maas 節點在 juju 引導期間超時

maas 節點在 juju 引導期間超時

我有6個節點,已經全部調試完畢。我可以使用 ubuntu@ip_address ssh 到其中 2 個。其他 4 個無法 ssh

Permission denied (publickey)

Juju 部署失敗

Failed to query node's BMC — Node could not be queried node-3c9e137a-744c-11e4-a75c-180373b04ac9 (esxi10.local) connection timeout.

ntp我在啟動期間和透過cron偵錯腳本添加了運行。我甚至嘗試添加第二個帳戶,包括密碼和公鑰,但我也無法登入這些帳戶。

為什麼有些機器可以正確調試,而有些則不能?有任何想法嗎?

答案1

這個問題似乎是由於實體時鐘與伺服器不夠同步而造成的,而調試的關鍵部分是在它們運行之前發生的ntpdate。我安裝了3個偵錯檔案來同步ntpdate和硬體時鐘。

01-ntpdate- 與ntpdate硬體時鐘同步然後寫入

#!/bin/sh<BR>
/usr/sbin/ntpdate -v 143.207.7.23<BR>
/sbin/hwclock -w

01-ntpdate-cron- 每 15 分鐘安裝一個cron作業以同步類型並設定hwclock

#!/bin/bash    
cat <<EOF >/etc/cron.d/ntpdate
0,15,30,45 * * * * /usr/sbin/ntpdate 143.207.7.23 && /sbin/hwclock -w
EOF

01-S10ntpdate- 安裝啟動腳本以在啟動時同步時間(和 hwclock)

#!/bin/sh -e
cat <<EOF >/etc/init.d/ntpdate

#!/bin/sh -e
/etc/init.d/ntpdate
/usr/sbin/ntpdate -v 143.207.7.23
/sbin/hwclock -w
exit 0
EOF

chmod +rx /etc/init.d/ntpdate
ln -s /etc/init.d/ntpdate /etc/rc2.d/S10ntpdate 
ls -l /etc/init.d/ntpdate /etc/rc2.d/S10ntpdate
exit 0

在新增這3個偵錯檔案後,第一次偵錯會安裝它們並實際設定hwclock(並且通常會失敗,因為在實際正確設定時間之前就失敗了)。下次調試成功。

答案2

另外,設定本機ntp 伺服器,並在/etc/maas/preseeds/preseed-master 中尋找: dI Clock-setup/ntp-server string ntp.ubuntu.com 並將ntp.ubuntu.com 變更為您的ntp 伺服器的IP或機器名稱。

相關內容