1

Temat: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Dzień dobry

no nie do końca, po zmianie czasu na letni (chyba, dopiero dziś to zauważyłem) ww sprzęt zaczął samoczynnie restartować się po nawiązaniu połączenia 3G. Wcześniej, od końca lutego (czyli zakupu i instalacji gargoyla) działał wyśmienicie. Problem nie występuje, jeśli wyjmę modem z usb. Po podłączeniu gwizdka łączy się (aero) i po chwili następuje restart całego urządzenia. Uptime nie przekracza 2 minut.

Zauważyłem, że jest problem z czasem. Router wstaje z aktualną datą, ale godziną 00:00, po pobraniu aktualnego czasu następuje restart. W logach pojawia się nawet 1 stycznia, czego nie jestem w stanie wyjaśnić.

Bez podłączonego modemu urządzenie działa normalnie.

myślałem, żeby zacząć od aktualizacji, ale skoro wszystko do tej pory działało wyśmienicie, to podejrzewam, że aktualizacja nic tu nie zmieni

2

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

W /usr/data znajdziesz plik z datą. Możesz w nim zmienić date na bieżącą i zrestartować router, wtedy po restarcie będzie miał taką.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

3

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Zmieniłem, zrestartowałem, data zmieniła się jak napisałeś wyżej. Po włączeniu modemu nastąpił restart, data wróciła do tej, ustawionej z pliku, mimo iż minęło kilka minut.

4

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Bo to z pliku jest właśnie data ustawiana. Router nie ma zegara w sobie.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

5

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

No tak,  to zauważyłem smile

Co do głównego problemu, spróbować zaktualizować Gargoyla, czy najpierw zrestartować bieżącą wersję do ustawień fabrycznych?

6

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Wszystko jedno. Tak którą masz też powinna wystarczyć.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

7

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Dziwne rzeczy, system wywalił się nawet przy próbie pobrania konfiguracji (backup.sh)

Po restarcie do fabrycznych i ponownej konfiguracji z palca, odpukać, działa (uptime 17 min, pobrał aktualna godzine).

Tylko tak na prawdę nic nie udało mi się wyjaśnić, a jedynie zrestartować system. Czy mogło być to spowodowane zmiana czasu na letni? Byłem bardzo zadowolony z niezawodności tego sprzetu i gargulca, ale przy takim zachowaniu systemu raczej nie odważyłbym się uruchomić go w innym miejscu gdzie nie miałbym dostępu, np u rodziców. Szkoda.

8

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Co zmiana czasu miała by spowodować?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

9

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Nie wiem, ale do 30go całość działała niezawodnie. Może dopadł mnie spóźniony Y2K problem wink

10 (edytowany przez jarek7714 2014-03-31 16:16:48)

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

A nie "przyszło ci do głowy" że z tym Aero2 jest coś nie halo?! (ludzie włączcie choć na chwilę szare komórki-są stacje które nie mają zbyt dużego obłożenia i działa to dobrze-na ten cel operator przeznacza określony w koncesji procent pojemności pasma-ilość użytych kart w określonym rejonie w ogóle go nie interesuje, a bywa i tak że komercyjny dostęp nie działa na miarę oczekiwań w danym rejonie gdzie jest to popularny/jedyny szybki sposób korzystania z sieci a Aero-BDI działa dobrze). Mnie nigdy żaden komercyjny operator nie wykłada się poprzez aplikację na MBPro-a Aero2/BDI potrafi się wyłożyć, to co tu się dziwić że router nie daje rady (nawiązanie połączenia trwa kilka razy dłużej od dostępu komercyjnego-przeciążone stacje, zbyt mała pula adresów IP na potrzeby BDI). P.S Też mam dziś identyczny problem WR703N/E367 Aero2-restarty, po odłączeniu modemu wszystko ok! Zaraz wrzucę inną kartę. smile

11

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Witam.

Wczoraj miałem identyczny problem, router restartował się co minutę, jednak ja nie mam podłączonego żadnego modemu.
Gargoyle: 1.6.0, router TP-Link TL-WDR4300 v1
Jest jakiś bug w tej wersji oprogramowania który wariuje przy zmianie czasu.
Pomogło dopiero postawienie całego systemu na nowo.
Nieźle się wkurzyłem ponieważ ostatnio ciągle coś grzebie przy tym routerze i mam już dość smile Odpukać narazie znowu działa bez zarzutu.

Pozdrawiam.

12 (edytowany przez Szymon_Zy 2014-03-31 19:07:40)

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Trzy routery 1043, wr703n, gl-inet to samo! Co 1-3 minuty restart!

Wątpię aby to był przypadek.

Edit: Po firstboot i konfiguracji problem się chyba rozwiązał (na 2 routerach sprawdzałem).

13

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Przecież czas sobie można z palca ustawić.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

14

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Problem dotyczy 1.5.11.7 (wr1043nd), 1.6.0.2 (wr703n) i 1.6.0.4 (GL.iNET). Firstboot i ponowna konfiguracja i wszystko wraca do normy.

Całą noc w kółko mi się drukarka restartowała, aż żona wkr.... wyłączyła ją w diabły. Dopiero wieczorem po powrocie z pracy załapałem dlaczego hmm

15

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Firstboot czyści całość. Więc co, coś w konfiguracji złego miałeś?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

16

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Nie sądzę bo NIC nie zmieniałem w konfiguracji. Ot tak dla sportu dziś w nocy zaczęły się restartować. Tylko z 1043 się połapałem bo ładował co 2 minuty firmware do drukarki i po nocy hałasował, a dziś chciałem drukować i raz działał, dwa razy nie. Flash był wypełniony na nim tylko w 53%.

17

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

+1 że ewidentnie zmiana czasu coś miesza, bo u mnie nie Aero a Orange i też podobna bolączka.

18

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Myslalem ze to ja mam cos z routerem, a widze ze dzieje sie to samo u innych - ja sam sobie kompilowalem, ale w podobnej wersji 16.1 nic nie bylo teraz mam 16.3 bez najnowszych sterownikow atherosa i tez mam restarty ostatni wlasnie po zmianie czasu, zaoralem flash i wszystko wrocilo do normy, sprawdzalem 3 konfiguracje i bylo to samo - cos jest gdzies ewidentnie skopane.

19

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

ghrond napisał/a:

Dzień dobry

no nie do końca, po zmianie czasu na letni (chyba, dopiero dziś to zauważyłem) ww sprzęt zaczął samoczynnie restartować się po nawiązaniu połączenia 3G. Wcześniej, od końca lutego (czyli zakupu i instalacji gargoyla) działał wyśmienicie. Problem nie występuje, jeśli wyjmę modem z usb. Po podłączeniu gwizdka łączy się (aero) i po chwili następuje restart całego urządzenia. Uptime nie przekracza 2 minut.

Zauważyłem, że jest problem z czasem. Router wstaje z aktualną datą, ale godziną 00:00, po pobraniu aktualnego czasu następuje restart. W logach pojawia się nawet 1 stycznia, czego nie jestem w stanie wyjaśnić.

Bez podłączonego modemu urządzenie działa normalnie.

myślałem, żeby zacząć od aktualizacji, ale skoro wszystko do tej pory działało wyśmienicie, to podejrzewam, że aktualizacja nic tu nie zmieni

Rzeczywiście kolega miał rację, identyczny objaw był u mnie-po zmianie Aero2 na iPlus również restarty, wyjęcie modemu router pracuje bezobjawowo. Zrobiłem aktualizację systemu i wszystko skonfigurowałem od początku i działa bezproblemowo (poza Aero2 ale tu jest ta nieszczęsna autoryzacja). Cezary wielu użytkownikom wyłożyły się TL po zmianie czasu-musi być jakiś bug w firmware, co ciekawe równolegle działający D-Link DIR-505 nie miał tego problemu

 
Nazwa urządzenia:Gargoyle
Wersja Gargoyle:1.6.0.3 (r39928), by obsy
Model:D-Link DIR-505 rev. A1
Konfiguracja urządzenia:Brama sieciowa
Zajętość pamięci RAM:21MB / 60.1MB (35%)
Połączenia:160/4096
Średnie obciążenie CPU:0.08 / 0.03 / 0.05  (1/5/15 min.)
Czas pracy:4 dni, 14 godz., 5 min.
Bieżąca data i czas:2014-04-01 16:08 CEST
Adres IP WAN:37.248...
Maska podsieci WAN:255.255.255.248
Adres MAC WAN:00:A0:C6:00:00:00
Adres bramy WAN:37.248...
Serwer(y) DNS WAN:208.67.220.220
208.67.222.222 

smile

20

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

No masz, u mnie to samo, TL-WR1030nd v1, modem z orange, już myślałem, że router padł na amen. Zobaczymy co po tym firstboocie.

21 (edytowany przez zaspany 2014-04-01 16:52:48)

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

WDR 4300 +e3131+orange też ciągle restarty ale wgrałem najnowszego gargulca i hula - szkoda że nie wiedziałem że chodzi o zmianę czasu.

Ale mam też 2 punkt
wdr 4300 + 1.5.11.6+iplus  i jest ok

22

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Heh, a ja wypłodziłem nowy topic...
http://eko.one.pl/forum/viewtopic.php?id=8385
- @Moderator - przepraszam, nie zauważyłem tego tematu, ale wygląda na to samo. Jutro sprawdzę czy reconfiguracja albo ustawienie daty z ręki coś pomoże. U mnie jest 3G z T-Mobile - symptomy takie same.

Obawiam sie tylko o statystyki zużycia pasma, nie chce ich stracić jeśli są tam jeszcze. Czy można je jakoś wyciągnąć ręcznie przez konsole bez webGUI?

23

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

Też mam to samo. Da się to jakoś naprawić bez fistboota?

24

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

U mnie było wczoraj to samo. Nie wiedziałem co jest, narazie wpiąłem modem do portu usb bo nie mam czasu zaktualizować routera.

Modem e3131 Aero2 , router mr3420 z dodatkowym zasilaniem, hubem i extrootem oraz wersją firmawre 1.5.10.7 (r37267)

Problem się zaczął 31 marca 2014 roku o około godzinie 14:20

2 minuty działania potem restart modemu i tak w kółko.

Jak będziecie mieli rozwiązanie co zrobić żeby działało normalnie bez ponownej reinstalacji dajcie znać.

1. Modem e3131, sieć Aero2  + Router TL-MR3420 Gargoyle 1.6.2.1
2. Modem E3372, sieć CP LTE + Router TL-MR3420 Gargoyle 1.6.2.1

25

Odp: Gargoyle 1.6.0.2 + WR1043ND + E3131 = restarty

potwierdzam identyczne objawy na mr3040 z gg 1.6.0.4 +e3131
flash+kopia zapasowa nie pomógł, pomogło firstboot bez przywracania z kopii
natomiast wr842nd z gg 1.6.0.1 + e3131 z prawie identyczną konfiguracją  działa poprawnie

to jest jakiś problem z procesem hotplug-call
tymczasowe rozwiązanie eliminujące restart to dodanie do rc.local
(while true; do killall hotplug-call 2>/dev/null; sleep 10; done) &