Re: NTPD synchronisation patches

看板DFBSD_submit作者時間20年前 (2005/04/14 19:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串14/19 (看更多)
-On [20050414 12:32], Joerg Sonnenberger (joerg@britannica.bec.de) wrote: >More precisely, it's internal time keeping is off by the delta the system >clock is stepped. In your case, it should take 2 hours to recover. >I don't think it is a bug, that's the reason why you should not step the >clock after all :) Which sucks on machines running a dual boot system with the BIOS clock set to UTC. Given that West Europa (most of it) is now UTC +2 you would have to stay two hours within DF before it is totally synched up. Which doesn't help timestamps on your box much though. On the other hand I can understand why it would slow down the clock so that after two hours it is in sync. Databases in general can be very displeased if clocks suddenly go back two hours. *grin* Time for the -f option to force a hard offset change at first synch. : ) -- Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / kita no mono Free Tibet! http://www.savetibet.org/ | http://ashemedai.deviantart.com/ http://www.tendra.org/ | http://www.in-nomine.org/ A thousand times these mysteries unfold themselves like galaxies in my head...
文章代碼(AID): #12NbI_00 (DFBSD_submit)
討論串 (同標題文章)
文章代碼(AID): #12NbI_00 (DFBSD_submit)