Hallo, Mein ntpd auf meinem x86_64 Desktop wollte irgendwann (seit 11.2?) nicht mehr mit den ntpd aus dem Pool synchronisieren, sondern ist zyklisch auf die ungenaue LC zurueckgefallen (Offset etwa 3 Sekunden). Und das obwohl die Verbindung wohl einwandfrei ist. Ein ntptimeset funktioniert dagegen einwandfrei. Auch die Verbindung zu den Servern ist IMHO einwandfrei. Das drift-File hatte ich auch schon mal geloscht. Was kann da sein? Was uebersehe ich. Exakt diesselbe Config laeuft auf einer anderen Kiste (11.1 x86_64) einwandfrei. ind assID status conf reach auth condition last_event cnt =========================================================== 1 14540 9424 yes yes none candidat reachable 2 2 14541 9624 yes yes none sys.peer reachable 2 3 14542 9024 yes yes none reject reachable 2 4 14543 9024 yes yes none reject reachable 2 assID=14540 status=9424 reach, conf, sel_candidat, 2 events, event_reach, srcadr=gromit.nocabal.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=2, precision=-20, rootdelay=3.983, rootdispersion=28.931, refid=130.149.17.21, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0, offset=1588.893, delay=19.488, dispersion=0.937, jitter=852.396, reftime=cf447bc9.7221f755 Fri, Mar 12 2010 9:37:29.445, org=cf448079.bd73e67a Fri, Mar 12 2010 9:57:29.740, rec=cf448078.2930ca64 Fri, Mar 12 2010 9:57:28.160, xmt=cf448078.242dda72 Fri, Mar 12 2010 9:57:28.141, filtdelay= 19.49 19.54 19.49 19.58 19.49 19.55 19.52 19.53, filtoffset= 1588.89 1400.51 1209.15 1014.90 823.53 635.15 443.80 258.38, filtdisp= 0.00 0.96 1.94 2.93 3.90 4.86 5.84 6.78 assID=14541 status=9624 reach, conf, sel_sys.peer, 2 events, event_reach, srcadr=ymmv.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=2, precision=-21, rootdelay=10.437, rootdispersion=32.715, refid=129.143.2.23, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0, offset=1662.293, delay=10.481, dispersion=0.928, jitter=847.974, reftime=cf447dd7.9cab3d04 Fri, Mar 12 2010 9:46:15.611, org=cf448094.cf13ec56 Fri, Mar 12 2010 9:57:56.808, rec=cf448093.26df4eb3 Fri, Mar 12 2010 9:57:55.151, xmt=cf448093.242d376e Fri, Mar 12 2010 9:57:55.141, filtdelay= 10.48 10.52 10.39 10.48 10.47 10.48 10.66 10.47, filtoffset= 1662.29 1476.82 1285.46 1091.10 902.77 717.33 522.91 334.62, filtdisp= 0.00 0.95 1.92 2.91 3.87 4.82 5.81 6.77 assID=14542 status=9024 reach, conf, 2 events, event_reach, srcadr=imap.immobilienring-nord.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=2, precision=-20, rootdelay=44.220, rootdispersion=158.722, refid=217.91.44.17, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=400 peer_dist, keyid=0, ttl=0, offset=1663.530, delay=38.860, dispersion=0.930, jitter=838.883, reftime=cf447d3c.e9ed7c6f Fri, Mar 12 2010 9:43:40.913, org=cf448092.d3059641 Fri, Mar 12 2010 9:57:54.824, rec=cf448091.2e21d52a Fri, Mar 12 2010 9:57:53.180, xmt=cf448091.242e7334 Fri, Mar 12 2010 9:57:53.141, filtdelay= 38.86 38.77 38.52 39.82 40.10 38.92 39.64 41.86, filtoffset= 1663.53 1472.01 1286.52 1101.03 915.34 730.07 535.60 349.18, filtdisp= 0.00 0.98 1.92 2.87 3.81 4.76 5.75 6.69 assID=14543 status=9024 reach, conf, 2 events, event_reach, srcadr=LOCAL(0), srcport=123, dstadr=127.0.0.1, dstport=123, leap=00, stratum=10, precision=-20, rootdelay=0.000, rootdispersion=10.000, refid=LOCL, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=10, flash=00 ok, keyid=0, ttl=0, offset=0.000, delay=0.000, dispersion=0.930, jitter=0.001, reftime=cf448085.242d79b4 Fri, Mar 12 2010 9:57:41.141, org=cf448085.242d79b4 Fri, Mar 12 2010 9:57:41.141, rec=cf448085.242d97c0 Fri, Mar 12 2010 9:57:41.141, xmt=cf448085.242d3542 Fri, Mar 12 2010 9:57:41.141, filtdelay= 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00, filtoffset= 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00, filtdisp= 0.00 0.96 1.94 2.88 3.84 4.82 5.81 6.78 Log: 12 Mar 09:34:55 ntpd[18907]: synchronized to 85.214.29.92, stratum 2 12 Mar 09:40:20 ntpd[18907]: synchronized to 217.7.239.199, stratum 2 12 Mar 09:42:33 ntpd[18907]: synchronized to 85.214.29.92, stratum 2 12 Mar 09:49:01 ntpd[18907]: time reset +3.169407 s 12 Mar 09:52:20 ntpd[18907]: synchronized to LOCAL(0), stratum 10 12 Mar 09:54:29 ntpd[18907]: synchronized to 85.214.29.92, stratum 2 12 Mar 09:55:45 ntpd[18907]: synchronized to LOCAL(0), stratum 10 12 Mar 09:55:47 ntpd[18907]: synchronized to 217.79.182.184, stratum 2 # egrep -v '^#|^[ \t]*$' /etc/ntp.conf server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized driftfile /var/lib/ntp/drift/ntp.drift # path for drift file logfile /var/log/ntp # alternate log file statsdir /tmp/ # directory for statistics files filegen loopstats file loopstats type day link enable keys /etc/ntp.keys # path for keys file trustedkey 1 # define trusted keys requestkey 1 # key (7) for accessing server variables # rpm -q ntp ntp-4.2.4p8-0.1.2.x86_64 Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Roman, Am 12. März 2010 10:06:07 schrieb Roman Fietze:
Hallo,
Mein ntpd auf meinem x86_64 Desktop wollte irgendwann (seit 11.2?) nicht mehr mit den ntpd aus dem Pool synchronisieren, sondern ist zyklisch auf die ungenaue LC zurueckgefallen (Offset etwa 3 Sekunden). Und das obwohl die Verbindung wohl einwandfrei ist.
Ein ntptimeset funktioniert dagegen einwandfrei. Auch die Verbindung zu den Servern ist IMHO einwandfrei. Das drift-File hatte ich auch schon mal geloscht.
Was kann da sein? Was uebersehe ich. Exakt diesselbe Config laeuft auf einer anderen Kiste (11.1 x86_64) einwandfrei.
ind assID status conf reach auth condition last_event cnt =========================================================== 1 14540 9424 yes yes none candidat reachable 2 2 14541 9624 yes yes none sys.peer reachable 2 3 14542 9024 yes yes none reject reachable 2 4 14543 9024 yes yes none reject reachable 2
assID=14540 status=9424 reach, conf, sel_candidat, 2 events, event_reach, srcadr=gromit.nocabal.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=2, precision=-20, rootdelay=3.983, rootdispersion=28.931, refid=130.149.17.21, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0, offset=1588.893, delay=19.488, dispersion=0.937, jitter=852.396, reftime=cf447bc9.7221f755 Fri, Mar 12 2010 9:37:29.445, org=cf448079.bd73e67a Fri, Mar 12 2010 9:57:29.740, rec=cf448078.2930ca64 Fri, Mar 12 2010 9:57:28.160, xmt=cf448078.242dda72 Fri, Mar 12 2010 9:57:28.141, filtdelay= 19.49 19.54 19.49 19.58 19.49 19.55 19.52 19.53, filtoffset= 1588.89 1400.51 1209.15 1014.90 823.53 635.15 443.80 258.38, filtdisp= 0.00 0.96 1.94 2.93 3.90 4.86 5.84 6.78
assID=14541 status=9624 reach, conf, sel_sys.peer, 2 events, event_reach, srcadr=ymmv.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=2, precision=-21, rootdelay=10.437, rootdispersion=32.715, refid=129.143.2.23, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0, offset=1662.293, delay=10.481, dispersion=0.928, jitter=847.974, reftime=cf447dd7.9cab3d04 Fri, Mar 12 2010 9:46:15.611, org=cf448094.cf13ec56 Fri, Mar 12 2010 9:57:56.808, rec=cf448093.26df4eb3 Fri, Mar 12 2010 9:57:55.151, xmt=cf448093.242d376e Fri, Mar 12 2010 9:57:55.141, filtdelay= 10.48 10.52 10.39 10.48 10.47 10.48 10.66 10.47, filtoffset= 1662.29 1476.82 1285.46 1091.10 902.77 717.33 522.91 334.62, filtdisp= 0.00 0.95 1.92 2.91 3.87 4.82 5.81 6.77
assID=14542 status=9024 reach, conf, 2 events, event_reach, srcadr=imap.immobilienring-nord.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=2, precision=-20, rootdelay=44.220, rootdispersion=158.722, refid=217.91.44.17, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=400 peer_dist, keyid=0, ttl=0, offset=1663.530, delay=38.860, dispersion=0.930, jitter=838.883, reftime=cf447d3c.e9ed7c6f Fri, Mar 12 2010 9:43:40.913, org=cf448092.d3059641 Fri, Mar 12 2010 9:57:54.824, rec=cf448091.2e21d52a Fri, Mar 12 2010 9:57:53.180, xmt=cf448091.242e7334 Fri, Mar 12 2010 9:57:53.141, filtdelay= 38.86 38.77 38.52 39.82 40.10 38.92 39.64 41.86, filtoffset= 1663.53 1472.01 1286.52 1101.03 915.34 730.07 535.60 349.18, filtdisp= 0.00 0.98 1.92 2.87 3.81 4.76 5.75 6.69
assID=14543 status=9024 reach, conf, 2 events, event_reach, srcadr=LOCAL(0), srcport=123, dstadr=127.0.0.1, dstport=123, leap=00, stratum=10, precision=-20, rootdelay=0.000, rootdispersion=10.000, refid=LOCL, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=10, flash=00 ok, keyid=0, ttl=0, offset=0.000, delay=0.000, dispersion=0.930, jitter=0.001, reftime=cf448085.242d79b4 Fri, Mar 12 2010 9:57:41.141, org=cf448085.242d79b4 Fri, Mar 12 2010 9:57:41.141, rec=cf448085.242d97c0 Fri, Mar 12 2010 9:57:41.141, xmt=cf448085.242d3542 Fri, Mar 12 2010 9:57:41.141, filtdelay= 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00, filtoffset= 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00, filtdisp= 0.00 0.96 1.94 2.88 3.84 4.82 5.81 6.78
Log:
12 Mar 09:34:55 ntpd[18907]: synchronized to 85.214.29.92, stratum 2 12 Mar 09:40:20 ntpd[18907]: synchronized to 217.7.239.199, stratum 2 12 Mar 09:42:33 ntpd[18907]: synchronized to 85.214.29.92, stratum 2 12 Mar 09:49:01 ntpd[18907]: time reset +3.169407 s 12 Mar 09:52:20 ntpd[18907]: synchronized to LOCAL(0), stratum 10 12 Mar 09:54:29 ntpd[18907]: synchronized to 85.214.29.92, stratum 2 12 Mar 09:55:45 ntpd[18907]: synchronized to LOCAL(0), stratum 10 12 Mar 09:55:47 ntpd[18907]: synchronized to 217.79.182.184, stratum 2
# egrep -v '^#|^[ \t]*$' /etc/ntp.conf server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized driftfile /var/lib/ntp/drift/ntp.drift # path for drift file logfile /var/log/ntp # alternate log file statsdir /tmp/ # directory for statistics files filegen loopstats file loopstats type day link enable keys /etc/ntp.keys # path for keys file trustedkey 1 # define trusted keys requestkey 1 # key (7) for accessing server variables
# rpm -q ntp ntp-4.2.4p8-0.1.2.x86_64 Ich kenne das Problem, nimm die Version 2.18 0-3.2 Viele Grüße, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Heinz, On Friday 12 March 2010 10:27:18 Heinz Dittmar wrote:
Ich kenne das Problem, nimm die Version 2.18 0-3.2
Meinst du yast2-ntp-client-2.18.0-3.2.noarch Das ist instaliert. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 12. März 2010 11:19:04 schrieb Roman Fietze:
Hallo Heinz,
On Friday 12 March 2010 10:27:18 Heinz Dittmar wrote:
Ich kenne das Problem, nimm die Version 2.18 0-3.2
Meinst du
yast2-ntp-client-2.18.0-3.2.noarch
Das ist instaliert. Ja das meinte ich. Mit der ntp-4.2.4p8-0.1.2.x86_64 treten eben diese Probleme auf. Viele Grüße, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, 12. März 2010 schrieb Roman Fietze:
(...). Was kann da sein? Was uebersehe ich. Exakt diesselbe Config laeuft auf einer anderen Kiste (11.1 x86_64) einwandfrei.
Ich denke mal das ist folgender Bug: https://bugzilla.novell.com/show_bug.cgi?id=557716 Dort ist auch ein Repository mit der reparierten Version angegeben. Gruß Jan -- The greatest American superstition is the belief in facts. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On Friday 12 March 2010 12:50:51 Jan Ritzerfeld wrote:
Ich denke mal das ist folgender Bug: https://bugzilla.novell.com/show_bug.cgi?id=557716 Dort ist auch ein Repository mit der reparierten Version angegeben.
Du warst schneller als ich. :) Bin gerade am Testen dieser Version ntp-4.2.4p8-7.1.x86_64 Mir scheint der Quartz auf meinem Meinboard ist zudem ziemlich daneben (ASUS M3A78 PRO), daher hatte ich wenn ich mich recht erinnere damals noch ein /etc/adjtime mit 0.000000 1268377253 0.000000 1268377253 UTC angelegt, damit der ntp ohen Driftfile zu Beginn ueberhaupt eine Chance hatte. Wie ich auf die Werte kam weiss ich jetzt nicht mehr, aber hat ja lange genug (11.1 oder ntp <= 4.2.4p6) gut funktioniert. Momentan sieht es gut aus: 12 Mar 13:35:49 ntpd[20614]: restrict requires an address 12 Mar 13:35:58 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 12 Mar 13:35:58 ntpd[20614]: kernel time sync status change 2001 12 Mar 13:51:59 ntpd[20614]: time reset +2.765097 s 12 Mar 13:53:04 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 12 Mar 14:08:02 ntpd[20614]: time reset +2.792676 s 12 Mar 14:09:07 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 12 Mar 14:23:08 ntpd[20614]: time reset +2.626391 s D.h. der ntpd springt wohl noch, bis der Skew der Linuxuhr passt und er nachziehen kann. Ich melde mich nochmal in ein paar Stunden, mal sehen ob das dann immer noch gut aussieht. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 12. März 2010 14:26:38 schrieb Roman Fietze:
Hallo,
On Friday 12 March 2010 12:50:51 Jan Ritzerfeld wrote:
Ich denke mal das ist folgender Bug: https://bugzilla.novell.com/show_bug.cgi?id=557716 Dort ist auch ein Repository mit der reparierten Version angegeben.
Du warst schneller als ich. :)
Bin gerade am Testen dieser Version ntp-4.2.4p8-7.1.x86_64
Mir scheint der Quartz auf meinem Meinboard ist zudem ziemlich daneben (ASUS M3A78 PRO), daher hatte ich wenn ich mich recht erinnere damals noch ein /etc/adjtime mit
0.000000 1268377253 0.000000 1268377253 UTC
angelegt, damit der ntp ohen Driftfile zu Beginn ueberhaupt eine Chance hatte. Wie ich auf die Werte kam weiss ich jetzt nicht mehr, aber hat ja lange genug (11.1 oder ntp <= 4.2.4p6) gut funktioniert.
Momentan sieht es gut aus:
12 Mar 13:35:49 ntpd[20614]: restrict requires an address 12 Mar 13:35:58 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 12 Mar 13:35:58 ntpd[20614]: kernel time sync status change 2001 12 Mar 13:51:59 ntpd[20614]: time reset +2.765097 s 12 Mar 13:53:04 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 12 Mar 14:08:02 ntpd[20614]: time reset +2.792676 s 12 Mar 14:09:07 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 12 Mar 14:23:08 ntpd[20614]: time reset +2.626391 s
D.h. der ntpd springt wohl noch, bis der Skew der Linuxuhr passt und er nachziehen kann.
Ich melde mich nochmal in ein paar Stunden, mal sehen ob das dann immer noch gut aussieht. Ich weiß nur eins, dass die Original-Version bei 11.2 von der DVD die Probleme macht, siehe auch den Bug-Link weiter oben. Und damit konnte ich das Problem lösen. Mir ist sonst keine neue Version von SuSE bekannt, die funktioniert. Viele Grüße, Heinz Dittmar
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On Friday 12 March 2010 15:03:41 Heinz Dittmar wrote:
Ich weiß nur eins, dass die Original-Version bei 11.2 von der DVD die Probleme macht, siehe auch den Bug-Link weiter oben.
Exakt. Die Version ntp-4.2.4p8-7.1.x86_64 scheint zu funktionieren. Sie quaelt sich aber nun wohl mit meiner Clock herum die dermassen daneben liegt. Muss wohl nochmal mit adjtimex herumspielen. Am Freitag Abend gestartet, bin ich erst hier angelangt: assID=46708 status=96f4 reach, conf, sel_sys.peer, 15 events, event_reach, srcadr=wikisquare.de, srcport=123, dstadr=192.168.5.33, dstport=123, leap=00, stratum=3, precision=-20, rootdelay=13.718, rootdispersion=41.641, refid=129.69.1.153, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, flash=00 ok, keyid=0, ttl=0, offset=1527.503, delay=12.886, dispersion=0.931, jitter=554.273, reftime=cf484b44.acbb78b2 Mon, Mar 15 2010 6:59:32.674, org=cf484c71.d21cc7b4 Mon, Mar 15 2010 7:04:33.820, rec=cf484c70.4cb89b73 Mon, Mar 15 2010 7:04:32.299, xmt=cf484c70.49687ed5 Mon, Mar 15 2010 7:04:32.286, filtdelay= 12.89 12.93 12.96 12.94 12.96 12.99 13.08 13.02, filtoffset= 1527.50 1399.62 1276.21 1151.48 1029.58 908.71 783.62 664.12, filtdisp= 0.00 0.98 1.92 2.88 3.83 4.77 5.76 6.72 15 Mar 04:39:39 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 04:55:34 ntpd[20614]: time reset +1.904638 s 15 Mar 04:56:19 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 05:12:26 ntpd[20614]: time reset +1.916466 s 15 Mar 05:12:49 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 05:28:43 ntpd[20614]: time reset +1.894826 s 15 Mar 05:30:02 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 05:44:02 ntpd[20614]: time reset +1.794975 s 15 Mar 05:44:46 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 06:00:49 ntpd[20614]: time reset +1.920199 s 15 Mar 06:01:40 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 06:17:04 ntpd[20614]: time reset +1.881150 s 15 Mar 06:18:03 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 06:34:03 ntpd[20614]: time reset +1.890924 s 15 Mar 06:34:45 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 15 Mar 06:50:46 ntpd[20614]: time reset +1.883615 s 15 Mar 06:51:50 ntpd[20614]: synchronized to 83.133.127.245, stratum 3 wobei das Driftfile sich seit einigen Stunden auch nicht mehr veraendert hat. Aber immerhin ist die Uhr jetzt schon mal nicht mehr way off und wandert immer weiter aus.
Und damit konnte ich das Problem lösen. Mir ist sonst keine neue Version von SuSE bekannt, die funktioniert.
Mir ebenfalls nicht, und ich habe so Einige versucht. Alle offiziellen Pakete der 11.2 funktionieren nicht. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On Monday 15 March 2010 07:13:58 Roman Fietze wrote:
Muss wohl nochmal mit adjtimex herumspielen.
Ein /sbin/adjtimex --tick 10022 hat's dann vollends getan. Das war zwar in boot.local drin, aber noch mit dem alten Pfad von adjtimex, /usr/sbin/adjtimex, deshalb hatte es nicht "gewirkt". Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Heinz Dittmar -
Jan Ritzerfeld -
Roman Fietze