[Bug 783853] New: system time keeps switching back to utc even after set to other timezone
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c0 Summary: system time keeps switching back to utc even after set to other timezone Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: ruchir.brahmbhatt@ecosmob.com QAContact: jsrain@suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.79 Safari/537.4 Since recent timezone update, my system time keeps going back to UTC although I have set IST timezone and hardware clock is not set to UTC. Every time system boots, I have to manually adjust time from yast. Reproducible: Always Steps to Reproduce: 1. Set timezone to IST & hardware clock set to utc unchecked from yast. 2. Reboot Actual Results: Time changes to UTC on reboot. Expected Results: Time changes survive reboot. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c1 Christian Boltz <suse-beta@cboltz.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |suse-beta@cboltz.de InfoProvider| |ruchir.brahmbhatt@ecosmob.c | |om AssignedTo|bnc-team-screening@forge.pr |jsuchome@suse.com |ovo.novell.com | --- Comment #1 from Christian Boltz <suse-beta@cboltz.de> 2012-10-15 01:27:25 CEST --- Jiří, I'm not sure if this is caused by yast2-country or the timezone package - if you think it's a bug in the timezone package, please reassign to pbaudis. Ruchir, what's the content of /etc/adjtime on your system? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c2 Ruchir Brahmbhatt <ruchir.brahmbhatt@ecosmob.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|ruchir.brahmbhatt@ecosmob.c | |om | --- Comment #2 from Ruchir Brahmbhatt <ruchir.brahmbhatt@ecosmob.com> 2012-10-15 05:34:35 UTC --- Here is the content. 18907.798580 1350034772 0.000000 1350034772 LOCAL -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c3 Jiří Suchomel <jsuchome@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsuchome@suse.com AssignedTo|jsuchome@suse.com |werner@suse.com --- Comment #3 from Jiří Suchomel <jsuchome@suse.com> 2012-10-15 07:49:58 UTC --- This look correct from YaST side. Anything else might be wrong? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c4 Dr. Werner Fink <werner@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |werner@suse.com AssignedTo|werner@suse.com |jsuchome@suse.com --- Comment #4 from Dr. Werner Fink <werner@suse.com> 2012-10-15 08:11:19 UTC --- First of all: The system time has to be in UTC as this is the clock used by the kernel and for the network stack only. The system time is *NOT* the local time used in user space. The user space time is defined by the choosen timezone which is used to choose the /etc/localtime to enable the glibc to determine the local clock by using the kernel system time and the rules in /etc/localtime. The kernel set its system clock at boot by using the CMSO clock. If the CMOS clock is broken by using local time the kernel has to be informed in initrd. If you know switch back to UTC as reference in CMOS then YaST2-country should correct /etc/adjtime first, run mkinitrd and then hwclock to be sure that both the CMOS and the kernels system time is correct after *next* boot. Please note using gettimeofday(2) will inform the running kernel only *once* about the broken CMOS clock and therefore such a change requires a reboot. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c5 Jiří Suchomel <jsuchome@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |werner@suse.com --- Comment #5 from Jiří Suchomel <jsuchome@suse.com> 2012-10-15 08:59:06 UTC --- (In reply to comment #4)
How should YaST2 country correct /etc/adjtime? YaST only saves LOCAL/UTC to adjtime, based on the info given by user in the UI. And it runs mkinitrd when user changes this settings. As this seems to happened after "recent timezone update", is it likely that timezone package forgot to call mkinitrd? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c6 Dr. Werner Fink <werner@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|werner@suse.com | --- Comment #6 from Dr. Werner Fink <werner@suse.com> 2012-10-15 09:15:13 UTC --- ACK ... if the reference file of /etc/localtime (a symbolic link I guess) and/or /usr/share/zoneinfo/UTC had been changed by an update then mkinitrd has to be executed to update the /etc/localtime and the /usr/share/zoneinfo/UTC int initrd as well. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c8 Dirk Weißnich <regi.hops@gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |regi.hops@gmx.net --- Comment #8 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-15 20:05:34 UTC --- So there are a few bug reports on this but this one looks like the best bet on describing my problem. So first of all I have a double boot system with Windows XP and openSUSE 12.2 x86_64. Therefore I always set it up with "Hardware Clock Set as UTC" unchecked since 11.x. And it always worked til now. BTW I also synchronize the time with NTP. Now I always need to adjust the time either in Windows or in openSUSE when I changed the OS (or wait for the NTP to synchronize). Digging through the settings I find something seems to go wrong with the synchronization to the CMOS-Clock. Steps to reproduce: I set everything to the initial time in UTC STEP 1 Yast: check "Hardware Clock Set to UTC" and change time to correct local cp-m4a:~ # hwclock --debug hwclock from util-linux 2.21.2 Using /dev interface to clock. Last drift adjustment done at 1350327841 seconds after 1969 Last calibration done at 1350327841 seconds after 1969 Hardware clock is on UTC time Assuming hardware clock is kept in UTC time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2012/10/15 19:10:45 Hw clock time : 2012/10/15 19:10:45 = 1350328245 seconds since 1969 Mon Oct 15 21:10:45 2012 -0.313614 seconds cp-m4a:~ # date Mon Oct 15 21:12:43 CEST 2012 cp-m4a:~ # cat /etc/adjtime 0.000000 1350327841 0.000000 1350327841 UTC So far everything looks good, but Windows won't see the correct time, because of UTC. ------ STEP 2 Yast: uncheck "Hardware Clock Set to UTC" and change time to correct local cp-m4a:~ # hwclock --debug hwclock from util-linux 2.21.2 Using /dev interface to clock. Last drift adjustment done at 1350328443 seconds after 1969 Last calibration done at 1350328443 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2012/10/15 19:15:03 Hw clock time : 2012/10/15 19:15:03 = 1350321303 seconds since 1969 Mon Oct 15 19:15:03 2012 -0.579241 seconds cp-m4a:~ # date Mon Oct 15 21:16:56 CEST 2012 cp-m4a:~ # cat /etc/adjtime 0.000000 1350328443 0.000000 1350328443 LOCAL mkinitrd was also called from yast: Oct 15 21:14 initrd-3.4.11-2.16-desktop As you can see the CMOS-Clock wasn't set to the correct time which should be now local! ------ STEP 3 Also a reboot doesn't change anything REBOOT BIOS shows wrong time, so the change wasn't synched back to CMOS cp-m4a:~ # date Mon Oct 15 19:20:03 CEST 2012 cp-m4a:~ # hwclock --debug hwclock from util-linux 2.21.2 Using /dev interface to clock. Last drift adjustment done at 1350328443 seconds after 1969 Last calibration done at 1350328443 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2012/10/15 19:20:09 Hw clock time : 2012/10/15 19:20:09 = 1350321609 seconds since 1969 Mon Oct 15 19:20:09 2012 -0.360438 seconds ------ STEP 4 REBOOT Setting the right time in BIOS cp-m4a:~ # date Mon Oct 15 21:27:31 CEST 2012 cp-m4a:~ # hwclock --debug hwclock from util-linux 2.21.2 Using /dev interface to clock. Last drift adjustment done at 1350328972 seconds after 1969 Last calibration done at 1350328972 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2012/10/15 21:27:36 Hw clock time : 2012/10/15 21:27:36 = 1350329256 seconds since 1969 Mon Oct 15 21:27:36 2012 -0.251077 seconds ------ And the other wired thing is that Yast always warns me when I uncheck the "Hardware Clock Set to UTC" that it doesn't find any other OS(!?) and I should set UTC because else DST won't work - never saw this warning before 12.2. I hope somebody can look into it and find out what's wrong. Thanks Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c9 --- Comment #9 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-16 19:00:12 UTC --- Hi today I turned on my computer and again the clock (HW and Sys) was set back to UTC. cp-m4a:~ # hwclock --debug hwclock von util-linux 2.21.2 Benutze /dev interface to clock. Letzte Abweichungskorrektur vorgenommen bei 1350328972 Sekunden nach 1969 Letzte Kalibrierung vorgenommen bei 1350328972 Sekunden nach 1969 Hardwareuhr geht nach lokaler Zeit Zeit Die Hardwareuhr läuft vermutlich in lokaler Zeit. Warte auf Uhrtick… … erhielt Uhrtick Zeit gelesen aus Hardwareuhr: 2012/10/16 18:17:44 Zeit der Hardwareuhr: 2012/10/16 18:17:44 = 1350404264 Sekunden seit 1969 Di 16 Okt 2012 18:17:44 CEST -0.908233 Sekunden cp-m4a:~ # date Di 16. Okt 18:17:48 CEST 2012 cp-m4a:~ # cat /etc/adjtime 0.000000 1350328972 0.000000 1350328972 LOCAL The real time when I did this was 20:17 CEST not 18:17 CEST -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c10 --- Comment #10 from Dr. Werner Fink <werner@suse.com> 2012-10-17 08:58:07 UTC --- Please use hwclock --debug --test to avoid to write and modify to your HW clock. To see the real system clock use TZ=UTC date as this shows always the clock used by the kernel. This clock has to be always in UTC otherwise network and user space time are wrong! The date command and any other command without TZ=UTC will show local time as the glibc API will use then /etc/localtime to convert the system time into local time. Please check if the initrd boot image has the appropiate files around: lsinitrd -l /boot/initrd | grep -E 'clock|time|UTC' Then check if /etc/adjtime use the same time reference on disk as well as in the initrd: zcat /boot/initrd | cpio -i --to-stdout --quiet etc/adjtime | tail -n 1 tail -n 1 /etc/adjtime zcat /boot/initrd | cpio -i --to-stdout --quiet etc/localtime | cmp - /etc/localtime And if the kernels system clock was corrected test -e /dev/shm/warpclock || echo system clock not warped ... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c11 --- Comment #11 from Dr. Werner Fink <werner@suse.com> 2012-10-18 09:08:02 UTC --- To see if the clock is set during shutdown or during boot you may remove the `quiet' from the boot loader command line in /etc/sysconfig/bootloader in the variable DEFAULT_APPEND. Then there should be the blogd started in the initrd which will write out the console messages to /dev/shm/initrd.msg. Please attach this file as therein the initial date set by warpclock is found (`Boot logging started on ...'). Then this can be compared with the date set final in the system. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c12 --- Comment #12 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-18 19:38:30 UTC --- Created an attachment (id=510107) --> (http://bugzilla.novell.com/attachment.cgi?id=510107) initrd log after enabling local timezone -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c13 --- Comment #13 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-18 19:39:24 UTC --- Created an attachment (id=510108) --> (http://bugzilla.novell.com/attachment.cgi?id=510108) Results from tests -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c14 --- Comment #14 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-18 19:41:32 UTC --- Hi Werner, first of all thanks for the quick reply. I did all the checks you mentioned and attached 2 files. timeproblem.txt contains the results to not bloat this bug report. First run with UTC Second after enabling local timezone What I also recognized, after enabling local timezone there was also a file /dev/shm/warpclock with 0 bytes Another thing is that the number in the drift file /var/lib/ntp/drift/ntp.drift increases strangely high. On 15. Oct it shows approx. 1.5, today it shows 4.323, but with openSUSE 12.1 it was always around 0.5 on the same hardware. For now I set everything to UTC as openSUSE is my main OS, if Windows shows the wrong time it doesn't hurt me so much ;-) But it's strange - does the time handling changed from 12.1 to 12.2? Regards Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c15 --- Comment #15 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-18 21:55:27 UTC --- (In reply to comment #14)
Forget about this part of my comment. Playing around with the clock could have this effect ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c Dr. Werner Fink <werner@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #510107|application/octet-stream |text/plain mime type| | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c16 Dr. Werner Fink <werner@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |jsuchome@suse.com --- Comment #16 from Dr. Werner Fink <werner@suse.com> 2012-10-19 09:42:21 UTC --- (In reply to comment #15) Guess: If you change the HW clock configuration with YaST this may not change the HW clock its self. @ Jiri : If the user configures local time in YaST for the HW clock, does this change the HW clock its self? By e.g. writing back the system clock back to HW clock with the new configuration? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c17 Jiří Suchomel <jsuchome@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|jsuchome@suse.com | --- Comment #17 from Jiří Suchomel <jsuchome@suse.com> 2012-10-19 12:18:46 UTC --- If user just switches to local time in YaST, it means that /etc/adjtime is changed (3rd line to LOCAL) and mkinitrd is called. There is special ocasion, when "/sbin/hwclock --systohc" is called, but this is only when current (system) time was directly synchronized from NTP. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c18 --- Comment #18 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-20 19:17:31 UTC --- (In reply to comment #17)
There is special ocasion, when "/sbin/hwclock --systohc" is called, but this is only when current (system) time was directly synchronized from NTP.
Do you mean the option in YaST where you can choose to change date and time manually or via NTP? Then it definitely does not work, cause there I tried it already. The system time is set correctly but the CMOS/BIOS time isn't change with this option. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c19 --- Comment #19 from Jiří Suchomel <jsuchome@suse.com> 2012-10-22 06:09:17 UTC --- (In reply to comment #18)
We can look into YaST logs if you have them, this situation should be logged. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c20 --- Comment #20 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-25 19:22:55 UTC --- Created an attachment (id=510942) --> (http://bugzilla.novell.com/attachment.cgi?id=510942) y2log - UTC to Local YaST Log of changing the timezone from UTC to local, synchronizing to NTP -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c21 --- Comment #21 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-25 19:24:51 UTC --- Created an attachment (id=510944) --> (http://bugzilla.novell.com/attachment.cgi?id=510944) y2log - Local to UTC YaST Log changing timezone from local to UTC, synchronizing with NTP -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c22 --- Comment #22 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-25 19:36:53 UTC --- Hi Jiri, I attached 2 Parts of the YaST-Log. I bootet the machine with BIOS time set to UTC. Then I changed to local time via YaST and choose "synchronize now" with NTP. After that I rebooted the machine. Then I changed back to UTC via YaST ("y2log - Local to UTC"). As you can see the log starts with the wrong time and after synchronizing with NTP also the log entries shows the right time. The HW Clock remains at UTC all the time. Regards Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c23 --- Comment #23 from Jiří Suchomel <jsuchome@suse.com> 2012-10-26 06:09:50 UTC --- (In reply to comment #22)
This seems to be wrong. YaST is not intended to change the time format you hold in BIOS. It actually tells the system, what you have there. So if you know BIOS uses UTC, set UTC in YaST. If (and only if) you know there's local time in BIOS, set Local time in YaST. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c24 --- Comment #24 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-31 21:35:40 UTC --- (In reply to comment #23)
This is how I set it up since Suse 10 ;) So please try by your self: I presume your BIOS is set to UTC: 1. After boot login to KDE (I have 4.9.2 x86_64) 2. Start YaST and change to local time, you will see the change immediately in the clock field next to the checkbox 3. Don't adjust the clock just save 4. Shutdown the PC 5. Boot and go into your BIOS and set the clock to your local time 6. Save the BIOS and boot normally 7. Login to KDE and you will see the correct time 8. Now reboot 9. Login to KDE and you will see the wrong time (UTC not local time anymore) 10. Reboot and look into the BIOS - something has changed your BIOS time back to UTC, somewhere between point 7 and 9 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c25 --- Comment #25 from Dirk Weißnich <regi.hops@gmx.net> 2012-10-31 23:19:17 UTC --- Another test slightly different: I presume BIOS is set to UTC: 1. After boot login to KDE 2. Start YaST and change to local time, you will see the change immediately in the clock field next to the checkbox 3. Click on change and set the time MANUALLY to local time 4. Reboot 5. Login to KDE and you will see the correct time 6. Reboot 7. Login to KDE the time is still correct 8. Wait long enough to let NTP do his job (at least 30 minutes) 9. Reboot and look into the BIOS the time was changed to local time
From now on it seems that local time is working.
And now for the final action that mess up everything again: 10. Start YaST and open Date and Time settings 11. Click on change (next to the time) 12. Activate NTP (on my system it was already activated) 13. Click "Synchronize Now" 14. Save and close YaST 15. reboot 16. The Time is wrong again For me it seems that the "Synchronize Now" - action does not respect the time zone settings and always synch to UTC and ALSO change the BIOS Clock, cause after a reboot i checked and the BIOS time was set back to UTC. Cheers Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c26 --- Comment #26 from Dr. Werner Fink <werner@suse.com> 2012-11-05 15:32:23 UTC --- (In reply to comment #24) Guess ... your /etc/adjtime is broken causing hwclock to assume local time in CMOS. Check last line of /etc/adjtime -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c27 --- Comment #27 from Dirk Weißnich <regi.hops@gmx.net> 2012-11-07 20:40:28 UTC --- (In reply to comment #26) Yes - I checked /etc/adjtime throughout my tests and it was always set to the right zone by YaST. I suspect there is not only one bug (may a combination), but something is wrong with "sntp" or whatever is called when you press the button "Synchronize Now". Cause if you managed to get local time working for a while and you call "rcntp ntptimeset" which calls "sntp", the BIOS time is set back to UTC and after a reboot time is messed up again. Did you tried the steps I described above? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c28 --- Comment #28 from Dirk Weißnich <regi.hops@gmx.net> 2012-12-07 23:54:00 UTC --- Hi, any news on this? Could you reproduce it? Cheers Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c29 Wolfgang Bauer <wbauer@tmo.at> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wbauer@tmo.at --- Comment #29 from Wolfgang Bauer <wbauer@tmo.at> 2013-01-07 12:19:04 UTC --- I think this is a duplicate of https://bugzilla.novell.com/show_bug.cgi?id=791106 Could you please try the workaround listed there? (NTPD_FORCE_SYNC_ON_STARTUP can be found in /etc/sysconfig/ntp) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c30 --- Comment #30 from Dirk Weißnich <regi.hops@gmx.net> 2013-01-10 22:50:27 UTC --- (In reply to comment #29)
Thanks a lot for this hint! It seems to work, at least for two days now :-) And it proves my guess was right - there is a bug with "sntp". I wonder why the guys from Suse doesn't acknowledge this bug. Let's see 12.3 is on the way... But again thanks and a Happy New Year Cheers Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c31 --- Comment #31 from Wolfgang Bauer <wbauer@tmo.at> 2013-01-28 14:08:29 UTC --- Well, in the meantime there is an online update in progress for bnc#791106! So I guess this bug can be closed. Now there's only bnc#791485 left to be fixed regarding localtime I think. ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=783853 https://bugzilla.novell.com/show_bug.cgi?id=783853#c32 --- Comment #32 from Dirk Weißnich <regi.hops@gmx.net> 2013-02-04 18:40:32 UTC --- (In reply to comment #31)
Thanks for the info. I just installed the updated NTP-Package, and it worked as it should now. Perfect! :-)) Cheers Dirk -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com