esm module and ntp problem

Rechenberg, Andrew ARechenberg at shermanfinancialgroup.com
Mon Jan 13 15:44:01 CST 2003


Actually I see large variances in the standard system clock when running
the esm module.  This server is not doing anything at all.  It is just a
test server for disaster recovery.  Over this past weekend the server in
question gained 51 seconds, and gained over 4.5 seconds just since this
morning.  Something definitely seems amiss with the esm module. 

[root at cinshrcub09 /etc/delloma.d]# ntpdate 10.1.1.10
10 Jan 16:36:40 ntpdate[11581]: step time server 10.1.1.10 offset
-2.824191 sec
[root at cinshrcub09 /etc/delloma.d]# ntpdate 10.1.1.10
13 Jan 09:22:12 ntpdate[23611]: step time server 10.1.1.10 offset
-51.545248 sec
[root at cinshrcub09 /etc/delloma.d]# ntpdate 10.1.1.10
13 Jan 15:09:38 ntpdate[23873]: step time server 10.1.1.10 offset
-4.618446 sec


[root at cinshrcub09 /etc/delloma.d]# cat /etc/redhat-release
Red Hat Linux release 7.3 (Valhalla)
[root at cinshrcub09 /etc/delloma.d]# uname -a
Linux cinshrcub09.shermfin.com 2.4.18-19.7.xbigmem #1 SMP Thu Dec 12
07:32:12 EST 2002 i686 unknown
[root at cinshrcub09 /etc/delloma.d]# lsmod
Module                  Size  Used by    Tainted: P
sg                     34628   0  (autoclean)
esm                    78406   1
autofs                 11620   0  (autoclean) (unused)
eepro100               20688   1
st                     29684   0  (unused)
ext3                   67360   5
jbd                    51464   5  [ext3]
megaraid               28608   6
aic7xxx               129856   0
sd_mod                 12832  12
scsi_mod              110800   5  [sg st megaraid aic7xxx sd_mod]

 


-----Original Message-----
From: Gary Evesson [mailto:gevesson at decentrix.com] 
Sent: Monday, January 13, 2003 12:56 PM
To: Linux-Poweredge at dell.com
Subject: Re: esm module and ntp problem


>
>
>Nope, more like this, EVERY Monday, like--well--clockwork, as my local
backup
>job is ending... :-(
>
>Jan 13 07:00:49 drake ntpd[11379]: time correction of 2057 seconds
exceeds
>sanity limit (1000); set clock manually to the correct UTC time.
>  
>
That's way too big for drift. Something is punching an incorrect value 
into the time - one would assume the backup software. What backup 
software are you using?

- Gary

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge at dell.com
http://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq or search the list
archives at http://lists.us.dell.com/htdig/




More information about the Linux-PowerEdge mailing list