maas+juju+openstack很多人布置過，都是手工布置，很少使用ansible這種現代化工具。當然工具也只是程式化一些步驟。
現在將maas新增節點時的一些節點狀態說明一下
前提條件
1 maas版本1.95（最新為2.2）
2 要建立的節點是通過vagrant建立的虛擬機器，provider是libvirt（或者說虛擬機器基於qemu/kvm）
以下所稱的節點，虛擬機器即指此處的vagrant的虛機
3 將要建立的節點的網路指定為通過maas的dhcp申請，並設定為網路啟動（即pxe）
現在將狀態例舉如下，
4 new狀態（後面是中文） 新新增節點
maas向節點裡下發的軟體和動作如下，
dhcp server is contacted
kernel and initrd are received over tftp
machine boots
initrd mounts a squashfs image ephemerally over iscsi
cloud-init runs enlistment scripts
machine shuts down
此時在maas gui上可以設定節點的電源引數（可參考張華的部落格）
在設定電源引數後，可以通過如下命令訪問節點
virsh -c qemu+ssh://@/system list --all也可以通過vncviewer訪問，其命令類似
vagrant status 檢視虛擬機器狀態
virsh vncdisplay ***x 顯示虛機vnc監聽埠
vncviewer xx:5908 檢視vnc
5 提交
dhcp server is contactedkernel and initrd are received over tftp
machine boots
initrd mounts a squashfs image ephemerally over iscsi
cloud-init runs commissioning scripts
machine shuts down
注意就cloud-init的表現不同
目前看，由於ubuntu 14.04lts會引起qemu內部錯誤，所以建議使用16.04lts作為映像。
提交前狀態：new
提交中狀態：commisioning
提交後狀態：ready
失敗後狀態：failed commissioning
6 部署 就是向節點安裝作業系統到硬碟上
這個階段maas對節點幹了這些事情
dhcp server is contacted
kernel and initrd are received over tftp
machine boots
initrd mounts a squashfs image ephemerally over iscsi
cloud-init triggers deployment process
curtin installation script is run
squashfs image (same as above) is placed on disk
使用的安裝方法叫curtin，使用的安裝範本叫preseed檔案，安裝類似dpkg
安裝的前提是 ssh key要就緒（maas gui上可以看到ssh key）
部署前狀態：ready 或者allocated
部署中狀態：deploying
部署後狀態：deployed(此時會顯示部署的作業系統名稱)
失敗後狀態：failed to deploy
這個部署對於使用juju的場景需要額外說明，fixme
參考注意參考版本是2.0的
部署狀態的鏈結如下
node中響應狀態碼301和302區別
在node中根據請求的url位址處理了乙個資料。如新增了乙個資料到別的頁面，此時你想新增完之後立馬跳轉到其它的頁面，就可以用響應狀態碼。如客戶端發現收到伺服器的響應狀態碼是302，會自動去響應頭找location然後根據其url位址跳轉 res.statuscode 302 也可以是301 res....
程序的幾種狀態
程序 程序 process 是計算機中的程式關於某資料集合上的一次執行活動，是系統進行資源分配和排程的基本單位。程序狀態 乙個程序的生命週期可以劃分為一組狀態，這些狀態刻畫了整個程序。程序狀態即體現乙個程序的生命狀態。程序狀態 一般來說，程序有三個狀態，即就緒狀態，執行狀態 阻塞狀態。執行態 程序占...
程序的幾種狀態
程序的幾種狀態 1 執行狀態 程序正在處理器上上執行。在單處理器環境下，每個時刻最多只有乙個程序處於執行狀態。2 就緒狀態 程序已處於準備執行狀態，即程序獲得了除了處理器之外的一切所需資源，一旦得到處理器即可執行。3 阻塞狀態 又稱為等待狀態，程序正在等待某一事件而暫停執行，如等待某資源為可用 不包...