szerver ora kesik, de mitol

[quote:26aab88b76="bekeny"]Viszont gyanus az egybeeses a 2.6.7-es kernelre frissites es a keses jelentkezese kozott.

[quote:26aab88b76="trey"]Hanyas kernel? Jelenleg van egy idozitesi bug a kernelben, bar a jelenseg most az hogy dupla gyorsan szamolja az idot :-D Egyebkent a HPET miatt lehet siman..

gondolom akkor még most is 2.6.7 fut rajta :wink:

[quote:0a77a559b8="bekeny"][quote:0a77a559b8="trey"]Hanyas kernel? Jelenleg van egy idozitesi bug a kernelben, bar a jelenseg most az hogy dupla gyorsan szamolja az idot :-D Egyebkent a HPET miatt lehet siman..

2.6.7
Akkor lehet, hogy probalok egy HPET nelkuli kernelt, hatha. Koszi a tanacsot.
Egyebkent mi is pontosan ez a HPET? Honnan tudom, hogy az alaplap tamogatja-e (Asus P4PE). dmesg, ha jol emlekszem nem irta, hogy van vagy nincs (tehat gondolom nincs :))

Udv:
Bekeny

Ha 2.6.7 akkor tuti kernel bug. Most javitjak eppen.

linux-2.6.7, CONFIG_HPET_TIMER=y, napi egyszeri ntpdate mellett nem talalkoztam a jelenseggel (jelentos ora-elmaszas)

Hi!

En egyszer probaltam ntp-t hasznalni, de sajnos nem ment. Azota se tudom, hogy miert.

Viszont talaltam egy datesync.pl nevu cuccot, ami egesz jo, bar nem tud annyit, mint az ntp (csak az idot szinkronizalja).

By(t)e
TBS::Antiemes

Hi!

Tudom, hogy az a legjobb, csak nalam nem mukodik. Nem tudott asszem kapcsolodni a serverekhez. Ennek lehet, hogy az az oka, hogy firewall mogott vagyok. Vagy lehet, hogy csak en voltam bena.

By(t)e
TBS::Antiemes

Na én viszont tapasztaltam egy másmilyen problémát, ami valszeg az egész 2.6-os szériát érinti, de csak régi gépeken. Van nekem egy 486-os gépem, és ha 2.6-os kernelt rakok fel rá akkor kicsit késik az órája. (2.6.3/2.6.4-el teszteltem, azóta nem volt időm, nem hinném, hogy javították volna) A CMOS rtc-nek semmi baja, az pontosan jár (immáron 13 éve az eredeti elemmel). Hogy még érdekesebb legyen, ha sokat használom a vinyót (sima ISA buszos IDE, DMA támogatás nélkül) akkor nagyon késik! Nyilván valami olyasmi van, hogy az ide driver maszkolja az interruptokat, és eközben a kernel elveszíti a timer interruptjait. 2.4-en viszont hibátlan. Emellett, pedig az IDE teljesítménye is katasztrofális, 2.4.x-el visz 1.8MB/s-et is, 2.6.x-el csak 500kb/s-et; teljesen mindegy mit csinálok a hdparmmal, nem lesz jobb. Lehet, hogy a kettő összefügg. Az IDE vajon honnan veszi az időzítést? Azt tudom, hogy jiffies-t használ, az is a timer interruptból jön?

[quote:317f7fb114="antiemes"]Tudom, hogy az a legjobb, csak nalam nem mukodik. Nem tudott asszem kapcsolodni a serverekhez. Ennek lehet, hogy az az oka, hogy firewall mogott vagyok. Vagy lehet, hogy csak en voltam bena.

By(t)e
TBS::Antiemes

a 123-as udp portot kell engedélyezni az ntp szerver fele (a 123-as portról).

[quote:73f20e37a3="XMI"]Na én viszont tapasztaltam egy másmilyen problémát, ami valszeg az egész 2.6-os szériát érinti, de csak régi gépeken. Van nekem egy 486-os gépem, és ha 2.6-os kernelt rakok fel rá akkor kicsit késik az órája. (2.6.3/2.6.4-el teszteltem, azóta nem volt időm, nem hinném, hogy javították volna) A CMOS rtc-nek semmi baja, az pontosan jár (immáron 13 éve az eredeti elemmel). Hogy még érdekesebb legyen, ha sokat használom a vinyót (sima ISA buszos IDE, DMA támogatás nélkül) akkor nagyon késik! Nyilván valami olyasmi van, hogy az ide driver maszkolja az interruptokat, és eközben a kernel elveszíti a timer interruptjait. 2.4-en viszont hibátlan. Emellett, pedig az IDE teljesítménye is katasztrofális, 2.4.x-el visz 1.8MB/s-et is, 2.6.x-el csak 500kb/s-et; teljesen mindegy mit csinálok a hdparmmal, nem lesz jobb. Lehet, hogy a kettő összefügg. Az IDE vajon honnan veszi az időzítést? Azt tudom, hogy jiffies-t használ, az is a timer interruptból jön?

Akkor tapasztaltam én is az óra késését, amikor erős lemezművelet volt. Csakhogy: amd athlon xp 2800+, SATA vinyó, 2.4.21 alapú kernel (SuSE 9.0) ha jól emlékszem.
Tekerte ész nélkül a procit a lemezművelet, mert az UDMA nem volt beállítható (nem ment jól a gép). Serial ATA-tól kiakadt szegényke....

[quote:a58785da99="bekeny"]Hello!

Egy gepen a kovetkezo a jelenseg. Napi 5-10 percet kesik az ora. Minden este lefut cronbol az rdate -a -s time.kfki.hu, de masnap estere ujra jelentkezik a keses. Tudom lehetne surubben futtatni az rdate-et, vagy ntpdate-t hasznalni, de en inkabb a problema forrasara lennek kivancsi. Mivel a gep allandoan megy, ezert gondolom az alaplapi elem kimerulese nem jatszik (ha tevednek szoljatok!). Masreszt viszont kb. fel evig nem kesett az ora, csak az utobbi idoben csinalja, tehat a hw is jo (volt), csak nem romlott mar el egyik naprol a masikra, egyaltalan mi romolhatott volna el? Ja es ami meg egy erv a jo hw mellett, hogy a cat /proc/driver/rtc pontosan a GMT-t mutatja. Viszont gyanus az egybeeses a 2.6.7-es kernelre frissites es a keses jelentkezese kozott. Bar lehet, hogy mar regebben is csinalta, csak en nem vettem eszre... Elronthattam valamit a konfigban, ami ilyen tunetekkel jar? HPET timer-t beleraktam, de allitolag azt csak akkor hasznalja, ha tudja, tehat elvileg nem kene bajt okoznia. A tzconfig szerint Europe/Budapest az idozona, es ha ennek megfeleloen 2 orat hozzaadna az rtc-hez kepest, akkor a jo idot mutatna (hwclock -r asszem ezt csinalja, es az pontos is), de megis kevesebbet mutat a date outputja. Van meg ilyen file, hogy /etc/localtime, meg /etc/adjtime, de nem igazan vagom, hogy ezek mit csinalnak/mutatnak, es hogy lehet oket allitani. Gondolom az adjtime-t kellene atallitani... Ebben kernek tehat tanacsot. Bocs, hogy kicsit hosszu voltam.

Udv:

Bekeny

Hanyas kernel? Jelenleg van egy idozitesi bug a kernelben, bar a jelenseg most az hogy dupla gyorsan szamolja az idot :-D Egyebkent a HPET miatt lehet siman..