Reloj inestable en CentOS 5.3

Forums: 

Saludos a todos, tengo un inconveniente con un servidor CentOS 5.3. El problema es que el comando date esta inestable. Para que tengan una idea mas clara de esto les copio una salida de varias ejecuciones consecutivas del comando date:


[user1@serv1 user1]$ date
mar ago 4 13:11:43 ECT 2009
[user1@serv1 user1]$ date
mar ago 4 13:32:42 ECT 2009
[user1@serv1 user1]$ date
mar ago 4 13:11:44 ECT 2009
[user1@serv1 user1]$ date
mar ago 4 13:32:43 ECT 2009
[user1@serv1 user1]$ date
mar ago 4 13:11:47 ECT 2009
[user1@serv1 user1]$ date
mar ago 4 13:32:46 ECT 2009
[user1@serv1 user1]$

Pensé que era un problema de ntp, ya lo desinstalé, pero el problema persiste.

Gracias a todos por su ayuda.

Hola, he revisado lo que me

Hola, he revisado lo que me recomendaste y me encontre que a partir de esta linea comienza el desfase de tiempo:

Aug 3 13:01:15 fw1 rpc.statd[2313]: Version 1.0.9 Starting

Este es un fragmento del contexto en el que esta la línea dentro del archivo: /var/log/messages


Aug 3 13:01:58 fw1 kernel: device-mapper: multipath: version 1.0.5 loaded
Aug 3 13:01:58 fw1 kernel: EXT3 FS on dm-0, internal journal
Aug 3 13:01:58 fw1 kernel: kjournald starting. Commit interval 5 seconds
Aug 3 13:01:58 fw1 kernel: EXT3 FS on sda1, internal journal
Aug 3 13:01:58 fw1 kernel: EXT3-fs: mounted filesystem with ordered data mode.
Aug 3 13:01:58 fw1 kernel: Adding 2031608k swap on /dev/VolGroup00/LogVol01. Priority:-1 extents:1 across:2031608k
Aug 3 13:01:58 fw1 kernel: IA-32 Microcode Update Driver: v1.14a
Aug 3 13:01:58 fw1 kernel: microcode: CPU0 updated from revision 0x9 to 0x17, date = 04222005
Aug 3 13:01:58 fw1 kernel: microcode: CPU1 updated from revision 0x9 to 0x17, date = 04222005
Aug 3 13:01:58 fw1 kernel: skge eth0: enabling interface
Aug 3 13:01:58 fw1 kernel: skge eth0: Link is up at 1000 Mbps, full duplex, flow control tx and rx
Aug 3 13:01:58 fw1 kernel: tg3: eth1: Link is up at 1000 Mbps, full duplex.
Aug 3 13:01:58 fw1 kernel: tg3: eth1: Flow control is on for TX and on for RX.
Aug 3 13:01:15 fw1 rpc.statd[2313]: Version 1.0.9 Starting
Aug 3 13:01:59 fw1 hcid[2414]: Bluetooth HCI daemon
Aug 3 13:01:16 fw1 kernel: Bluetooth: Core ver 2.10
Aug 3 13:01:59 fw1 kernel: NET: Registered protocol family 31
Aug 3 13:01:59 fw1 kernel: Bluetooth: HCI device and connection manager initialized
Aug 3 13:01:59 fw1 kernel: Bluetooth: HCI socket layer initialized
Aug 3 13:01:59 fw1 hcid[2414]: Register path:/org/bluez fallback:1
Aug 3 13:01:59 fw1 kernel: Bluetooth: L2CAP ver 2.8
Aug 3 13:01:59 fw1 kernel: Bluetooth: L2CAP socket layer initialized
Aug 3 13:01:59 fw1 sdpd[2420]: Bluetooth SDP daemon
Aug 3 13:01:59 fw1 kernel: Bluetooth: RFCOMM socket layer initialized
Aug 3 13:01:59 fw1 kernel: Bluetooth: RFCOMM TTY layer initialized
Aug 3 13:01:59 fw1 kernel: Bluetooth: RFCOMM ver 1.8
Aug 3 13:10:44 fw1 pcscd: pcscdaemon.c:507:main() pcsc-lite 1.4.4 daemon ready.
Aug 3 13:10:44 fw1 pcscd: hotplug_libusb.c:402:HPEstablishUSBNotifications() Driver ifd-egate.bundle does not support IFD_GENERATE_HOTPLUG. Using active polling instead.
Aug 3 13:10:44 fw1 pcscd: hotplug_libusb.c:411:HPEstablishUSBNotifications() Polling forced every 1 second(s)
Aug 3 13:10:44 fw1 kernel: Bluetooth: HIDP (Human Interface Emulation) ver 1.1
Aug 3 13:08:56 fw1 hidd[2567]: Bluetooth HID daemon

Alguna idea de lo que pueda estar sucediendo?

El servidor es un HP Proliant

El servidor es un HP Proliant ML-150 G2. Con dos discos SATA de 320 Gb colocados en espejo mediante la tarjeta controladora del mismos server. Tiene 8 Gb. de RAM y 2 procesadores Intel Xeon de 3.2 GHz.
Además tiene dos tarjetas de red, pues el servidor tiene las funciones de Proxy (con Squid) y Firewall (con Shorewall).

Solucionado!

Saludos, aparentemente este problema se debía a que el reloj interno (hardware) del servidor tenía una hora diferente a la que estaba configurada en Linux. Lo que hice fue reiniciar el servidor, ingresar al BIOS y configurar correctamente la hora, ahora todo parece estar bien.

Salu2