Maas-Knoten läuft nach dem Juju-Bootstrapping ab

Maas-Knoten läuft nach dem Juju-Bootstrapping ab

Ich habe 6 Knoten, die alle in Betrieb genommen wurden. Ich kann mich mit ubuntu@ip_address per SSH mit 2 davon verbinden. Bei den anderen 4 schlägt das SSH fehl mit

Permission denied (publickey)

Juju-Bereitstellung schlägt fehl mit

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

Ich habe ntpLäufe während des Starts und über cronInbetriebnahmeskripte hinzugefügt. Ich habe sogar versucht, ein zweites Konto mit Passwort und öffentlichen Schlüsseln hinzuzufügen, aber ich kann mich auch hier nicht anmelden.

Warum werden manche Maschinen ordnungsgemäß in Betrieb genommen und andere nicht? Irgendwelche Ideen?

Antwort1

Das Problem scheint dadurch verursacht worden zu sein, dass die physischen Uhren nicht ausreichend mit dem Server synchronisiert sind und kritische Teile der Inbetriebnahme vor ihrer Ausführung stattfinden ntpdate. Ich habe 3 Inbetriebnahmedateien installiert, um ntpdatedie Hardwareuhr zu synchronisieren.

01-ntpdate- synchronisiert mit ntpdateder Hardware-Uhr und schreibt dann in diese

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

01-ntpdate-cron- installiert cronalle 15 Minuten einen Job zum Synchronisieren und setzt denhwclock

#!/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- installiert ein Boot-Skript um die Uhrzeit (und Hardwareuhr) beim Booten zu synchronisieren

#!/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

Nach dem Hinzufügen dieser drei Inbetriebnahmedateien werden sie bei der ersten Inbetriebnahme installiert und die Uhrzeit tatsächlich eingestellt hwclock(und die Inbetriebnahme schlägt normalerweise fehl, da die Uhrzeit fehlschlägt, bevor sie die Uhrzeit tatsächlich richtig eingestellt hat). Die nächste Inbetriebnahme läuft erfolgreich.

Antwort2

Richten Sie außerdem einen lokalen NTP-Server ein und suchen Sie in /etc/maas/preseeds/preseed-master nach: dI clock-setup/ntp-server string ntp.ubuntu.com und ändern Sie ntp.ubuntu.com in die IP oder den Computernamen Ihres NTP-Servers.

verwandte Informationen