Odp: Gargoyle bieżąca data i czas
po prostu trzeba było ntpd zrestartować
Czyli jak to zrobić?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Gargoyle bieżąca data i czas
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
po prostu trzeba było ntpd zrestartować
Czyli jak to zrobić?
/etc/init.d/sysntpd stop
/etc/init.d/sysntpd start
O ile jest dostęp do internetu, o ile pinguje się serwery czasu itd.
No to mnie zmobilizowałeś ![]()
root@A*EDGE:~# /etc/init.d/ntpdate stop
root@A*EDGE:~# date
Sun Apr 27 21:23:34 CEST 2014
root@A*EDGE:~# date 19:00:00
Sun Apr 27 19:00:00 CEST 2014
root@A*EDGE:~# /etc/init.d/sysntpd stop
root@A*EDGE:~# date
Sun Apr 27 19:00:18 CEST 2014
root@A*EDGE:~# /etc/init.d/sysntpd start
root@A*EDGE:~# date
Sun Apr 27 19:00:37 CEST 2014
root@A*EDGE:~# date
Sun Apr 27 19:00:52 CEST 2014
root@A*EDGE:~# /etc/init.d/ntpdate start
root@A*EDGE:~# date
Sun Apr 27 21:25:06 CEST 2014
root@A*EDGE:~#
Mój sh sys jest kilka wpisów wcześniej, ale po krótce: ntpd i ntpdate mają pobierać czas z serwera tempus1.gum.gov.pl.
Jak widać ntpdate daje radę, ntpd - nie, nawet po restarcie.
Co mam mu zrobić, żeby zaskoczył?
Pzdr.
Mam kolegi wr-1043v2 po wgraniu gg 1.6.1.1 nie synchronizuje czasu. Jest pong do serwerów czasu chwilę po uruchomieniu widać, że wysyła zapytanie na porcie 123 i nic się nie dzieje. Upłynęło juz 20 minut i nie wysłał zapytania. Co sprawdzić oprócz restartu ntpd ?
polecenie ps:
4156 root 1508 S N /usr/sbin/ntpd -n -p 0.pool.ntp.org -p 1.pool.ntp.org -p 2.pool.ntp.org -p 3.pool.ntp.orgpo restarcie wszystko działa ale czemu na starcie po zmianie hasła nie startuje ?
Po zmianie hasła? A co jedno ma z drugim wspólnego?
No nic. Chodziło mi tylko, że na początku konfiguracji powinien zsynchronizować czas.
Sam, tak. Podłączasz kabel, synchronizuje czas.
U mnie i po restarcie wgraniu od nowa softu nadal 2001....
No właśnie tego nie zrobił a internet był dopiero po restarcie złapał.
Zrobiłem teraz firstboot. Po starcie w gui widać aktualny czas loguję się wpisuje nowe hasło i czas przestawia się na 2001r.
Restart rotera i czas prawidłowy.
Po ustawieniu hasła gdzie się czas przestawia? W systemie w ogóle czy gui tylko tego nie wyświetla?
Problem rzeczywiście występuje, obserwuję to aktualnie na najnowszej wersji, na 1043NDv1. Co ciekawe, zaraz po uruchomieniu na chwilę czas w systemie jest ustawiany prawidłowo, ale po chwili znowu wraca do 2001:
Na konsoli (szeregowej), zaraz po uruchomieniu systemu, po wgraniu obrazu na czysto:
root@Gargoyle:/# date
Sun Apr 27 17:18:29 CEST 2014
root@Gargoyle:/#
root@Gargoyle:/# [ 222.910000] ipt_bandwidth: backwards time shift detected, adjusting
root@Gargoyle:/#
root@Gargoyle:/# date
Mon Jan 1 01:00:30 CET 2001
root@Gargoyle:/#W moim przypadku restart sysntpd rozwiązuje problem.
A można ręcznie ustawić?
Poleceniem date. Lub wpisz w /usr/data/time_backup czy jakoś tak i po restarcie ustawi się na nią właśnie.
Problem rzeczywiście występuje...
W moim przypadku restart sysntpd rozwiązuje problem.
A np. u mnie nie.
Sięgnąłem do plików z backupem i logów komputera korzystającego z wifi na tym routerze i wychodzi, że brak aktualnego czasu wystąpił PRZED upgrade do najnowszej wersji. Były problemy z harmonogramem wifi z powodu nieaktualnego czasu, więc poszedł najpierw backup do poprzedniej wersji konfiga - znów brak czasu, a potem wrzuciłem obraz 1.6.0.5 i wcale się nie poprawiło.
Więc nie upieram się, że to wina najnowszej wersji.
Aktualnie korzystam z ntpdate i czas mam prosto z zegara atomowego ![]()
A tak w ogóle - mechanika pobierania czasu itd nie zmieniła się w AA od początku kiedy to jest. Jakim cudem macie problemy właśnie teraz?
Znowu sorry za OT.
Wrócę do mojego przypadku z dekoderem, o którym pisałem wcześniej: http://eko.one.pl/forum/viewtopic.php?p … 22#p107422
Mnie też to zdziwiło, że przez długi okres, czas w dekoderze synchronizował się poprawnie, a potem, nie wiadomo dlaczego (w systemie nic nie było grzebane, ani zmieniane) nagle przestało to działać.
Nie zastanawiałem się, dlaczego tak się stało, myślałem że może po stronie serwerów ntp coś się zmieniło w komunikacji. Przestało działać ntpdate ale działało rdate, więc odpuściłem sobie szukanie przyczyny.
mechanika pobierania czasu itd nie zmieniła się w AA od początku kiedy to jest.
Jak widać po postach, zepsuło się samo z siebie. Osobiście traktowałem gargoyle jako "fire-and-forget" i pewnie nadal bym do routera nie zajrzał gdyby nie ta awaria z wysypanym harmonogramem wifi. Tylko dlaczego w niektórych przypadkach pomaga restart ntpd, a w innych nie?
... Jakim cudem macie problemy właśnie teraz?
Myślę, że słowo "cud" może - w kontekście ostatnich wydarzeń medialnych - być tu kluczem ![]()
Może powodem jest kolejność w rc.d ?
W gargoyle od zawsze taka była. Co więcej - na hotplugu jest automat który restartuje demona jak wan się podniesie...
Pozwolę sobie odświeżyć temacik. Czy już wiadomo jaka była przyczyna? Od kąd przestała działać synchronizacja z serwerem czasu ustawiam sobie poleceniem date -s. Pokusiłem się dziś nawet o wgranie oficjalnego softu od tplinka i tam też mi nie działa pobieranie czasu. Ktoś ma na to sposób?
Mi tam działa..
Witam
Odkopię trochę temat
.
Co może być przyczyną, że ntpd nie aktualizuje mi czasu:
---------------------------------------------------------
root@Gargoyle:~$ /usr/sbin/ntpd -n -p 0.pool.ntp.org -p 1.pool.ntp.org -p 2.pool.ntp.org -p 3.pool.ntp.org
ntpd: timed out waiting for 194.177.4.1, reach 0x00, next query in 1s
ntpd: timed out waiting for 194.177.4.2, reach 0x00, next query in 2s
ntpd: timed out waiting for 217.153.128.243, reach 0x00, next query in 1s
ntpd: timed out waiting for 91.232.160.1, reach 0x00, next query in 2s
ntpd: timed out waiting for 194.177.4.1, reach 0x00, next query in 1s
ntpd: timed out waiting for 194.177.4.2, reach 0x00, next query in 2s
ntpd: timed out waiting for 217.153.128.243, reach 0x00, next query in 1s
ntpd: timed out waiting for 91.232.160.1, reach 0x00, next query in 1s
ntpd: timed out waiting for 194.177.4.1, reach 0x00, next query in 2s
ntpd: timed out waiting for 194.177.4.2, reach 0x00, next query in 1s
ntpd: timed out waiting for 217.153.128.243, reach 0x00, next query in 2s
ntpd: timed out waiting for 91.232.160.1, reach 0x00, next query in 2s
--------------------------------------
root@Gargoyle:~$ /usr/sbin/ntpd -n -p ntp.task.gda.pl
ntpd: timed out waiting for 153.19.250.123, reach 0x00, next query in 2s
ntpd: timed out waiting for 153.19.250.123, reach 0x00, next query in 2s
ntpd: timed out waiting for 153.19.250.123, reach 0x00, next query in 1s
ntpd: timed out waiting for 153.19.250.123, reach 0x00, next query in 1s
----------------------------------------
natomiast rdate aktualizuje bez problemu, dla przykładu:
--------------------------------------
root@Gargoyle:~$ date -s "201408261111"
Tue Aug 26 11:11:00 CEST 2014
root@Gargoyle:~$ rdate -s ntp.task.gda.pl
root@Gargoyle:~$ date
Tue Aug 26 20:18:43 CEST 2014
-----------------------------------------
ew. jak (jeżeli jest taka możliwość) zmienić aby programem domyślnie odpowiedzialnym za aktualizację czasu, był rdate a nie ntpd?
Sobie jakieś inne serwery czasu poszukaj, ale powiem Ci że z w/w jakoś problemów nie ma...
Dobrze rozumiem, że np. ntp.task.gda.pl poprawnie jest obsługiwany przez rdate, a przez ntpd już nie?
Jak widać w powyższym logu, próba połączenia się ntpd z ntp.task.gda.pl kończy się fiaskiem, natomiast chwilę później rdate z tym samym serwerem łączy się, i aktualizuje czas, bez problemu.
Ew. jakie inne (pewne) serwery mógłbym jeszcze przetestować za pomocą ntpd?
Pisałem - mi działa.
root@OpenWrt:~# date
Tue Aug 26 11:11:12 CEST 2014
root@OpenWrt:~# /usr/sbin/ntpd -d -q -n -p ntp.task.gda.pl
ntpd: resolved peer ntp.task.gda.pl to 153.19.250.123
ntpd: sending query to 153.19.250.123
ntpd: reply from 153.19.250.123: offset:+34065.077166 delay:0.021800 status:0x24 strat:2 refid:0xd4f424e3 rootdelay:0.006119 reach:0x01
ntpd: sending query to 153.19.250.123
ntpd: reply from 153.19.250.123: offset:+34065.076501 delay:0.020850 status:0x24 strat:2 refid:0xd4f424e3 rootdelay:0.006119 reach:0x03
ntpd: sending query to 153.19.250.123
ntpd: reply from 153.19.250.123: offset:+34065.076186 delay:0.019747 status:0x24 strat:2 refid:0xd4f424e3 rootdelay:0.006119 reach:0x07
ntpd: sending query to 153.19.250.123
ntpd: reply from 153.19.250.123: offset:+34065.076812 delay:0.021629 status:0x24 strat:2 refid:0xd4f424e3 rootdelay:0.006119 reach:0x0f
ntpd: sending query to 153.19.250.123
ntpd: reply from 153.19.250.123: offset:+34065.077200 delay:0.021648 status:0x24 strat:2 refid:0xd4f424e3 rootdelay:0.006119 reach:0x1f
ntpd: setting time to 2014-08-26 20:39:30.245928 (offset +34065.077200s)
root@OpenWrt:~# date
Tue Aug 26 20:39:37 CEST 2014Więc po prostu masz jakiś problem z połączeniem z jakiegoś powodu na port 123
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Gargoyle bieżąca data i czas
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc