Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Pendeli - 13.07.13 - klo:11.18
-
Xubuntu 12.04 on tähän asti ollut oikeassa ajassa. Nyt on alkanut jätättää niin että on tänään jo pari minuuttia jäljessä. Onko joku Linuxin aikapalvelin vialla vaiko omalla koneella häikkää?
Missä saa säädettyä kellonaikaa Xubuntussa?
-
Voi olla myös emolevyn ( Bios paristo ) vetämässä viimeisiään.
Käsitykseni mukaan ajantarkistus tapahtuu automaattisesti kun nettiyhteys on päällä. Nyt ei jostain syystä niin tapahdu.
-
Kai ntp ohjelma on asennettu ja portti avattu ntp:lle (portti 123)?
-
Kai ntp ohjelma on asennettu ja portti avattu ntp:lle (portti 123)?
NTP-ohjelma on asennettuna ja tähän asti aika on aina ollut sekunnilleen oikeassa.
Miten tuon portin voi tarkistaa?
-
Komento:
sudo ntpdate pool.ntp.org
antaa vastaukseksi:
13 Jul 12:38:38 ntpdate[3243]: the NTP socket is in use, exiting
Tarkoittaako tämä, että ntp socket on jossain muussa käytössä ja ei sen takia toimi. Aika ei ainakaan
korjaannu tuolla komennolla oikeaan.
-
13 Jul 15:11:41 ntpdate[20636]: adjust time server 80.190.147.92 offset 0.018790 sec
mulla tollasta
-
Itse olen asentanu paketin openntpd, sillä pysyy ajassa. Itsellä kanssa xubuntu, tuo ei kyllä
vakio asennuksessa tule mukana.
-
Ääni openntpd:lle. On kevyempi kuin ntp. Starttiin voi lisätä parametrin -s jolloin aika tarkistetaan ja asetetaan heti. Itselläni ntp ei korjannut aikaa, jos aika heitti paljon. Piti asettaa käsin. Jos useampia käyttiksiä ja joku on paikallisessa ajassa ja muut vaikka UTC niin ajan saa heittämään.
-
Tämä sama ongelma kellonajan kanssa taas ilmaantunut uudelleen. Muistaakseni en saanut aikaisemminkaan asennettua openntpd-ohjelmaa. Asennusyritys poistaa ensin ntp-ohjelman.
Antaa seuraavanlaisia virheilmoituksia:
Setting up openntpd (3.9p1+debian-9) ...
Starting openntpd: /etc/openntpd/ntpd.conf: Permission denied
invoke-rc.d: initscript openntpd, action "start" failed.
dpkg: error processing openntpd (--configure):
subprocess installed post-installation script returned error exit status 1
No apport report written because MaxReports is reached already
Errors were encountered while processing: openntpd
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up openntpd (3.9p1+debian-9) ...
Starting openntpd: /etc/openntpd/ntpd.conf: Permission denied
invoke-rc.d: initscript openntpd, action "start" failed.
dpkg: error processing openntpd (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
openntpd
Tarkoitus siis ensisijaisesti saada kellonaika pysymään oikeassa.
Mikä neuvoksi?
-
Setting up openntpd (3.9p1+debian-9) ...
Starting openntpd: /etc/openntpd/ntpd.conf: Permission denied
https://bugs.launchpad.net/ubuntu/+source/openntpd/+bug/458061
Poista ntpd:n ja openntpd:n asetustiedostot komennolla sudo apt-get purge ntp openntpd ja yritä sitten uudelleen.
Tarkoitus siis ensisijaisesti saada kellonaika pysymään oikeassa.
Mikä neuvoksi?
Kuinka oikeassa sen pitää olla? Meneekö kello yhden päivän kuluessa niin paljon väärään aikaan, ettei kerran päivässä ajettava korjaus riitä? Ubuntuhan päivittää ajan oletuksena cronin kautta ajettavalla ntpdatella. Itse en ole viitsinyt asentaa ntp-palvelimia mihinkään tavallisessa työpöytäkäytössä oleviin koneisiin, kun ne pysyvät sekunnin tarkkuudella oikeassa ajassa ilman säätämistäkin.
-
Openntpd ei näköjään asennu, eikä myöskään saa poistettua kokonaan, koska ilmoittaa joistain jäännösrippeistä. Mainitsemassasi linkissä näköjään samoja ongelmia, mutta ilman ratkaisua.
Ntp:n asensin uudelleen ja näyttää aikaeroa sivun
http://www.timeanddate.com/worldclock/ -näyttöön 16 sekuntia, joka myös terminaalista selviää:
.ntp_gettime() returns code 0 (OK)
time d69643bf.82416000 Fri, Jan 31 2014 17:46:07.508, (.508810),
maximum error 61516 us, estimated error 16 us, TAI offset 0
ntp_adjtime() returns code 0 (OK)
modes 0x0 (),
offset 0.000 us, frequency 0.000 ppm, interval 1 s,
maximum error 61516 us, estimated error 16 us,
status 0x4001 (PLL,MODE),
time constant 7, precision 1.000 us, tolerance 500 ppm,
System/Time and date asetuksista ajan korjaus ei onnistu manuaalisesti. Pitäisikö se sieltä onnistua?
Onnistuuko terminaalin avulla jollain komennolla? Manuaalinen asetus riittäisi tai vastaava automaattinen kerran päivässä??
-
Erikoinen ongelma, koskaan en ole moiseen henk.koht. törmännyt. Windows ei ole toisinaan pysynyt ajassa, mutta muistaakseni Linuxit aina.
Voisiko jopa olla konekohtainen juttu, biosin patteri väsynyt tjs?
-
Erikoinen ongelma, koskaan en ole moiseen henk.koht. törmännyt. Windows ei ole toisinaan pysynyt ajassa, mutta muistaakseni Linuxit aina.
Voisiko jopa olla konekohtainen juttu, biosin patteri väsynyt tjs?
Onkos se ntp myös käynnissä? Openntp:ssä minulla -s asetus käytössä eli asetetaan kello heti bootissa. HTPC:ssä sitten pyörii taustalla ja en nyt muista koska kello olisi kovin paljoa heittänyt. On kyllä riippuvainen netistä. Kyllä sen kellon saa kaiketi myös TV-verkosta, jos on TV-kortti koneessa. Ja miksei muualtakin...
-
Kone on viitisen vuotta vanha HP:n läppäri. Koneella myös winxp toisella puolen missä aika hoituu
manuaalisella tarkistuksella. Automaattinen tarkistus ei Windowsillakaan ole koskaan onnistunut tällä koneella. Oli patteri loppu tai ei, niin jollain aikaohjelmallahan asia pitäisi hoitua joka tapauksessa.
Tuolla ylempänä joku kyseli portin 123 aukinaisuutta. En tiedä kuinka se tsekataan.
ntpdate[6787]: no server suitable for synchronization found -vastaus tulee komentoon
sudo ntpdate pool.ntp.org
TV-korttia ei ole.
-
Portit on auki oletuksena itse koneesta ellei erikseen tee omia määrityksiä --- mutta sitten kaikki tai ei mitään periaatteella. Näkeehän tuon kun antaa
sudo iptables -L -n
Sitä tuo ei tietenkään kerro jos se on muualla estetty mutta kun aiemmin on toiminut niin hieman epäilen.
Olen kaksi konetta vuosien saatossa tavannut joissa on ollut kellossa ongelmaa eli sangen harvinainen vika. Kelloon pystyy virittämään vauhtia lisää jos se tippuu kyydistä niin paljon että ntp ei suostu enää yhteistoimintaan mutta tuo on aikamoista kikkailua. Tein tuon kerran kun ko. konetta ei voinut sammuttaa (palvelin).
ntpd: tä pystyy käyttämään myös "kertahyppy" tahdistukseen ja sitä voi ajaa edustalla niin että näkee mikä on ongelmana. Edustalla ajo:
sudo service ntp stop
sudo ntpd -d
Tuo kertoo aika mukavasti mitä tapahtuu. Kun ntp on toiminnassa ja ollut käynnissä pari minuuttia voi vilkaista vaikkapa:
ntpq -p
onko sinne jo ilmestynyt tähdellä merkattu aikapalvelin. Olen myös tavannut tapauksen jossa tuo komento vaati -4 vivun lisäksi (= IPv4).
-
ntp ei korjaa aikaa kerralla vaan pikkuhiljaa. Näin vaikka joku teollisuuden prosessi ei sekoa jos kello hyppää kerralla vaikka tunnin eteenpäin. Kos kello heittää paljon, niin ntp ei muistaakseni korjaa sitä. PC:ssä useampia kelloja. BIOS:sin kello usein melko epätarkka, varsinkin jos patteri/akku on vanha. Yleensä kellon kanssa ongelmia vain jos useampi käyttöjärjestelmä ja niillä eri aika. Jos XP on paikallisajassa (local) ja Linux UTC eikä local niin ongelma jatkuu.. Startissa Linux ei tykkää jos tiedostojen aikaleimat ovat tulevaisuudessa Työpöytäkäytössä ajan asetus cronnilla on ihan riittävä.
-
----
Työpöytäkäytössä ajan asetus cronnilla on ihan riittävä.
Onpa tuo riittänyt serverissäkin.
--- tuollaista lokissa ---
31 Jan 03:03:08 ntpdate[1589]: step time server 193.229.0.118 offset 0.572319 sec
31 Jan 11:03:08 ntpdate[2272]: step time server 193.229.0.118 offset 0.572532 sec
31 Jan 19:03:08 ntpdate[2791]: step time server 193.229.0.118 offset 0.574024 sec
1 Feb 03:03:07 ntpdate[3331]: step time server 193.229.0.118 offset 0.575115 sec
-
Kos kello heittää paljon, niin ntp ei muistaakseni korjaa sitä.
Jossain lukee että raja on 1000 s. eli noin 17 min. jolloin aika on "insane". Tuon sisään pitäisi aika saada ensin lokaalisti ennen kuin yrittää ntp: tä mukaan. Eri asia on sitten että jos paikallinen kello on liian hutera tai pyrkii eroon ajasta liian nopeasti niin ntp ei enää korjaa aikaa ja tippuu kyydistä.
-
Nyt kun ilmeisesti ntp toivottavasti taas pelaa, niin olen seurannut koneen ilmoittamaa aikaa. Eilisen 16 sekunnin edelläolon jälkeen koneen aika näyttää nyt melko tarkalleen sekunnin tarkuudella oikeata aikaa.
Nyt pitää vaan odotella ja katsoa, onko aika pudonnut huomiseen mennessä vielä lisää 16 sekuntia jälkeen oikeasta ajasta.
Kuinkahan tässä saa nukuttuakaan ensi yötä jänskätyksestä ;D
-
Jossain lukee että raja on 1000 s. eli noin 17 min. jolloin aika on "insane". Tuon sisään pitäisi aika saada ensin lokaalisti ennen kuin yrittää ntp: tä mukaan. Eri asia on sitten että jos paikallinen kello on liian hutera tai pyrkii eroon ajasta liian nopeasti niin ntp ei enää korjaa aikaa ja tippuu kyydistä.
Jos Linux on UTC-ajassa ja välillä käynnistää vaikka Windowssin joka on paikallisessa ajassa, niin kello heittää heti niin paljon, että ntp ei korjaa sitä.
-
Jos Linux on UTC-ajassa ja välillä käynnistää vaikka Windowssin joka on paikallisessa ajassa, niin kello heittää heti niin paljon, että ntp ei korjaa sitä.
Tällaiset kotikoneissa helposti syntyvät aikahypyt ovatkin hyvä syy unohtaa NTP-daemonit, jos ei niitä ihan oikeasti tarvitse, ja antaa ntpdaten korjata aika kohdalleen. Debian-pohjaisissa jakeluissa synkronointi toimii lähes pomminvarmasti, kun ei mene itse asentelemaan ja sotkemaan ntp-palikoita.