systemd-timesyncd vs. ceph Octopus

May 23, 2017
45
0
26
www.groemitz.de
Moin,

beim Upgrade meines Proxmox Clusters ist einiges daneben gegangen. (Bericht schreibe ich noch).
nach viel neu machen, habe ich jetzt noch das Problem, dass die Server nicht mehr in der Zeit synchron laufen.
Vorher hatte ich systemd-timesyncd verwendet und das hat auch gut funktioniert. Nun mit ceph Octopus scheint es so zu sein, dass ceph systemd-timesyncd nicht mehr als Abhängigkeit akzeptiert und deshalb openntp installiert hat.
root@pve06:/etc/systemd# systemctl restart systemd-timesyncd.service root@pve06:/etc/systemd# 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: inactive (dead) Condition: start condition failed at Mon 2021-03-01 10:11:46 CET; 15s ago └─ ConditionFileIsExecutable=!/usr/sbin/openntpd was not met Docs: man:systemd-timesyncd.service(8) Mar 01 10:11:46 pve06 systemd[1]: Condition check resulted in Network Time Synchronization being skipped.

Muss ich jetzt auf openntp umstellen oder kann ich das vernünftig wieder auf systemd-timesyncd stellen?

Vielen Dank im Voraus und
VG Sven
 
Hi!
Nun mit ceph Octopus scheint es so zu sein, dass ceph systemd-timesyncd nicht mehr als Abhängigkeit akzeptiert und deshalb openntp installiert hat.
Unsere Ceph Octopus Pakete dependen auf ntp | time-daemon, wobei time-daemon ein virtuelles Paket ist was von allen NTP daemons in Debian "Provided" wird, etwa chrony, openntp aber auch systemd-timesyncd
Eine direkte Dependency auf openntp gibt es weiterhin nicht, zumindest in unseren Paketen.

systemd-timesyncd
Ist mehr für Desktop, nicht immer ideal für ein System welches sehr Zeitkritisch ist.

Auf alle fälle, ich hab semi-produktive Octopus Testcluster mit beiden Dämons, opentp und systemd-timesyncd, erfolgreich am Laufen.
Bei dir wurde aber ein anderer NTP daemon installiert, daher weigert sich systemd seinen zu starten, das ist kein Problem der Paketabhängigkeiten.
 
systemd-timesyncd kommt namentlich nicht mehr als "<time-daemon>" vor.

Code:
root@pve06:/etc/pve# apt-cache depends ceph-base
ceph-base
  Depends: binutils
  Depends: ceph-common
 |Depends: cryptsetup-bin
  Depends: cryptsetup
  Depends: debianutils
  Depends: e2fsprogs
  Depends: findutils
  Depends: grep
  Depends: logrotate
  Depends: parted
  Depends: psmisc
  Depends: xfsprogs
  Depends: <python3.7:any>
    python3.7
  Depends: libaio1
  Depends: libblkid1
  Depends: libc6
  Depends: libfuse2
  Depends: libgcc1
  Depends: libgoogle-perftools4
  Depends: libibverbs1
  Depends: libleveldb1d
  Depends: liblz4-1
  Depends: librados2
  Depends: librdmacm1
  Depends: libsnappy1v5
  Depends: libssl1.1
  Depends: libstdc++6
  Depends: libudev1
  Depends: zlib1g
  Breaks: ceph
  Breaks: ceph-test
  Breaks: libpve-storage-perl
  Breaks: python-ceph
  Recommends: btrfs-tools
    btrfs-progs
  Recommends: ceph-mds
  Recommends: librados2
  Recommends: libradosstriper1
  Recommends: librbd1
 |Recommends: ntp
  Recommends: <time-daemon>
    chrony
    ntpsec
    openntpd
  Replaces: ceph
  Replaces: ceph-common
  Replaces: ceph-test
  Replaces: python-ceph

systemd-timesyncd Ist mehr für Desktop, nicht immer ideal für ein System welches sehr Zeitkritisch ist.
Ich habe es mal genau andersherum gehört, weil so die Netzwerkabhängigkeit für zeitkritische Systeme beim Booten besser berücksichtigt werden kann.
Aber eigentlich ist es mir auch egal.
Mit systemd-timesyncd habe ich halt die Zeitsynchronisation gut und einfach hinbekommen.
Mit openntpd läuft das leider nicht so so gut und die Systeme driften immer weiter auseinander und ich wollte nun nicht schon wieder in die Tiefen des ntp Protokolls einsteigen.
 
systemd-timesyncd kommt namentlich nicht mehr als "<time-daemon>" vor.
Kann ich nicht bestätigen.

Bash:
apt-cache depends ceph-base
ceph-base
  Depends: binutils
  Depends: ceph-common
|Depends: cryptsetup-bin
  Depends: cryptsetup
  Depends: debianutils
  Depends: e2fsprogs
  Depends: findutils
  Depends: grep
  Depends: logrotate
  Depends: parted
  Depends: psmisc
  Depends: xfsprogs
  Depends: <python3.7:any>
    python3.7
  Depends: libaio1
  Depends: libblkid1
  Depends: libc6
  Depends: libfuse2
  Depends: libgcc1
  Depends: libgoogle-perftools4
  Depends: libibverbs1
  Depends: libleveldb1d
  Depends: liblz4-1
  Depends: librados2
  Depends: librdmacm1
  Depends: libsnappy1v5
  Depends: libssl1.1
  Depends: libstdc++6
  Depends: libudev1
  Depends: zlib1g
  Breaks: ceph
  Breaks: ceph-test
  Breaks: libpve-storage-perl
  Breaks: python-ceph
  Recommends: <btrfs-tools>
    btrfs-progs
  Recommends: ceph-mds
  Recommends: librados2
  Recommends: libradosstriper1
  Recommends: librbd1
|Recommends: ntp
  Recommends: <time-daemon>
    chrony
    ntpsec
    openntpd
    systemd-timesyncd
  Replaces: ceph
  Replaces: ceph-common
  Replaces: ceph-test
  Replaces: python-ceph

Und:
Bash:
apt show systemd-timesyncd 2>/dev/null | grep Provides
Provides: time-daemon

Welche sourcen und versionen hast du?
Bash:
head -n -0 /etc/apt/sources.list /etc/apt/sources.list.d/*

pveversion -v

systemctl --version
 
Oh, vielen Dank, das ist interessant.
Mit
Bash:
apt-cache search timesyncd
kommt kein Ergebnis, somit auch nicht mit
Bash:
apt show systemd-timesyncd 2>/dev/null | grep Provides

Bash:
root@pve06:/etc/pve# head -n -0 /etc/apt/sources.list /etc/apt/sources.list.d/*
==> /etc/apt/sources.list <==
deb http://ftp.de.debian.org/debian buster main contrib

# security updates
deb http://security.debian.org buster/updates main contrib

==> /etc/apt/sources.list.d/ceph.list <==
deb http://download.proxmox.com/debian/ceph-octopus buster main

==> /etc/apt/sources.list.d/corosync3.list <==
# deb http://download.proxmox.com/debian/corosync-3/ stretch main

==> /etc/apt/sources.list.d/pve-enterprise.list <==
deb https://enterprise.proxmox.com/debian/pve buster pve-enterprise

Bash:
root@pve06:/etc/pve# pveversion -v
proxmox-ve: 6.3-1 (running kernel: 5.4.78-2-pve)
pve-manager: 6.3-3 (running version: 6.3-3/eee5f901)
pve-kernel-5.4: 6.3-3
pve-kernel-helper: 6.3-3
pve-kernel-5.4.78-2-pve: 5.4.78-2
pve-kernel-4.15.18-30-pve: 4.15.18-58
pve-kernel-4.13.13-2-pve: 4.13.13-33
ceph: 15.2.8-pve2
ceph-fuse: 15.2.8-pve2
corosync: 3.1.0-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: 0.8.35+pve1
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.20-pve1
libproxmox-acme-perl: 1.0.7
libproxmox-backup-qemu0: 1.0.2-1
libpve-access-control: 6.1-3
libpve-apiclient-perl: 3.1-3
libpve-common-perl: 6.3-3
libpve-guest-common-perl: 3.1-4
libpve-http-server-perl: 3.1-1
libpve-storage-perl: 6.3-6
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.6-2
lxcfs: 4.0.6-pve1
novnc-pve: 1.1.0-1
proxmox-backup-client: 1.0.8-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.4-5
pve-cluster: 6.2-1
pve-container: 3.3-3
pve-docs: 6.3-1
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-3
pve-firmware: 3.1-3
pve-ha-manager: 3.1-1
pve-i18n: 2.2-2
pve-qemu-kvm: 5.1.0-8
pve-xtermjs: 4.7.0-3
qemu-server: 6.3-5
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 0.8.5-pve1

Bash:
root@pve06:/etc/pve# systemctl --version
systemd 241 (241)
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!