Bug 34889
| Summary: | Теперь требуется вводить IP-адрес сервера и путь к ISO-образу | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Leonid Krivoshein <klark.devel> |
| Component: | alterator-netinst | Assignee: | Anton V. Boyarshinov <boyarsh> |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | antohami, arseny, boyarsh, klark |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| URL: | https://www.altlinux.org/NetInstall | ||
Беру свои слова обратно! Описанная проблема относилась к настройке DHCP-сервера "не из коробки". К такой не совсем корректно работающей конфигурации dhcpd.conf привели сообщения о неизвестной опции "root-path" в логах. Причём вылазило неоднократно. К сожалению, после успешной настройки нескольких стендов этих сообщений воспроизвести не удалось, что это было -- не знаю. Но с alterator-netinst есть другая проблема. Создаваемый конфиг заполняется полями next-server и root-path, которые потом используются скриптами вопреки тому, как это предписано RFC. Так, для определения IP-адреса сервера NFS, используется поле next-server, для определения сетевого расположения ISO-образа используется поле root-path. См. RFC 2132 (3.19 и 9.4), https://www.ietf.org/proceedings/48/I-D/dhc-nextserver-02.txt и вот такая ещё археология: https://lkml.org/lkml/2004/1/29/3 Изначально next-server задумывался вообще для другого, но по факту давно уже можно его использовать для указания IP-адреса TFTP (но не NFS!) сервера. Чем плоха нынешняя схема, кроме нарушения стандарта: она исключает возможность масштабирования и подразумевает объединение функций DHCP, TFTP и NFS-сервера на одном хосте. > См. RFC 2132 (3.19 и 9.4), ...
Чуть не забыл самое главное: man 5 dhcp.option гласит буквально:
The text data type specifies an NVT ASCII string, which must be enclosed in double quotes - for example, to specify a root-path option, the syntax would be
option root-path "10.0.1.4:/var/tmp/rootfs";
(Ответ для Leonid Krivoshein на комментарий #1) > Изначально next-server задумывался вообще для другого, но по факту давно уже > можно его использовать для указания IP-адреса TFTP (но не NFS!) сервера. Чем > плоха нынешняя схема, кроме нарушения стандарта: она исключает возможность > масштабирования и подразумевает объединение функций DHCP, TFTP и NFS-сервера > на одном хосте. dhcp-сервер может и отдельный быть. Но как в случае alterator-netinst возможно разделить tftp и nfs, если манипулировать файлами мы можем только на одном сервере? Я не вижу предмета для бага тут. (In reply to Антон Мидюков from comment #3) > Я не вижу предмета для бага тут. С закрытием бага согласен, благо и так разобрались. > dhcp-сервер может и отдельный быть. Но как в случае alterator-netinst > возможно разделить tftp и nfs, если манипулировать файлами мы можем только > на одном сервере? Переписать alterator-netinst так, чтобы иметь возможность масштабирования сетевой загрузки. См. последний абзац #34889#c1. Но это отдельная задача. |
Description
Leonid Krivoshein 2018-05-08 01:31:45 MSK