[Users] host deploy and after reboot not responsive
Alon Bar-Lev
alonbl at redhat.com
Wed Jan 23 00:29:43 UTC 2013
This is nice to know....
otopi is ready:
commit d756b789d60934f935718ff25f8208f563b0f123
Author: Alon Bar-Lev <alonbl at redhat.com>
Date: Wed Jan 23 02:27:51 2013 +0200
system: clock: support chrony as ntpd
Change-Id: I2917bdd8248eb0b123f6b2cca875820f2cac664c
Signed-off-by: Alon Bar-Lev <alonbl at redhat.com>
http://gerrit.ovirt.org/#/c/11288/
----- Original Message -----
> From: "Gianluca Cecchi" <gianluca.cecchi at gmail.com>
> To: "Dan Kenigsberg" <danken at redhat.com>
> Cc: "Adam Litke" <agl at us.ibm.com>, "Alon Bar-Lev" <alonbl at redhat.com>, "users" <users at ovirt.org>
> Sent: Wednesday, January 23, 2013 1:50:59 AM
> Subject: Re: [Users] host deploy and after reboot not responsive
>
> On Tue, Jan 22, 2013 at 9:02 PM, Dan Kenigsberg wrote:
> > That's great, as it reduces the question to: why doesn't ntpd start
> > on
> > your machine after boot. Do you have any guess? and ntpd logs to
> > share?
> > Any peculiar ntp.conf setting?
>
> Hum... I think in Fedora 18 itself and/or due to oVirt setup there is
> some conflict regarding network synchronization services....
>
> In fact together with standard ntp there is chrony that I didn't know
> until today...
>
> My suspect is this one:
>
> - At install time Fedora 18 by default installs now chrony and
> doesn't
> install instead ntpd
>
> In fact my anaconda log in /root
> [root at f18ovn03 ~]# ll /root/anaconda-tb-38wvGO
> -rw-r--r--. 1 root root 1493714 Dec 18 14:27 /root/anaconda-tb-38wvGO
> contains:
>
> 14:19:00,759 DEBUG packaging: select package chrony
>
> and no entry for ntp
>
> At this moment chronyd was still enabled as per default at install
> time:
> [root at f18ovn03 ~]# systemctl status chronyd.service
> chronyd.service - NTP client/server
> Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled)
> Active: inactive (dead) since Tue, 2013-01-22 14:15:42 CET; 9h ago
> Main PID: 1348 (code=exited, status=0/SUCCESS)
> CGroup: name=systemd:/system/chronyd.service
>
> Jan 22 14:15:40 f18ovn03.ceda.polimi.it chronyd[1348]: chronyd
> version
> 1.27-git1ca844 starting
> Jan 22 14:15:40 f18ovn03.ceda.polimi.it chronyd[1348]: Linux kernel
> major=3 minor=6 patch=11
> Jan 22 14:15:40 f18ovn03.ceda.polimi.it chronyd[1348]: hz=100
> shift_hz=7 freq_scale=1.00000000 nominal_tick=10000...ll=2
> Jan 22 14:15:41 f18ovn03.ceda.polimi.it systemd[1]: Started NTP
> client/server.
> Jan 22 14:15:42 f18ovn03.ceda.polimi.it systemd[1]: Stopping NTP
> client/server...
> Jan 22 14:15:42 f18ovn03.ceda.polimi.it systemd[1]: Stopped NTP
> client/server.
>
> - When I ran install of ovirt-engine it pulled in ntp as one of its
> dependencies, enabling it
> In yum.log in fact I find:
>
> Jan 15 06:05:53 Installed: libvirt-0.10.2.2-3.fc18.x86_64
> Jan 15 06:05:53 Installed: mom-0.3.0-1.fc18.noarch
> Jan 15 06:05:54 Installed: fence-agents-3.1.10-1.fc18.x86_64
> Jan 15 06:05:54 Installed: usbredir-0.6-1.fc18.x86_64
> Jan 15 06:05:54 Installed:
> ipxe-roms-qemu-20120328-2.gitaac9718.fc18.noarch
> Jan 15 06:05:55 Installed: 2:qemu-system-x86-1.2.2-1.fc18.x86_64
> Jan 15 06:05:55 Installed: 2:qemu-kvm-1.2.2-1.fc18.x86_64
> Jan 15 06:05:56 Installed: autogen-libopts-5.12-2.fc17.x86_64
> ---> Jan 15 06:05:56 Installed: ntp-4.2.6p5-8.fc18.x86_64 <------
> Jan 15 06:06:02 Installed: vdsm-4.10.3-0.78.gitb005b54.fc18.x86_64
> Jan 15 06:06:04 Installed: tuned-2.1.2-1.fc18.noarch
> Jan 15 06:06:04 Installed:
> vdsm-cli-4.10.3-0.78.gitb005b54.fc18.noarch
> Jan 15 06:06:04 Installed: 2:qemu-kvm-tools-1.2.2-1.fc18.x86_64
>
> Probably chronyd runs before ntpd and creates conflict.....
>
> So I have tested disabling chrony
> # systemctl disable chronyd
>
> and re-enabling ntp as a dependency for vdsmd to see if something
> changes:
> Changed /usr/lib/systemd/system/vdsmd.service matching:
> Requires=multipathd.service libvirtd.service ntpd.service
>
> Bingo!
>
> After reboot
> [root at f18ovn03 ~]# systemctl status ntpd.service
> ntpd.service - Network Time Service
> Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled)
> Active: active (running) since Wed, 2013-01-23 00:31:00 CET; 1min
> 47s ago
> Main PID: 1424 (ntpd)
> CGroup: name=systemd:/system/ntpd.service
> └ 1424 /usr/sbin/ntpd -u ntp:ntp -g
>
> Jan 23 00:31:07 f18ovn03 ntpd[1424]: Listen normally on 8 em3
> fe80::21c:c4ff:feab:3add UDP 123
> Jan 23 00:31:07 f18ovn03. ntpd[1424]: Listen normally on 9 em2
> fe80::21e:bff:fe21:b8c6 UDP 123
> Jan 23 00:31:07 f18ovn03 ntpd[1424]: Listen normally on 10 em1
> fe80::21e:bff:fe21:b8c4 UDP 123
> Jan 23 00:31:07 f18ovn03 ntpd[1424]: peers refreshed
> ...
>
> [root at f18ovn03 ~]# systemctl status vdsmd.service
> vdsmd.service - Virtual Desktop Server Manager
> Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
> Active: active (running) since Wed, 2013-01-23 00:31:10 CET; 2min
> 25s ago
> Process: 1434 ExecStart=/lib/systemd/systemd-vdsmd start
> (code=exited,
> status=0/SUCCESS)
> Main PID: 2778 (respawn)
> CGroup: name=systemd:/system/vdsmd.service
> ├ 2778 /bin/bash -e /usr/share/vdsm/respawn --minlifetime 10
> --daemon
> --masterpid /var/run/vdsm/r...
> ├ 2781 /usr/bin/python /usr/share/vdsm/vdsm
> ├ 2801 /usr/bin/sudo -n /usr/bin/python
> /usr/share/vdsm/supervdsmServer.py 95a1f3e1-8c0d-4efe-a65...
> ├ 2802 /usr/bin/python /usr/share/vdsm/supervdsmServer.py
> 95a1f3e1-8c0d-4efe-a65a-c5af1c7f4d61 27...
> ├ 3035 rpc.statd --no-notify
> ├ 3041 /usr/bin/python /usr/share/vdsm/storage/remoteFileHandler.pyc
> 31 30
> ├ 3214 /usr/bin/python /usr/share/vdsm/storage/remoteFileHandler.pyc
> 44 43
> ├ 3216 /usr/bin/python /usr/share/vdsm/storage/remoteFileHandler.pyc
> 49 46
> └ 3229 /usr/bin/python /usr/share/vdsm/storage/remoteFileHandler.pyc
> 37 34
>
> Jan 23 00:31:38 f18ovn03 rpc.statd[3035]: Version 1.2.7 starting
> Jan 23 00:31:38 f18ovn03 rpc.statd[3035]: Flags: TI-RPC
> ...
>
> I also modified ntp.conf commenting out
> #server 0.fedora.pool.ntp.org iburst
> #server 1.fedora.pool.ntp.org iburst
> #server 2.fedora.pool.ntp.org iburst
> #server 3.fedora.pool.ntp.org iburst
>
> and putting a "server xxx.yyy.www.zzz" line to an internal ntp server
> but I don't think this was influencing my problems
> To be sure anyway I reverted to old ntp.conf config with
> server 0.fedora.pool.ntp.org iburst
> server 1.fedora.pool.ntp.org iburst
> server 2.fedora.pool.ntp.org iburst
> server 3.fedora.pool.ntp.org iburst
> # server xxx.yyy.www.zzz
>
> And both ntpd and vdsmd started again and host up and SPM in
> webadmin.
>
> Probably another thing to take care of for Fedora 18 configured as an
> oVirt node.
>
> Gianluca
>
More information about the Users
mailing list