ccgi server clock wrong (for the 5th time)

[#1]

Server ccgi03.plus.net is out by one hour.
The output from here gives :
I am running on: ccgi01.plus.net
Sat Apr 18 09:00:32 UTC 2009
Sat Apr 18 09:00:32 UTC 2009
Sat Apr 18 08:00:33 UTC 2009
Sat Apr 18 09:00:33 UTC 2009
sh: line 1: ssh: command not found
sh: line 1: ssh: command not found
This may affect your tracker stats (as it is mine).
I have raised a ticket - if this affects you, please also raise one.
Tony

[#2]

They corrected the server at about 11am so all is now well.

[#3]

It's wrong again:
http://ccgi.csogilvie.plus.com/dates.php gives:
I am running on: ccgi01.plus.net
Sat Apr 25 15:01:43 UTC 2009
Sat Apr 25 15:01:43 UTC 2009
Sat Apr 25 14:01:44 UTC 2009
Sat Apr 25 15:01:44 UTC 2009
I am raising a ticket
Tony

[#4]

The reply to my ticket arrived at 16:45 - about 4 hours ago. It said:

Quote

Thank you for letting us know. Another customer reported this issue to us earlier today and it has been raised with our networks team to correct

I happen to know a little bit about computers and if the 'networks team' take more than 5 minutes to change the clock on a computer, they are in need of retraining. Even if it a problem with the daylight savings, it should not be difficult.
True, it could be a matter of remote access...
I can only assume that the 'raised with our networks team' was just a stock reply and that the 'networks team' do not work at weekends.
Tony

[#5]

24 hours later and trackers are still being messed up.
Obviously the conclusion about the network team not working weekends was correct - it won't be fixed until Monday.

[#6]

One and a half days and counting waiting for the time to be put right on a server. I'd be stunned if this wasn't something that couldn't have been remotely corrected on 5 minutes by whoever was on call from networks from their home.
I suspect underhand tricks here - having apparently decided that cgi services will be changed extra if users want to go on to properly supported servers (PAYH) - they are now going to let problems run on the ccgi servers as a way of adding pressure on people to move.

[#7]

Unlikely Jelv.  Quite impressive by your usual standard of conspiracy theories though
I'll see where the ticket is and if we can get someone to change it.

[#8]

But it succeeded didn't it!
[quote=http://ccgi.csogilvie.plus.com/dates.php]I am running on: ccgi03.plus.net
Mon Apr 27 09:26:06 UTC 2009
Mon Apr 27 09:24:32 UTC 2009
Mon Apr 27 09:25:33 UTC 2009
Mon Apr 27 09:26:07 UTC 2009

The question is why it took such a post on here to get somebody to do something? Having the time wrong on one of the servers will have been causing confusion for anyone running forums with many post times being incorrect.

[#9]

Fortunately I suspect it's a minor issue and was raised to Networks as a ticket, so is handled in turn.
I've asked the line manager up there to have a look.

[#10]

I know why that server was an hour late and not being put right.
That is the server used for the staff clocking in. and the other 3 are used for clocking out 

[#11]

Can anyone confirm that ccgi03 is now displaying the correct times?

[#12]

1) See reply #7
2) Check it yourself: http://ccgi.csogilvie.plus.com/dates.php (linked in three posts in this topic)

[#13]

Looking at the minor variation in the minutes could I suggest that Plusnet investigate the use of an innovative new facility called ntp!
Here is one you could consider using: ntp.plus.net

[#14]

I seem to recall a similar problem being raised about 18 months back and the resolution then being to get the NTP system reviewed and amended.   Things seem to have slipped backwards on some of the new installs?
M
EDIT:  It was further back than I thought  http://usergroup.plus.net/pugit/view.php?id=174
Maurice

[#15]

I've just been looking around the same area.
A re-read of http://usergroup.plus.net/forum/index.php/topic,3798.0.html is very illuminating.