☰

Juju bootstraping gomaasapi 时间戳错误

tag-icon • tag-icon 14.04 juju maas
Juju bootstraping gomaasapi 时间戳错误

有一个简单的设置，包括一个 LTS 14.04 MAAS 服务器，负责 dhcp 和 dns，以及一个笔记本电脑目标节点。目标节点已成功达到“就绪”状态；然而，在尝试引导进入 maas 环境时，我收到以下错误：

ERROR juju.cmd supercommand.go:305 gomaasapi: got error back from server: 401 OK (Expired timestamp: given 1400585768 and now 1400610974 has a greater difference than threshold 300)

这发生在引导过程即将结束时，即目标节点已更新并且相关服务已启动：

juju -v --debug bootstrap -e maas --upload-tools

...
Setting up libsnappy1 (1.1.0-1ubuntu1) ...
Setting up juju-mongodb (2.4.9-0ubuntu3) ...
Processing triggers for libc-bin (2.19-0ubuntu6) ...
tools from http://MAAS_IP.hum.com/MAAS/api/1.0/files/?key=a5b32a4c-e04c-11e3-8e9d-3c970e523f90&op=get_by_key downloaded: HTTP 200; time 0.229s; size 7356324 bytes; speed 32134911.000 bytes/s 559550d004af5b4c7cee626c6be1b9fae2d2fcac15ce66fb41443eb0a0c8b3df  /var/lib/juju/tools/1.18.3.1-trusty-amd64/tools.tar.gz
tar: FORCE-VERSION: time stamp 2014-05-20 18:29:11 is 24782.564204358 s in the future
tar: jujud: time stamp 2014-05-20 18:29:11 is 24782.252135833 s in the future
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.00266961 s, 393 MB/s
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.00269804 s, 389 MB/s
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.00339052 s, 309 MB/s
juju-db start/running, process 31297
2014-05-20 11:36:08 INFO juju.cmd supercommand.go:302 running juju-1.18.3.1-trusty-amd64 [gc]
2014-05-20 11:36:08 DEBUG juju.agent agent.go:384 read agent config, format "1.18"
2014-05-20 11:36:08 DEBUG juju.provider.maas environprovider.go:30 opening environment "maas".
2014-05-20 11:36:08 ERROR juju.cmd supercommand.go:305 gomaasapi: got error back from server: 401 OK (Expired timestamp: given 1400585768 and now 1400610974 has a greater difference than threshold 300)
2014-05-20 18:36:14 ERROR juju.provider.common bootstrap.go:123 bootstrap failed: rc: 1
Stopping instance...
2014-05-20 18:36:14 INFO juju.cmd cmd.go:113 Bootstrap failed, destroying environment
2014-05-20 18:36:14 INFO juju.provider.common destroy.go:14 destroying environment "maas"
2014-05-20 18:36:15 ERROR juju.cmd supercommand.go:305 rc: 1

一直在搜索时间戳关键字，但无济于事。重新启动并重新调试目标节点似乎没有帮助。任何帮助都将不胜感激。谢谢

答案1

可能的原因可能是http://maas.ubuntu.com/docs/troubleshooting.html#possible-cause-timing-issues- 即 MAAS 服务器的时钟与客户端机器的时钟完全不同步。

我在为 MAAS 服务器使用虚拟机时观察到了这一点，该服务器有几天前的快照。每次我尝试从快照恢复后进行引导时都会收到错误。解决方案很简单，只需提前运行ntpdate ntp.ubuntu.com以更新服务器的时钟即可。

答案2

你可以设置自己的本地ntp（net tine服务器）

http://ubuntuforums.org/showthread.php?t=862620

并更新您的 /etc/maas/preseed/preseed-master 文件以指向您的 ntp 服务器而不是 ntp.ubuntu.com，并且你们都是本地的，不需要手动操作任何东西。

答案3

只需将时区设置为 UTC，然后再次启动它就可以了。

答案4

我遇到了这个问题，问题出在我的防火墙上。我没有让 NTP 通过防火墙。我必须允许 UDP/123 通过防火墙，这样节点才能同步其时间。

相关内容