Bug 4122 - System losts ntp-settings after reboot
Summary: System losts ntp-settings after reboot
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-13 20:23 CET by Magnus Rasche
Modified: 2012-02-15 05:50 CET (History)
5 users (show)

See Also:
Source RPM:
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

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!
Note You need to log in before you can comment on or make changes to this bug.