Router genstarter af sig selv ved belastning

Diverse d.  24. april. 2016, skrevet af freak_master
Vist: 1126 gange.

freak_master
 
Redaktør
Tilføjet:
24-04-2016 00:20:30
Svar/Indlæg:
6368/477
Jeg er ved at være træt af det problem jeg efterhånden har haft i lang tid.

Det startede med at min NAS pludselig kun ville køre 100mbit når der gik data til og fra min stationær (system i profil). Kablet til og fra min stationær til switch er CAT6, og jeg kan bruge mit 300mbit internet til fulde, bare ikke når jeg snakker med min NAS.

For lige at forklare min opsætning:

Modem -> Tilgin router (Fra Bredbåndnord - 192.168.1.1) -> ASUS RT-N66U (Egen købt - 192.168.2.1) -> ASUS RT-AC87U (egen købt - access point, får 192.168.2.249 fra RT-N66U).

Der er intet koblet til Tilgin routeren udover RT-N66U. Huset er over 300kvm i to etager så det trådløse i Tilgil routeren er bare ikke godt nok, En kombo med de to ASUS jeg har er ganske OK, og jeg har AC wifi på øverste etage som er hvor folk i huset hyppigst opholder sig.

Istedet for RT-AC87U havde jeg før en D-Link Gbit switch. Denne switch blev pludselig meget dum, og jeg mente selv at den var død, men en udskiftning til RT-AC87U viser nu at det nok ikke er den alligevel.

Min NAS (192.168.2.157) er tilkoblet RT-AC87U.

Nu har jeg prøvet i alt 8 gange at overføre en fil på 4.4GB til min NAS fra min stationær, og hvor eneste gang (random tidspunkt under overførslen) sætter RT-AC87U ud og genstarter.

Jeg har forsøgt at kigge i loggen, men den ser ganske normal ud. Jeg kan ikke få at vide hvorfor RT-87U genstarter - kan man få den til at logge noget mere, og gemme log fra før genstart?

Det eneste jeg har i loggen på RT-87U er:

Jan 1 13:14:08 ntp: start NTP update
Jan 1 13:14:11 ntp: start NTP update
Jan 1 13:14:14 ntp: start NTP update
Jan 1 13:14:17 ntp: start NTP update
Jan 1 13:14:20 ntp: start NTP update
Jan 1 13:14:23 ntp: start NTP update
Jan 1 13:14:26 ntp: start NTP update
Jan 1 13:14:29 ntp: start NTP update
Jan 1 13:14:32 ntp: start NTP update
Jan 1 13:14:35 ntp: start NTP update
Jan 1 13:14:38 ntp: start NTP update
Jan 1 13:14:41 ntp: start NTP update
Jan 1 13:14:44 ntp: start NTP update
Jan 1 13:14:47 ntp: start NTP update
Jan 1 13:14:50 ntp: start NTP update
Jan 1 13:14:53 ntp: start NTP update
Jan 1 00:00:11 syslogd started: BusyBox v1.17.4
Jan 1 00:00:11 kernel: klogd started: BusyBox v1.17.4 (2015-04-10 16:52:21 CST)
Jan 1 00:00:11 kernel: Linux version 2.6.36.4brcmarm (raymonddev@raymonddev-1404) (gcc version 4.5.3 (Buildroot 2012.02) ) #1 SMP PREEMPT Fri Apr 10 16:58:08 CST 2015
Jan 1 00:00:11 kernel: CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c53c7f
Jan 1 00:00:11 kernel: CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Jan 1 00:00:11 kernel: Machine: Northstar Prototype
Jan 1 00:00:11 kernel: Ignoring unrecognised tag 0x00000000
Jan 1 00:00:11 kernel: Memory policy: ECC disabled, Data cache writealloc
Jan 1 00:00:11 kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 60416
Jan 1 00:00:11 kernel: Kernel command line: root=/dev/mtdblock2 console=ttyS0,115200 init=/sbin/preinit earlyprintk debug
Jan 1 00:00:11 kernel: Memory: 255540k/255540k available, 6604k reserved, 0K highmem
Jan 1 00:00:11 kernel: Virtual kernel memory layout:
Jan 1 00:00:11 kernel: vector : 0xffff0000 - 0xffff1000 ( 4 kB)
Jan 1 00:00:11 kernel: fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
Jan 1 00:00:11 kernel: DMA : 0xf7e00000 - 0xffe00000 ( 128 MB)
Jan 1 00:00:11 kernel: vmalloc : 0xd0800000 - 0xf0000000 ( 504 MB)
Jan 1 00:00:11 kernel: lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
Jan 1 00:00:11 kernel: modules : 0xbf000000 - 0xc0000000 ( 16 MB)
Jan 1 00:00:11 kernel: .init : 0xc0008000 - 0xc003d000 ( 212 kB)
Jan 1 00:00:11 kernel: .text : 0xc003d000 - 0xc03a2000 (3476 kB)
Jan 1 00:00:11 kernel: .data : 0xc03ba000 - 0xc03dcfe0 ( 140 kB)
Jan 1 00:00:11 kernel: External imprecise Data abort at addr=0x0, fsr=0x1c06 ignored.
Jan 1 00:00:11 kernel: Mount-cache hash table entries: 512
Jan 1 00:00:11 kernel: CPU1: Booted secondary processor
Jan 1 00:00:11 kernel: Found a AMD NAND flash:
Jan 1 00:00:11 kernel: Total size: 128MB
Jan 1 00:00:11 kernel: Block size: 128KB
Jan 1 00:00:11 kernel: Page Size: 2048B
Jan 1 00:00:11 kernel: OOB Size: 64B
Jan 1 00:00:11 kernel: Sector size: 512B
Jan 1 00:00:11 kernel: Spare size: 16B
Jan 1 00:00:11 kernel: ECC level: 8 (8-bit)
Jan 1 00:00:11 kernel: Device ID: 0x 1 0xf1 0x 0 0x1d 0x 1 0xf1
Jan 1 00:00:11 kernel: bio: create slab <bio-0> at 0
Jan 1 00:00:11 kernel: PCI: no core
Jan 1 00:00:11 kernel: PCI: no core
Jan 1 00:00:12 kernel: PCI: Fixing up bus 0
Jan 1 00:00:12 kernel: PCI: Fixing up bus 0
Jan 1 00:00:12 kernel: PCI: Fixing up bus 1
Jan 1 00:00:12 kernel: VFS: Disk quotas dquot_6.5.2
Jan 1 00:00:12 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Jan 1 00:00:12 kernel: pflash: found no supported devices
Jan 1 00:00:12 kernel: bcmsflash: found no supported devices
Jan 1 00:00:12 kernel: Boot partition size = 524288(0x80000)
Jan 1 00:00:12 kernel: lookup_nflash_rootfs_offset: offset = 0x200000
Jan 1 00:00:12 kernel: nflash: squash filesystem with lzma found at block 28
Jan 1 00:00:12 kernel: Creating 4 MTD partitions on "nflash":
Jan 1 00:00:12 kernel: 0x000000000000-0x000000080000 : "boot"
Jan 1 00:00:12 kernel: 0x000000080000-0x000000200000 : "nvram"
Jan 1 00:00:12 kernel: 0x000000200000-0x000004000000 : "linux"
Jan 1 00:00:12 kernel: 0x000000399a08-0x000004000000 : "rootfs"
Jan 1 00:00:12 kernel: === PPTP init ===
Jan 1 00:00:12 kernel: Registering the dns_resolver key type
Jan 1 00:00:12 kernel: Spare area=64 eccbytes 56, ecc bytes located at:
Jan 1 00:00:12 kernel: 2 3 4 5 6 7 8 9 10 11 12 13 14 15 18 19 20 21 22 23 24 25 26 27 28 29 30 31 34 35 36 37 38 39 40 41 42 43 44 45 46 47 50 51 52 53 54 55 56 57 58 59 60 61 62 63
Jan 1 00:00:12 kernel: Available 7 bytes at (off,len):
Jan 1 00:00:12 kernel: (1,1) (16,2) (32,2) (48,2) (0,0) (0,0) (0,0) (0,0)
Jan 1 00:00:12 kernel: Options: NO_AUTOINCR,NO_READRDY,BBT_SCAN2NDPAGE,
Jan 1 00:00:12 kernel: Creating 2 MTD partitions on "brcmnand":
Jan 1 00:00:12 kernel: 0x000004000000-0x000007ec0000 : "brcmnand"
Jan 1 00:00:12 kernel: 0x000007ec0000-0x000008000000 : "asus"
Jan 1 00:00:12 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
Jan 1 00:00:12 kernel: ctf: module license 'Proprietary' taints kernel.
Jan 1 00:00:12 kernel: Disabling lock debugging due to kernel taint
Jan 1 00:00:12 kernel: et_module_init: passivemode set to 0x0
Jan 1 00:00:12 kernel: et_module_init: txworkq set to 0x1
Jan 1 00:00:12 kernel: et_module_init: et_txq_thresh set to 0x400
Jan 1 00:00:12 kernel: =================
Jan 1 00:00:12 kernel: robo chk regs:
Jan 1 00:00:12 kernel: ===================
Jan 1 00:00:12 kernel: (0x00,0x5d)Port 5 States Override: 0xfb
Jan 1 00:00:12 kernel: (0x00,0x5f)Port 7 States Override: 0xfb
Jan 1 00:00:12 kernel: (0x00,0x0e)Port 8 States Override: 0x0a
Jan 1 00:00:12 kernel: (0x00,0x08)Port 8 IMP Control Register: 0x00
Jan 1 00:00:12 kernel: (0x02,0x00) Global Management Config: 0x00
Jan 1 00:00:12 kernel: (0x02,0x00) 802.1Q VLAN Control 5: 0x00
Jan 1 00:00:12 kernel: (0x02,0x03) BRCM HDR Control Register: 0x00
Jan 1 00:00:12 kernel: (0x00,0x0b) Switch Mode Register: 0x06
Jan 1 00:00:12 kernel: eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 6.37.14.86 (r456083)
Jan 1 00:00:12 kernel: wl_module_init: passivemode set to 0x0
Jan 1 00:00:12 kernel: wl_module_init: txworkq set to 0x1
Jan 1 00:00:12 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.86 (r456083)
Jan 1 00:00:13 qcsapi: write qcsapi conf ok
Jan 1 00:00:15 rc_service: udhcpc_lan 433:notify_rc start_dnsmasq
Jan 1 00:00:15 ntp: start NTP update
Apr 23 23:01:18 rc_service: ntp 434:notify_rc restart_diskmon
Apr 23 23:01:18 rc_service: waitting "start_dnsmasq" via ...
Apr 23 23:01:33 rc_service: skip the event: restart_diskmon.
Apr 23 23:01:58 RT-AC87U: start httpd
Apr 23 23:01:59 disk monitor: be idle
Apr 23 23:01:59 kernel: SCSI subsystem initialized
Apr 23 23:01:59 syslog: Generating SSL certificate...
Apr 23 23:02:00 kernel: xhci_hcd 0000:00:0c.0: Failed to enable MSI-X
Apr 23 23:02:00 kernel: xhci_hcd 0000:00:0c.0: failed to allocate MSI entry
Apr 23 23:02:00 kernel: usb usb1: No SuperSpeed endpoint companion for config 1 interface 0 altsetting 0 ep 129: using minimum values
Apr 23 23:02:03 qtn: bootcfg.tgz exists
Apr 23 23:02:13 dfs: start dfs scan
Apr 23 23:02:13 nodfs_scan: complete
Apr 23 23:02:20 rc_service: udhcpc_lan 638:notify_rc start_dnsmasq
Apr 23 23:02:20 ntp: start NTP update

"Start NTP update" der åbenbart er sket første januar er sket med et tidsrum af 3 sekunder, og første log er:
Jan 1 07:28:28 ntp: start NTP update

Altså har den stået i mange timer og forsøgt NTP update inden den får opdateret tiden - det giver ikke meget mening, og så har jeg loggen "restart_diskmon" som første log efter routeren har opdateret tiden.

Min RT-N66U genstarter ikke, og loggen ser OK ud:
Apr 23 19:26:56 miniupnpd[466]: removed 15 unused rules
Apr 23 19:46:56 miniupnpd[466]: removed 13 unused rules
Apr 23 20:06:56 miniupnpd[466]: removed 15 unused rules
Apr 23 20:26:56 miniupnpd[466]: removed 13 unused rules
Apr 23 20:46:56 miniupnpd[466]: removed 15 unused rules
Apr 23 21:06:56 miniupnpd[466]: removed 13 unused rules
Apr 23 21:26:56 miniupnpd[466]: removed 15 unused rules
Apr 23 21:46:56 miniupnpd[466]: removed 13 unused rules
Apr 23 22:05:11 kernel: eth1: received packet with own address as source address
Apr 23 22:06:56 miniupnpd[466]: removed 15 unused rules
Apr 23 22:10:19 kernel: eth1: received packet with own address as source address
Apr 23 22:11:22 kernel: eth1: received packet with own address as source address
Apr 23 22:12:17 kernel: eth1: received packet with own address as source address
Apr 23 22:19:26 kernel: eth1: received packet with own address as source address
Apr 23 22:21:11 kernel: eth1: received packet with own address as source address
Apr 23 22:24:06 kernel: eth1: received packet with own address as source address
Apr 23 22:24:30 kernel: eth1: received packet with own address as source address
Apr 23 22:26:56 miniupnpd[466]: removed 13 unused rules
Apr 23 22:46:56 miniupnpd[466]: removed 15 unused rules
Apr 23 23:06:56 miniupnpd[466]: removed 15 unused rules
Apr 23 23:26:56 miniupnpd[466]: removed 13 unused rules
Apr 23 23:46:56 miniupnpd[466]: removed 16 unused rules
Apr 23 23:52:38 kernel: eth1: received packet with own address as source address
Apr 23 23:52:40 kernel: eth1: received packet with own address as source address
Apr 23 23:52:48 kernel: eth1: received packet with own address as source address
Apr 24 00:06:56 miniupnpd[466]: removed 14 unused rules

Jeg har forsøgt at slukke for alle WiFi enheder i huset - samme fejl sker. Jeg har prøvet med D-Link router - samme fejl sker.
Jeg har prøvet at skifte netkort i min stationær - samme fejl sker. Jeg har opdateret min NAS til nyeste firmware - samme fejl sker. Jeg har forsøgt at skifte kabler - samme fejl sker, og NAS vil stadig kun tage imod 100mbit, både med ASUS router og D-Link switch.
NAS er QNap TS-451

Jeg er totalt tabt for ideer, kan nogen måske hjælpe mig her?
ICE-Cool
 
Elitebruger
Tilføjet:
24-04-2016 00:38:43
Svar/Indlæg:
3799/43
Prøv dette.
1. get latest firmware
2. make sure NTP server is set correct. I've switched to a static IP NTP server: 132.246.148.30 (time4.nrc.ca)
3. check if NTP update is still happening
4. if it is, from a web browser access the router via: http://192.168 .1.1/Main_AdmStatus_Content.asp
5. enter these commands "mtd-erase -d nvram" (no quotes when entering)
6. reboot (I did a soft reboot from the GUI)
7. check if NTP update is happening. mine pings the server every hour now, as it should.
8. you may have to telnet into your RT-N56U and set the time and date for the NTP synchronization to happen correctly. to do so telent into the RT-N56U and use this command "date -s [YYYYMMDDhhmm]" (no quotes or brackets when entering the command)


Du kan eventuelt benytte.
server 0.dk.pool.ntp.org
server 1.dk.pool.ntp.org
server 2.dk.pool.ntp.org
server 3.dk.pool.ntp.org


freak_master
 
Redaktør
Tilføjet:
24-04-2016 01:06:09
Svar/Indlæg:
6368/477
Tiden passer OK i routeren efter den er startet op, og den kigger kun efter tiden cirka hver time, som den skal:

Apr 23 23:02:20 ntp: start NTP update
Apr 23 23:59:57 ntp: start NTP update

Så jeg tvivler på at NTP har noget at gøre med at den genstarter så snart jeg overføre store filer til min NAS 😕


gammelgaard_mink
 
Elitebruger
Tilføjet:
24-04-2016 07:14:08
Svar/Indlæg:
979/49
Så er Asus varmeproblem nu også en mulig udfordring i deres routere :)

Prøv at tilslutte din PC direkte på internettet og se om du kan trække de 300mbit. Hvis det er tilfældet, ny router.


The
 
Elitebruger
Tilføjet:
24-04-2016 08:37:01
Svar/Indlæg:
1406/100
Ham jeg haft det samme problem med min tp-link wdr4300.

Der var det strømforsyning som ikke kunne mere og blev ustabile.

Vis du har en anden strømforsyning så prøv lige at sætte den til.


mazlink
 
Elitebruger
Tilføjet:
24-04-2016 10:39:18
Svar/Indlæg:
743/13
Er det kun din ASUS RT-AC87U der genstarter ? Har du prøvet at sætte NAS'et til din ASUS RT-N66U og prøve at overføre ? Så vidt jeg kan forstå har du både prøvet på kabel og via trådløst ?


freak_master
 
Redaktør
Tilføjet:
24-04-2016 15:52:44
Svar/Indlæg:
6368/477

Så er Asus varmeproblem nu også en mulig udfordring i deres routere :)

Prøv at tilslutte din PC direkte på internettet og se om du kan trække de 300mbit. Hvis det er tilfældet, ny router.

gammelgaard_mink skrev d. 24-04-2016 07:14:08


RT-AC87U står lige ved siden af mig, og den er faktisk ganske kold. Kun en smule over rumtemperatur, også når den genstarter. Det forklarer heller ikke hvorfor BÅDE D-Link og ASUS genstarter.

Ham jeg haft det samme problem med min tp-link wdr4300.

Der var det strømforsyning som ikke kunne mere og blev ustabile.

Vis du har en anden strømforsyning så prøv lige at sætte den til.

The Heatkiller skrev d. 24-04-2016 08:37:01


Det vil jeg lige undersøge, det kan være det er samme strømforsyning der følger med begge routere. Men det ville være mærkeligt at to strømforsyningen til to forskellige switches skulle være i stykker, især når D-Link sagtens kan klare mosten mellem to computere.

Er det kun din ASUS RT-AC87U der genstarter ? Har du prøvet at sætte NAS'et til din ASUS RT-N66U og prøve at overføre ? Så vidt jeg kan forstå har du både prøvet på kabel og via trådløst ?

mazlink skrev d. 24-04-2016 10:39:18


Det vil jeg lige prøve, lyder ikke som en dum idé.