[prev in list] [next in list] [prev in thread] [next in thread] 

List:       leaf-user
Subject:    Re: [leaf-user] uClibc and ntpd
From:       KP Kirchdoerfer <kapeka () users ! sourceforge ! net>
Date:       2006-07-03 16:22:39
Message-ID: 200607031822.39957.kapeka () users ! sourceforge ! net
[Download RAW message or body]

Am Montag, 3. Juli 2006 17:44 schrieb Charles Steinkuehler:
> Erich Titl wrote:
> > Hi Folks
> >
> > Bering uClibc 2.4.1
> >
> > When I try to start ndp using
> >
> > /etc/init.d/ntpd start, the ntp daemon appears to run for a very short
> > while, then disappears from the process table without apparent reasons.
>
> I'm not sure exactly why this is happening to you, but ntpd will exhibit
> this behavior if your clock is too far off (apx. 5-10 minutes, IIRC) the
> correct time, as it exceeds the clock slew routines ability to correct.
>
> Make sure your clock is *CLOSE* to the correct time prior to running
> ntpd...it's pretty typical to run ntpdate to set the clock just before
> running ntpd to keep the clock accurate.

Bering-uClib cntpd accepts parameter -g 

"Normally, ntpd exits if the offset exceeds the sanity limit,
which is 1000 s by default.  If the sanity limit is set to zero,
no sanity checking is performed and any offset is acceptable.
This option overrides the limit and allows the time to be set to
any value without restriction; however, this can happen only
once.  After that, ntpd will exit if the limit is exceeded." (man page)

kp

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
------------------------------------------------------------------------
leaf-user mailing list: leaf-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- http://leaf-project.org/
[prev in list] [next in list] [prev in thread] [next in thread]