Ошибка Juju при загрузке gomaa api timestamp

У вас есть простая настройка, состоящая из одного сервера LAS 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

Ищет ключевое слово timestamp без везения. Перезагрузка и повторный запуск целевого узла, похоже, не помогают. Любая помощь будет оценена по достоинству. Приветствия

1
задан 27 July 2014 в 21:11

3 ответа

Вы можете настроить свой собственный локальный ntp (net tine server)

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

и обновить свой / etc / maas / preseed / preseed-master, чтобы указать на ваш ntp-сервер вместо ntp.ubuntu.com, и вы оба ocal и вам не нужно что-то раздавать.

0
ответ дан 24 May 2018 в 07:32

Просто установите часовой пояс в UTC и снова загрузите его.

0
ответ дан 24 May 2018 в 07:32

У меня была эта проблема, и она дошла до моего брандмауэра. Я не пропускал NTP через брандмауэр. Я должен был разрешить UDP / 123 через брандмауэр, чтобы узел мог синхронизировать свое время.

0
ответ дан 24 May 2018 в 07:32

Другие вопросы по тегам:

Похожие вопросы: