PDA

View Full Version : anyone having problems with system time recently?


andrewthomas
17th April 2010, 05:57 AM
My hardware clock is set to local time and beginning today, my Rawhide install keeps switching it to UTC. Nowhere is it set to use UTC. /etc/adjtime shows LOCAL. Date & Time shows the correct timezone (not that it matters) and UTC is not checked. I haven't touched my time settings since I installed the alpha2, yet I can reset the clock in Rawhide, reboot, check the time in BIOS - which is correct and immediately reload Fedora and I get
Superblock last write time is in the future in my boot.log Any ideas?

GoinEasy9
17th April 2010, 06:48 AM
After seeing your post I noticed that my time was way off, and these new messages are appearing in my secure log starting with today's session.
Apr 17 01:43:22 localhost userhelper[2933]: pam_timestamp(gnome-system-log:auth): timestamp file `/var/run/sudo/GoinEasy9/unknown:root' has unacceptable age (14827 seconds), disallowing access to gnome-system-log for user GoinEasy9
Apr 17 01:43:26 localhost userhelper[2933]: pam_timestamp(gnome-system-log:session): updated timestamp file `/var/run/sudo/GoinEasy9/unknown:root'
Apr 17 01:43:26 localhost userhelper[2941]: running '/usr/sbin/gnome-system-log ' with root privileges on behalf of 'GoinEasy9'

Guess I'll keep a closer eye on it.

Edit: Just rebooted and the time was set back 16 hours. UTC time is unchecked as usual for me. Set network time unchecked. Preferences in Clock had to be reset for weather station. And a few more similar messages in secure.log like those above.

andrewthomas
18th April 2010, 06:06 AM

My machine still is confused about local/UTC. Still resetting every reboot. After I reset the system time, I have-
[andrew@790x ~]$ date
Sat Apr 17 23:46:22 CDT 2010
[root@790x ~]# hwclock --show
Sat 17 Apr 2010 11:47:38 PM CDT -0.462134 seconds
[root@790x ~]# cat /etc/adjtime
-11.373764 1271563714 0.000000
1271563714
I am going to file a bug. Should I file it against hwclock?

Edit: filed against system-config-date because I couldn't figure what else to file against.

https://bugzilla.redhat.com/show_bug.cgi?id=583361

GoinEasy9
19th April 2010, 02:53 AM
I added a comment to the bugzilla. It's annoying, but it is rawhide. This should be the least of the problems encountered while running F14. Geez, it could be worse, it could be Debian Sid.

smr54
19th April 2010, 04:03 AM
I just added a comment as well. Same symptoms. Annoying.

GoinEasy9
22nd April 2010, 04:52 AM
After updates tonight, time problem still persists, weather location in Clock also has to be reset.

andrewthomas
22nd April 2010, 03:46 PM
The offending package is util-linux-ng-2.17.2-3.fc13 we just have to wait and hope resolution.

GoinEasy9
22nd April 2010, 04:48 PM
Thanks for the info andrewthomas, now I know what to watch for.

smr54
22nd April 2010, 06:20 PM
Yes, many thanks.

andrewthomas
23rd April 2010, 02:02 PM
I previously listed the package from my f13 install. The correct package is
$ rpm -qa |grep util-linux-ng
util-linux-ng-2.17.2-1.fc14.x86_64

GoinEasy9
23rd April 2010, 11:35 PM
Interesting that the version in F13 is higher than the one in rawhide. Thinking about pulling the F13 version into rawhide when I get home and see if if makes a difference. Till then....

andrewthomas
29th April 2010, 02:22 PM
Yesterday's updates put the working f13 package back in.
[ats@asus ~]$ uname -r
2.6.34-0.38.rc5.git0.fc14.x86_64
[ats@asus ~]$ rpm -qa |grep util-linux-ng
util-linux-ng-2.17.2-3.fc13.x86_64

GoinEasy9
30th April 2010, 04:45 AM
I should have updated when I saw your post. Tonight's update didn't revert util-linux-ng to the F13 version and when I tried to pull it in from koji it gave me the following error:

could not do simulate: util-linux-ng-2.17.2-3.fc13.i686 requires libblkid = 2.17.2-3.fc13
util-linux-ng-2.17.2-3.fc13.i686 requires libuuid = 2.17.2-3.fc13

I don't want to start downgrading (or upgrading) multiple packages, I'd like the repos to fix the problem. So, I guess I'll wait. Strange though that andrewthomas updated a fix and it was gone today.

andrewthomas
30th April 2010, 02:21 PM
I should have updated when I saw your post. I should have updated my other machine.
[andrew@790x ~]$ rpm -qa |grep util-linux-ng
util-linux-ng-2.17.2-1.fc14.x86_64
[andrew@790x ~]$ uname -r
2.6.34-0.38.rc5.git0.fc14.x86_64

GoinEasy9
30th April 2010, 05:04 PM
I added a comment to the bug report last night. I have HD racks in my machine, and I pull the rawhide HD out and slide in the F13. Even without touching time & date it seems to be resetting my system time. Now it's a bigger PIA.

@andrewthomas When you received the newer version of util-linux-ng, I assume it updated libblkid and libuuid. I would just like to confirm that updating all three are still working properly. I'm going to pull all three from koji if the new version doesn't hit the F14 repo soon.

andrewthomas
1st May 2010, 06:41 PM
Everything seems to be OK.

[ats@asus ~]$ rpm -qa | grep libblkid
libblkid-2.17.2-3.fc13.x86_64
[ats@asus ~]$ rpm -qa | grep libuuid
libuuid-2.17.2-3.fc13.x86_64
[ats@asus ~]$ rpm -qa |grep util-linux-ng
util-linux-ng-2.17.2-3.fc13.x86_64


Although I do have to update using --skip-broken due to
libblkid.so.1(BLKID_2.18)(64bit) for package: anaconda-14.4-1.fc14.x86_64

Skipped (dependency problems):
anaconda x86_64 14.4-1.fc14 fedora 2.9 M
fcoe-utils x86_64 1.0.13-1.fc14 fedora 75 k
libhbaapi x86_64 2.2-10.fc14 fedora 13 k
libhbalinux x86_64 1.0.9-1.20091204git.fc13 fedora 31 k
lldpad x86_64 0.9.32-1.fc14 fedora 137 k
lvm2 x86_64 2.02.64-1.fc14 rawhide 477 k
lvm2-libs x86_64 2.02.64-1.fc14 rawhide 417 k

GoinEasy9
1st May 2010, 08:34 PM
Heh, so now we know why the newer version of util-linux-ng hasn't hit the rawhide repo yet. Decisions, decisions, should I deal with the system time or the broken dependencies???? I may just wait, I'm actually having more fun with F13 at the moment.

andrewthomas
6th May 2010, 01:01 AM
I just "downgraded" those three packages (util-linux-ng-2.17.2-3.fc13.x86_64, libuuid-2.17.2-3.fc13.x86_64, libblkid-2.17.2-3.fc13.x86_64) to the f14 versions. After a reboot, I no longer have any problems with my system clock.

GoinEasy9
6th May 2010, 04:56 AM
I noticed last night, that the time problem had disappeared. I also saw a comment on the bugzilla, so I assumed that util-linux-ng was not the problem. LOL, I may be confused, but, it seems the problem went away. I'll take another look later and check if it's still working properly.

---------- Post added at 08:52 PM CDT ---------- Previous post was at 08:22 PM CDT ----------

I'm in rawhide now, and time is registering normally. I have the following packages installed:

util-linux-ng-2.17.2-1.fc14.i686
libuuid-2.17.2-1.fc14.i686
libblkid-2.17.2-1.fc14.i686

Very interesting......

---------- Post added at 11:56 PM CDT ---------- Previous post was at 08:52 PM CDT ----------

I just reread the bugzilla and realized you downgraded to the versions I have installed, sorry, I guess my original statement that I was confused was correct. :D

andrewthomas
6th May 2010, 06:47 AM
I am curious as to what exactly was causing the problem, but I sure am glad that my clock and dependency problems are in the past.