Предлагаю сохранять и загружать список NTP cерверов с вкладки часы в конфиге swd

[san]

Сейчас при внесении изменений в список серверов NTP на вкладке часы, этот список сохраняется только в конфиге демона ntpd и не сохраняется в конфиге swd (доступном пользователю через вебинтерфейс).
Значит у пользователя нет возможности с помощью вебинтерфейса сохранить список серверов в файл и "преренести" их на другую плату вместе с остальными настройками.
Например если плата SW-01 вдруг откажет, то пользователь не сможет восстановить список серверов вместе с остальными настройками.
Для сетевых настроек и настроек авторизации такое поведение очевидно, и даже немного упомянуто в РЭ, а вот что список NTP серверов "не сохранится " не очевидно и отличается по поведению от других похожих настроек, например от списка трапсинков на соседней вкладке Мониторинг.

Предлагаю сохранять список NTP серверов так-же и в конфиг swd(и загружать из него соответственно).

[alx]

Replying to san:

1. Загружаю в блок ранее сохранённый конфиг, соглашаюсь на перезапуск swd

??? Почему swd? За синхронизацию времени отвечает другой демон - ntpd.

[san]

перезапуск ntpd мне интерфейс не предлагал)
Я перечислил шаги проделанные мной в вебинтерфейсе.

[alx]

У меня на Нижнем Самурае не воспроизводится...

Исходное состояние:

root@sw01:~# grep server /etc/ntp.conf
# This obtains a random server which will be close
# (in IP terms) to the machine.  Add other servers
#server pool.ntp.org
server 127.127.1.0
server 192.168.0.13

В веб-интерфейсе добавил сервер 1.1.1.1

root@sw01:~# grep server /etc/ntp.conf
# This obtains a random server which will be close
# (in IP terms) to the machine.  Add other servers
#server pool.ntp.org
server 127.127.1.0
server 192.168.0.13
server 1.1.1.1

Делаю копию конфиг-файла.
Удаляю сервер 1.1.1.1 в веб-интерфейсе.
Восстанавливаю сохраненную версию конфиг-файла.
Перезапускаю ntpd - сервер 1.1.1.1 появился в веб-интерфейсе.

Возникла какая-то накладка с перезапуском ntpd: после команды /etc/init.d/ntpd restart ntpd почему-то завершился, но не стартовал. Повторное выполнение этой же команды запустило ntpd.

[alx]

Replying to san:

перезапуск ntpd мне интерфейс не предлагал)

Какой интерфейс? А здравый смысл перезапуск ntpd тебе тоже не предлагал? :) А перезапустить swd разве кто-то предлагал?

Ты изменил конфиг-файл уже работающей программы. Никто не обещал, что эта программа сама будет периодиечски проверять, не был ли модифицирован ее конфиг-файл. Следовательно, надо ее как-то уведомить о том, что конфиг-файл надо заново прочитать и применить. Возможно, для этого можно послать ntpd SIGHUP или еще какой-то специальный сигнал, но мне лень читать на нее документацию, проще сделать полный перезапуск.

Я перечислил шаги проделанные мной в вебинтерфейсе.

Я тоже. :)

В каком блоке ты проводил эксперимент?

[san]

Так мы про разные конфиги говорим)
Я про конфиг блока 3U, а ты про конфиг ntpd

Должны ли сервера NTP сохраняться в конфиге блока 3U ?

[alx]

Replying to san:

Так мы про разные конфиги говорим)
Я про конфиг блока 3U, а ты про конфиг ntpd

Э-э-э... Так и я про тот ntpd, который в плате SW-01 блока 3U, и, соответственно, его конфиг - он тоже в плате SW-01 блока 3U. Конфиг ntpd находится в файле /etc/ntp.conf, я говорил о нем, проверял его, сохранял его и восстанавливал его. А ты?

Должны ли сервера NTP сохраняться в конфиге блока 3U ?

Да, сервера NTP должны сохраняться в конфиге /etc/ntp.conf блока 3U.

[san]

Я о другом файле.
Переформулирую)

Должны ли сервера NTP сохраняться также и в /usr/share/sw/config.xml , после нажатия дискетки?

[alx]

Replying to san:

Должны ли сервера NTP сохраняться также и в /usr/share/sw/config.xml , после нажатия дискетки?

Нет, в файле /usr/share/sw/config.xml сревера NTP ни до, ни после нажатия дискетки сохраняться не должны. В файле /usr/share/sw/config.xml хранится конфиг демона swd. За синхронизацию же времени отвечает другой демон - ntpd. его конфиг хранится в файле /etc/ntp.conf.

[san]

Вот, теперь понятно в чём ошибка моих ожиданий.
Значит это не баг, сейчас переформулирую тикет в предложение по улучшению...

[alx]

Твое предложение заставило меня задуматься. :) Однако по результату размышлений я решил его отклонить. Далее кратко мои аргументы.

Ты пишешь, что пользователь не сможет восстановить список серверов вместе с остальными настройками. Здесь подразумевается уточнение - через веб-интерфейс. Да, через веб - не сможет. А через SSH - сможет.

Вряд ли кто-то использует более трех-четырех серверов для синхронизации часов. 3-4 сервера нетрудно добавить и по одному через веб-интерфейс.

Ситуация, когда у каждой программы свой конфиг-файл (у одной программы - один конфиг-файл, у другой программы - другой конфиг-файл) - вполне нормальная, распространенная и понятная большинству разумных людей. :) Да, бывает и так, что одним конфиг-файлом пользуются сразу несколько программ. Но в подобных случаях, как привило, эти программы разрабатываются вместе одной командой, имеют схожие функции, и использование одного общего конфига заложено с самого начала при разработке этих программ (из этого следует, как минимум, что все они ожидают конфиг одного формата). В нашем же случае программы написаны разными командами в разное время, имеют совершенно разные функции, и конфиг-файлы у них совершенно разного формата.

Да, принципиально реализовать предложенное возможно - swd может, прочитав свой конфиг, соответствующим образом модифицировать конфиг для ntpd. Но я не вижу в этом существенного "профита". Во-первых, конфиг-файл ntpd хранит не только адреса серверов, с которыми синхронизируется время. Там может быть много других важных настроек (см. ​man ntp.conf), которые все равно потребуют копирования конфиг-файла. Во-вторых, кроме ntpd есть и другие демоны со своими конфиг-файлами, о которых тоже придется позаботиться...

На данный момент в веб-интерфейсе для удобства пользователя реализована небольшая (наиболее часто используемая) часть функций утилиты ntpq - а именно, запрос у ntpd состояния серверов, команда добавления сервера и команда удаления сервера. Демон swd здесь выполняет роль прокси. Дополнительно при выполнении команд добавления и удаления сервера swd добавляет/удаляет соответствующую запись в конфиг-файле ntpd. Я считаю это разумно достаточным набором предоставленных удобств. Если пользователю надо что-то большее - он может это сделать "традиционным" путем - через конфиг-файл.

Более правильным решением возникшего недоразумения мне видится улучшение руководства по эксплуатации. Там имеет смысл более четко написать (или просто написать, если не написано), что за синхронизацию времени отвечает программа ntpd, что ее конфигурация хранится там-то, и что подробную документацию по ней можно прочитать там-то (дать ссылку).

[andrei]

Replying to san:

Предлагаю сохранять список NTP серверов так-же и в конфиг swd(и загружать из него соответственно).

Поддерживаю!

Replying to alx:

Да, через веб - не сможет. А через SSH - сможет.

А настройки VLAN тогда только на флешку отдавать - пусть пользователь разносторонне развивается!
Думаю что тикет рано закрыт, полежал бы еще, может и принялся бы к исполнению...

[alx]

Replying to andrei:

А настройки VLAN тогда только на флешку отдавать - пусть пользователь разносторонне развивается!

Смысл этого пассажа я не понял. При чем тут настройки VLAN? Предложение данного тикета касалось NTP.

Думаю что тикет рано закрыт, полежал бы еще, может и принялся бы к исполнению...

Предложение было обдумано, решение по нему было принято. И это решение - отрицательное. Не вижу причин после этого оставлять тикет открытым. Зактытие тикета ведь его не уничтожает, тикет по-прежнему продолжает лежать в базе данных trac, только с другим статусом. Когда и если я по каким-то причинам изменю решение, ничто не помешает этот тикет переоткрыть.