Bug 4122

Summary:	System losts ntp-settings after reboot
Product:	Mageia	Reporter:	Magnus Rasche <magnus.mud>
Component:	Installer	Assignee:	Thierry Vignaud <thierry.vignaud>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	dmorganec, mageia, remco, thierry.vignaud, uli.effer
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:

Description Magnus Rasche 2012-01-13 20:23:32 CET

Description of problem:
Installation full KDE 64 with Alpha3

After reboot the ntp-settings are lost (no ntp-server is activated).
This happened after the first reboot and

also every time when I have renewed the ntp-settings



Version-Release number of selected component (if applicable):


How reproducible:
after every reboot

Steps to Reproduce:
1.activate the right ntp-erver
2.reboot
3.no ntp is set

Comment 1 Manuel Hiebel 2012-01-16 15:26:11 CET

Do you speak about the ntp-client or server deamon ?
I don't understand sorry :/

Comment 2 Remco Rijnders 2012-01-16 16:20:06 CET

Hi Magnus,

Can you confirm: 
1) the ntp server which you use (the mga package)?
2) if this issue also exists in Mageia 1?

I suspect it might be related to systemd.

Assignee: bugsquad => remco

Comment 3 Magnus Rasche 2012-01-16 20:09:17 CET

These two packages are installed:
- ntp Version 4.2.6p Release 7.mga2
- ntp-client 4.2.6p Release 7.mga2

On Mageia1 the same, but release 2.mga1

I have made following Steps:

1. In the mcc (Date/ime settings) I aktivate the checkbox for NTP
2. I choose the rihgt Server ("Europa|Deutschland: de.pool.ntp.org")
3. Synchronize the time with button "OK"
4. Check the settings and the settings are lost.

So I must add (after new step 4.), that the settings are never saved.

Comment 4 Uli Selle 2012-02-01 03:41:30 CET

On my System (Same Software as Magnus) its exactly the same behaviour.

Packages:
- ntp Version 4.2.6p3-7.mga2
- ntp-client Version 4.2.6p3-7.mga2

CC: (none) => uli.effer

Remco Rijnders 2012-02-13 08:02:39 CET

CC: (none) => thierry.vignaud

Comment 5 Remco Rijnders 2012-02-13 08:42:17 CET

Thinking out loud, it seems drakclock checks for the existence of the file /var/lock/subsys/ntpd .

This file gets created by the init.d scripts for ntpd, but doesn't seem to be created by systemd service scripts.


On a sidenote, I can reproduce this issue on Cauldron, but not on 1. There /etc/ntp.conf does get updated properly, but it does take some time between clicking ok in the control center to the time being set.

CC: (none) => mageia

Comment 6 Thierry Vignaud 2012-02-13 10:10:14 CET

We just need to release a new drakxtools.
Dexter Morgan commited "make drakclock systemd compatible"
on January 26th but we'ven't made any release since.
I'll make one tonight

CC: (none) => dmorganec
Assignee: remco => thierry.vignaud

Comment 7 Remco Rijnders 2012-02-14 03:29:22 CET

Thierry, using the drakxtools 13-81 you released today this problem is gone for me, thanks! Maguns & Uli, can you also confirm this solves the issue for you on Cauldron?

CC: (none) => remco

Comment 8 Colin Guthrie 2012-02-14 10:41:56 CET

Let's assume it does fix it for them and they can reopen if needed :) Thanks for testing!

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 9 Magnus Rasche 2012-02-14 21:29:16 CET

Ok, thanks

Comment 10 Uli Selle 2012-02-15 05:50:45 CET

Using "drakxtools 13-81" this problem is gone for me too.
Thank you!