Ошибка начальной загрузки файловой системы MaaS не может найти источник данных, где находится журнал?

Question 1

Построен maas 2.2 на Ubuntu 16.04. PXE загружает мою первую машину, чтобы она была распознана MaaS.

загружает узел PXE, но can-init не может найти источник данных и зависает узел.

Я хотел бы предоставить журналы, но нет способа попасть на узел загрузки , и я не могу найти никаких журналов, представляющих интерес. maas.log, rackd.log и regiond.log не имеют информации, относящейся к этому. Я видел сообщение 2.1 на /var/log/cloud-init.log, но /var/log/cloud-init*.* не существует.

Кто-нибудь знает, где есть журналы, которые содержать информацию о целевом узле или как входить в висячий узел?

Кто-нибудь знает, почему cloud-init не может найти источник данных?

Question 2

Что касается последнего вопроса, после анализа изображения squashfs, которое выдается сервером при зачислении или вводе в эксплуатацию, я обнаружил, что ни соответствующие /etc/cloud/cloud.cfg, ни любые записи в /etc/cloud/cloud.cfg.d/ на самом деле не содержат одного datasource definition, let lone one для MAAS, который даже не документирован.

Похоже, что кто-то забыл включить источник данных MAAS в конфигурацию облачного init-образа.

Question 3

Question 4

Что касается последнего вопроса, после анализа изображения squashfs, которое выдается сервером при зачислении или вводе в эксплуатацию, я обнаружил, что ни соответствующие /etc/cloud/cloud.cfg, ни любые записи в /etc/cloud/cloud.cfg.d/ на самом деле не содержат одного datasource definition, let lone one для MAAS, который даже не документирован.

Похоже, что кто-то забыл включить источник данных MAAS в конфигурацию облачного init-образа.

mswrnglr · Answer 1 · 18 July 2018 в 04:05

Что касается последнего вопроса, после анализа изображения squashfs, которое выдается сервером при зачислении или вводе в эксплуатацию, я обнаружил, что ни соответствующие /etc/cloud/cloud.cfg, ни любые записи в /etc/cloud/cloud.cfg.d/ на самом деле не содержат одного datasource definition, let lone one для MAAS, который даже не документирован.

Похоже, что кто-то забыл включить источник данных MAAS в конфигурацию облачного init-образа.

mswrnglr · Answer 2 · 24 July 2018 в 18:00

Что касается последнего вопроса, после анализа изображения squashfs, которое выдается сервером при зачислении или вводе в эксплуатацию, я обнаружил, что ни соответствующие /etc/cloud/cloud.cfg, ни любые записи в /etc/cloud/cloud.cfg.d/ на самом деле не содержат одного datasource definition, let lone one для MAAS, который даже не документирован.

Похоже, что кто-то забыл включить источник данных MAAS в конфигурацию облачного init-образа.

1

ответ дан mswrnglr 24 July 2018 в 18:00

1

Я думаю, что я проследил это с ошибкой пусковой панели, в которой несколько VLAN производят этот эффект. Я не уверен, что у меня было несколько виртуальных локальных сетей каждый раз, когда я это делал с установкой MaaS, но у меня есть виртуальная машина там, где этого не происходит, и у меня только 1 VLAN («без тегов») на этом интерфейсе. Учитывая мой график, я решил не пытаться воспроизвести его. – rmustakos 8 November 2017 в 06:03
2

Получил ссылку на ошибку нескольких VLAN? – mswrnglr 8 November 2017 в 12:54
3

Это тот bugs.launchpad.net/ubuntu/+source/maas/+bug/1665680 – rmustakos 9 November 2017 в 02:43
4

I "решена" эта проблема, перейдя с версией из ppa:maas/next (2.3-ish на момент написания этой статьи). Тем не менее, это выявило реальные проблемы, с которыми имеет MAAS с VLAN. – mswrnglr 29 November 2017 в 16:14

Ошибка начальной загрузки файловой системы MaaS не может найти источник данных, где находится журнал?

2 ответа

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

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