System time is wrong (no matter what I tried), how can I fix it?

  • Thread starter Thread starter emre
  • Start date Start date
E

emre

Guest
Hello,

I'm using the latest version of Proxmox and I can't fix the wrong time problem:

Code:
$ pveversion -v
pve-manager: 1.7-11 (pve-manager/1.7/5470)
running kernel: 2.6.32-4-pve
proxmox-ve-2.6.32: 1.7-30
pve-kernel-2.6.32-4-pve: 2.6.32-30
qemu-server: 1.1-28
pve-firmware: 1.0-10
libpve-storage-perl: 1.0-16
vncterm: 0.9-2
vzctl: 3.0.24-1pve4
vzdump: 1.2-10
vzprocps: 2.0.11-1dso2
vzquota: 3.0.11-1
pve-qemu-kvm: 0.13.0-3
ksm-control-daemon: 1.0-4
The host system's time is:

Code:
$ date
Fri Feb 25 12:39:12 CET 2011
but this is wrong because the correct time should be

Fri Feb 25 11:39:12 CET 2011

Because that's the local time in Belgium (where that server is located).

The timezone of the proxmox host is:

Code:
$ cat /etc/timezone 
Europe/Brussels
And there was no timezone setting in the server's BIOS settings.

The server's BIOS time shows the time correctly.

I also receive the following warning from the system:

Code:
warning: `ntpd' uses 32-bit capabilities (legacy support in use)
According to /etc/default/rcS:

Code:
TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=no
VERBOSE=no
FSCKFIX=no
RAMRUN=no
RAMLOCK=no
(Previously it was UTC=yes and I changed it into UTC=no and rebooted the server, hoping it would help but nothing changed.)

The ntp daemon is running and I did not make any changes to any ntp configuration file, they are at proxmox defaults.

How can I fix this wrong time issue?
 
looks like a wrong timezone.

run dpkg-reconfigure tzdata and set the timezone and UTC BIOS time from there. Probably there's some other config you've missed while editing the file manually.
 
Well, I did not edit the /etc/timezone file manually. I always configured the timezone using dpkg-reconfigure tzdata.

Anyway, I did what you say and when I set the timezone to 'None of the above' and then to UTC. The system started to show me the correct time:

Code:
$ date
Fri Feb 25 13:32:58 UTC 2011

However I don't know if this is the right thing to do, e.g. changing the timezone from Europe/Brussels to Etc/UTC. On many other Linux systems I used (mostly Ubuntu GNU/Linux) I set the timezone according to the geographical location and did not encounter any problems. That's why I'm confused now.

 
Apparently the NTP port 123 was blocked on the firewall, the problem is solved after port 123 is opened.