systemd-timesyncd в Linux Mint

[Chocobo]

systemd-timesyncd - встроенная в systemd служба для синхронизации времени компьютера с ntp-серверами.
Вполне пригодна к использованию вместо шатного ntp.service, да и отрабатывает, по наблюдениям, явно шустрей чем ntpd.

Для запуска службы потребуется:

1. Гасим имеющийся сервис и удаляем пакет ntp, вместе они не уживутся:
sudo systemctl disable ntp.service
apt remove ntp

2.Запускаем timesyncd
sudo timedatectl set-ntp true
3. Правим конфиг /etc/systemd/timesyncd.conf
туда надо добавить основные и резервные сервера, к примеру я добавил следующие строки

Код: Выделить всё

NTP=ntp1.stratum2.ru ntp2.stratum2.ru ntp3.stratum2.ru
FallbackNTP=0.pool.ntp.org 1.pool.ntp.org 0.fr.pool.ntp.org

4. рестарутем и проверям сервис и синхронизацию:
sudo systemctl restart systemd-timesyncd.service

Код: Выделить всё

chocobo@desktop ~ $ systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: active (running) since Чт 2018-01-11 19:18:33 MSK; 7min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 3518 (systemd-timesyn)
   Status: "Synchronized to time server 88.147.254.235:123 (ntp1.stratum2.ru)."
   CGroup: /system.slice/systemd-timesyncd.service
           └─3518 /lib/systemd/systemd-timesyncd

янв 11 19:18:33 desktop systemd[1]: Starting Network Time Synchronization...
янв 11 19:18:33 desktop systemd[1]: Started Network Time Synchronization.
янв 11 19:18:33 desktop systemd-timesyncd[3518]: Synchronized to time server 88.147.254.235:123 (ntp1.stratum2.ru).

Код: Выделить всё

chocobo@desktop ~ $ timedatectl
      Local time: Чт 2018-01-11 19:26:46 MSK
  Universal time: Чт 2018-01-11 16:26:46 UTC
        RTC time: Чт 2018-01-11 16:26:46
       Time zone: Europe/Moscow (MSK, +0300)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

На этом все

[madesta]

А по какому критерию устанавливалось, что отрабатывает шустрее?
Насколько понимаю из листингов выше, обращение идёт на stratum.ru, т.е. серверы ntp расположены в России. Можно убедиться самому, что IP-адрес 88.147.254.235 принадлежит хосту ns5.hsdn.org в славном городе Саратов.

По умолчанию, Linux Mint использует ntpdate и ntpd.
ntpdate запускается при каждой загрузке системы 1 раз для установки времени по NTP серверу Ubuntu.
ntpd вычисляет "уход" системных часов и постоянно подправляет их, благодаря чему не происходит сильных изменений, что может приводить к непоследовательности в журналах.
В настройке по умолчанию ntp-сервер Ubuntu имеет значение ntp.ubuntu.com
На самом деле узел ntp.ubuntu.com представляет собой не отдельный сервер, а запись в DNS, перенаправляющую запрос к другим узлам. В частности, в результате одного из запросов ping ntp.ubuntu.com было осуществлено обращение к узлу juniperberry.canonical.com, расположенному в Великобритании.
Полагаю, никто не будет спорить, что для географического расположения "Россия" доступ к российским серверам будет происходить "шустрее", чем к британским.

Лично для себя, несмотря на национальный ntp-сервер, выбрал российский timeserver.ru, сопоставив его IP узлу ntp.ubuntu.com в своём DNS-сервере. Впрочем, если имеется только 1 компьютер, то можно было просто внести эту запись в hosts

[Chocobo]

"Национальные" сервера выбраны мной в данном примере почти наобум. Нагуглил в рудомене, и вбил в конфиги)
Да и дело не только в удаленности серверов. Будь он хоть в атлантиде - все равно отклик в несколько секнуд будет оверхедом в наши дни)
В соседнем обсуждении plot'ов пробежавшись по страницам - можно увидеть как то и дело ntpd сходил с ума у кого-нибудь, задерживая загрузку на 40 сек, а то и на 3 с лишним минуты...

Текущая цифра с последней загрузки по таймсинкд.

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

[di_mok]

А можно в качестве сервера прописать роутер, и всё будет под боком

[Chocobo]

Ну и заодно провел сейчас сравнение на ноуте с лмде2, где таймсинкд еще не был запущен. На одинаковых дефолтных серверах.
вот что вышло:

Код: Выделить всё

systemd-analyze blame | grep ntp
          6.310s ntp.service

ntp.conf

Код: Выделить всё

server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst

journalctl

Код: Выделить всё

янв 11 23:48:41 workbook systemd[1]: Starting LSB: Start NTP daemon...
янв 11 23:48:47 workbook ntpd[821]: ntpd 4.2.6p5@1.2349-o Fri Jul 22 17:30:51 UT
янв 11 23:48:47 workbook ntpd[828]: proto: precision = 0.120 usec
янв 11 23:48:47 workbook ntp[691]: Starting NTP server: ntpd.
янв 11 23:48:47 workbook ntpd[828]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 
янв 11 23:48:47 workbook systemd[1]: Started LSB: Start NTP daemon.

стоит конечно учитывать то, что еще и ntp-сервер стартует, только вот нафига он мне, когда нужен только клиент?

Код: Выделить всё

systemd-analyze blame | grep timesyncd
           577ms systemd-timesyncd.service

timesyncd.conf

Код: Выделить всё

[Time]
Servers=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org

journalctl

Код: Выделить всё

янв 12 00:07:38 workbook systemd[1]: Starting Network Time Synchronization...
янв 12 00:07:39 workbook systemd[1]: Started Network Time Synchronization.

А можно в качестве сервера прописать роутер

Думаю не все они умеют выступать в качестве ntp-сервера)

[di_mok]

не все они умеют

Это да. Но мои любимые на OpenWRT\LeDe могут.

[Unborn]

пробежавшись по страницам - можно увидеть как то и дело ntpd сходил с ума у кого-нибудь, задерживая загрузку на 40 сек, а то и на 3 с лишним минуты...

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

понятно конечно, но тут всё дело в том, что в Дебиан-Убунту-Минт и т.д. двойная, гибридная, да как хотите называйте, система инициализации. Вот оттуда ноги растут. Если в Дебиан ещё это отлажено, то дальше...
С системойДЫ не только сервисы, там много чего интересного. Но дистр нужен не Минт.

[Chocobo]

двойная, гибридная, да как хотите называйте

Это как?)
помню конечно, как Джесси посреди срока поддержки спрыгнула на systemd, как в 14.04 и минт 17.Х были ошметки компонентов системды, несмотря на управление апстартом.
Но сейчас это все уже почти история. Рулит всем в последних релизах systemd, никаких гибридов не осталось. Моноинитизм

Но дистр нужен не Минт.

В умелых руках...

[Unborn]

Рулит всем в последних релизах systemd, никаких гибридов не осталось.

Вот когда не увидишь каталогов /etc/init и /etc/init.d с кучей содержимого, тогда возрадуешься. А пока вон samba запускается преобразованием скрипта в сервис.
И еще забудешь, что такое /var/log/syslog а будешь пользоваться journalctl, конфиг его настроишь от нечего делать, а то по дефолту он нигде не айс.
И преобразователь в сервисы будешь держать только на всякий случай, вот тогда - системаДЫ, а сейчас - ГМО.

[Chocobo]

Unborn, хех, так это не к двойной системе инициализации - а к ментейнерам пакетов, которые не спешат переписывать init-скрипты на .service юниты, не более.
Поэтому системда несет в себе обратную совместимость с ними через systemd-sysv.

Могу сказать к примеру, что такая же ситуация и в rhel7, на паре хостов еще не добрался до init-скриптов redis (redis-sentinel) и заббикс агентов, руки не дошли - тоже пока тянутся из init.d

[root@REDIS-N3 ~]# systemctl status zabbix-agent
● zabbix-agent.service - LSB: Start and stop Zabbix agent
Loaded: loaded (/etc/rc.d/init.d/zabbix-agent)
Active: active (running) since Вт 2018-01-09 14:54:43 GMT-3; 2 days ago
Docs: man:systemd-sysv-generator(8)
Process: 3261 ExecStop=/etc/rc.d/init.d/zabbix-agent stop (code=exited, status=0/SUCCESS)
Process: 3272 ExecStart=/etc/rc.d/init.d/zabbix-agent start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/zabbix-agent.service
├─3279 /usr/sbin/zabbix_agentd -c /etc/zabbix/zabbix_agentd.conf
├─3281 /usr/sbin/zabbix_agentd: collector [idle 1 sec]
├─3282 /usr/sbin/zabbix_agentd: listener #1 [waiting for connectio...
├─3283 /usr/sbin/zabbix_agentd: listener #2 [waiting for connectio...
├─3284 /usr/sbin/zabbix_agentd: listener #3 [waiting for connectio...
└─3285 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]

янв 09 14:54:43 REDIS-N3.localhost systemd[1]: Starting LSB: Start an...
янв 09 14:54:43 REDIS-N3.localhost zabbix-agent[3272]: Starting Zabbi...
янв 09 14:54:43 REDIS-N3.localhost systemd[1]: Started LSB: Start and...
Hint: Some lines were ellipsized, use -l to show in full.
[root@REDIS-N3 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)

[root@APP-N51 ~]# systemctl status zabbix-agent
● zabbix-agent.service - Zabbix Agent
Loaded: loaded (/usr/lib/systemd/system/zabbix-agent.service; enabled; vendor preset: disabled)
Active: active (running) since Вт 2018-01-09 12:51:01 +03; 2 days ago
Process: 9889 ExecStart=/usr/sbin/zabbix_agentd -c $CONFFILE (code=exited, status=0/SUCCESS)
Main PID: 9891 (zabbix_agentd)
CGroup: /system.slice/zabbix-agent.service
├─9891 /usr/sbin/zabbix_agentd -c /etc/zabbix/zabbix_agentd.conf
├─9892 /usr/sbin/zabbix_agentd: collector [idle 1 sec]
├─9893 /usr/sbin/zabbix_agentd: listener #1 [waiting for connectio...
├─9894 /usr/sbin/zabbix_agentd: listener #2 [waiting for connectio...
├─9896 /usr/sbin/zabbix_agentd: listener #3 [waiting for connectio...
└─9899 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]

янв 09 12:51:01 APP-N51.localhost systemd[1]: Starting Zabbix Agent...
янв 09 12:51:01 APP-N51.localhost systemd[1]: Started Zabbix Agent.
[root@APP-N51 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)

Ничего преступного конечно, но по возможности сам себе переписываю sh-портянки на юниты, где доберусь.
И в дебиане кстати с этим ничем не лучше, может к 9-му еще часть сервисов из пакетов родного репа облагородили, не знаю)

[StarMAUGLI]

Ничего преступного конечно, но по возможности сам себе переписываю sh-портянки на юниты, где доберусь.

А можешь рассказать поподробнее как это делать?
Вот к примеру решил я почистить эти папки init и init.d и привести все к единому типу инициализаций
Итак, открываю я эти папки, а там

Код: Выделить всё

┌─ mugalem ~ 
└─ $ ls /etc/init
acpid.conf                   mounted-tmp.conf
alsa-utils.conf              mounted-var.conf
anacron.conf                 mountkernfs.sh.conf
apparmor.conf                mountnfs-bootclean.sh.conf
apport.conf                  mountnfs.sh.conf
avahi-cups-reload.conf       mtab.sh.conf
avahi-daemon.conf            networking.conf
binfmt-support.conf          networking.override
bluetooth.conf               network-interface.conf
bluetooth.override           network-interface-container.conf
bootmisc.sh.conf             network-interface-security.conf
cgmanager.conf               nmbd.conf
cgproxy.conf                 nvidia-prime.conf
checkfs.sh.conf              passwd.conf
checkroot-bootclean.sh.conf  procps.conf
checkroot.sh.conf            procps-instance.conf
console.conf                 rc.conf
console-font.conf            rcS.conf
console-setup.conf           rc-sysinit.conf
container-detect.conf        reload-smbd.conf
control-alt-delete.conf      resolvconf.conf
cron.conf                    resolvconf.override
cron.override                rfkill-restore.conf
cryptdisks.conf              rfkill-store.conf
cryptdisks-udev.conf         rsyslog.conf
cups-browsed.conf            rsyslog.override
cups.conf                    samba-ad-dc.conf
dbus.conf                    sddm.conf
failsafe.conf                setvtrgb.conf
flush-early-job-log.conf     shutdown.conf
friendly-recovery.conf       smbd.conf
gpu-manager.conf             thermald.conf
hostname.conf                tty1.conf
hostname.sh.conf             tty2.conf
hwclock.conf                 tty3.conf
hwclock-save.conf            tty4.conf
hwclock.sh.conf              tty5.conf
irqbalance.conf              tty6.conf
kmod.conf                    udev.conf
mdm.conf                     udevmonitor.conf
mountall-bootclean.sh.conf   udevtrigger.conf
mountall.conf                ufw.conf
mountall-net.conf            ufw.override
mountall-reboot.conf         upstart-file-bridge.conf
mountall.sh.conf             upstart-socket-bridge.conf
mountall-shell.conf          upstart-udev-bridge.conf
mountdevsubfs.sh.conf        ureadahead.conf
mounted-debugfs.conf         ureadahead-other.conf
mounted-dev.conf             usb-modeswitch-upstart.conf
mounted-proc.conf            wait-for-state.conf
mounted-run.conf             winbind.conf
┌─ mugalem ~ 
└─ $ ls /etc/init.d
acpid*                   dbus*                     mountnfs.sh*        saned*
alsa-utils*              dns-clean*                networking*         screen-cleanup*
anacron*                 grub-common*              nmbd*               sddm*
apparmor*                halt*                     ntp*                sendsigs*
apport*                  hddtemp*                  ondemand*           single*
avahi-daemon*            hostname.sh*              openvpn*            skeleton
binfmt-support*          hwclock.sh*               panasoniclpd-init*  smartmontools*
bluetooth*               irqbalance*               plymouth*           smbd*
bootmisc.sh*             kerneloops*               plymouth-log*       speech-dispatcher*
cgmanager*               keyboard-setup.dpkg-bak*  pppd-dns*           thermald*
cgproxy*                 killprocs*                procps*             udev*
checkfs.sh*              kmod*                     rc*                 ufw*
checkroot-bootclean.sh*  lm-sensors*               rc.local*           umountfs*
checkroot.sh*            loadcpufreq*              rcS*                umountnfs.sh*
console-setup*           mdm*                      README              umountroot*
cpufrequtils*            mintsystem*               reboot*             urandom*
cron*                    mountall-bootclean.sh*    resolvconf*         uuidd*
cryptdisks*              mountall.sh*              rsync*              winbind*
cryptdisks-early*        mountdevsubfs.sh*         rsyslog*            x11-common*
cups*                    mountkernfs.sh*           samba*              zoneminder*
cups-browsed*            mountnfs-bootclean.sh*    samba-ad-dc*
┌─ mugalem ~ 
└─ $

и как тут разобраться что можно трогать, что нельзя?
и может быть есть общий алгоритм для выполнения этой задачи?
...ну то есть: как посмотреть запущен или нет тот или иной демон через ту или иную систему инициализации? найти аналогичные сервисы в systemd? и т.п.

[Chocobo]

StarMAUGLI,
Вопрос отдельный и довольно комплексный.

общий алгоритм для выполнения этой задачи?

Вкратце тебе надо перенести основные команды в ExecStart/ExecStop из service-юнита. Иногда определить коды возврата под нужные состовяния сервиса, где-то бывает потребуется еще некоторая логика. В общем - в двух словах сложно, надо бы на конкретике разглядывать)

как посмотреть запущен или нет тот или иной демон через ту или иную систему инициализации?

systemctl status покажет тебе путь к запускаемому скрипту, или юниту. В спойлерах выше как раз показывал на примере агента разницу.

[StarMAUGLI]

systemctl status покажет тебе путь к запускаемому скрипту, или юниту. В спойлерах выше как раз показывал на примере агента разницу.

Вот как раз это и не понял. В показанном примере ты дизейблишь сервис с помощью новой системы инициализации systemctl, а потом в процессе обсуждения всплывает, что в минте (по крайней мере до 18.х) присутствуют обе системы инициализации. Здесь-то, на старте рассуждений, у меня и происходит заклинивание логики. Означает ли это, что все-таки работает одна система инициализации systemd, но она (не знаю, в рамках совместимости может быть) выполняет старые скрипты?

Вопрос отдельный и довольно комплексный.

В общем - в двух словах сложно, надо бы на конкретике разглядывать)

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

[rogoznik]

Означает ли это, что все-таки работает одна система инициализации systemd, но она (не знаю, в рамках совместимости может быть) выполняет старые скрипты?

Угадал. Но в более новых версиях ОС старые скрипты выпиливыются(а может уже и все выпилились), ну и режим совместимости за ними поедет

[StarMAUGLI]

старые скрипты выпиливыются(а может уже и все выпилились)

в #11 я показал листинг папок init и init.d
не похоже, что в 18.3 выпилили

[Chocobo]

В показанном примере ты дизейблишь

Не, в первом посте там ничего показательного на эту тему. Я имел ввиду дальше по ветке, где обсуждали с Unborn, и примеры конкретно из спойлеров в #10

Означает ли это, что все-таки работает одна система инициализации systemd, но она (не знаю, в рамках совместимости может быть) выполняет старые скрипты?

И об этом парой постов выше там тоже написано)

а может уже и все выпилились

Думаю этот процесс еще затянется на n-времени. Помимо того что мейнтейнеры пакетов неторопясь вносят эти коррективы, возможно по принципу что "и так работает". Но еще и в .service-исполнении встречал забавные конструкции, что директивы из юнита ссылаются на init.d скрипты, та еще непонятка

[Unborn]

возможно по принципу что "и так работает".

Скорее всего. Да много чего можно сделать средствами systemd. Есть systemd-tmpfiles. Чтобы сменить например дисковый планировщик вместо правила udev в не особо понятном простому юзеру виде - ACTION=="add|change", KERNEL=="sdХ", ATTR{queue/rotational}=="0 или 1", ATTR{queue/scheduler}="планировщик"
использовать просто - w /sys/block/sdХ/queue/scheduler - - - - планировщик в файле /etc/tmpfiles.d/10_scheduler.conf

Но еще и в .service-исполнении встречал забавные конструкции, что директивы из юнита ссылаются на init.d скрипты, та еще непонятка

А пример такого можно? Не помнишь, не сохранил? Посмотреть бы.

[Chocobo]

Unborn, Попытался вспомнить, сходу не нашел.
Явно среди своих сервисов где-то видел, че тогда и зацепился. Но времени прошло порядочно, может уже изменилось и следы подобной деятельности давно затерты) На память почему-то приходят tomcat(tomee) или mongodb, но это не точно