NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Grunf
Aug 08, 2017Tutor
Readynas Ultra 4 on OS6 unresponsive displays " sg_next+0"
Hi guys,
Just a heads up. My Ultra 4 Plus stopped responding twice and needed hard reboot. Both times it was the same error: eth0 stopped responding and display shows "sg_next+0".
kernel.log contains lot's of those at the time when error occured:
Jul 29 12:57:35 nas-8B-83-CE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 29 12:57:36 nas-8B-83-CE kernel: eth0: network connection down
Jul 29 12:57:36 nas-8B-83-CE kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jul 29 12:57:39 nas-8B-83-CE kernel: eth0: network connection up using port A
Jul 29 12:57:39 nas-8B-83-CE kernel: interrupt src: MSI
Jul 29 12:57:39 nas-8B-83-CE kernel: speed: 1000
Jul 29 12:57:39 nas-8B-83-CE kernel: autonegotiation: yes
Jul 29 12:57:39 nas-8B-83-CE kernel: duplex mode: full
Jul 29 12:57:39 nas-8B-83-CE kernel: flowctrl: none
Jul 29 12:57:39 nas-8B-83-CE kernel: role: slave
Jul 29 12:57:39 nas-8B-83-CE kernel: tcp offload: enabled
Jul 29 12:57:39 nas-8B-83-CE kernel: scatter-gather: enabled
Jul 29 12:57:39 nas-8B-83-CE kernel: tx-checksum: enabled
Jul 29 12:57:39 nas-8B-83-CE kernel: rx-checksum: enabled
Jul 29 12:57:39 nas-8B-83-CE kernel: rx-polling: enabled
Jul 29 12:57:39 nas-8B-83-CE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 29 12:57:40 nas-8B-83-CE kernel: eth0: network connection down
Jul 29 12:57:40 nas-8B-83-CE kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jul 29 12:57:43 nas-8B-83-CE kernel: eth0: network connection up using port A
Jul 29 12:57:43 nas-8B-83-CE kernel: interrupt src: MSI
Jul 29 12:57:43 nas-8B-83-CE kernel: speed: 1000
Jul 29 12:57:43 nas-8B-83-CE kernel: autonegotiation: yes
Jul 29 12:57:43 nas-8B-83-CE kernel: duplex mode: full
Jul 29 12:57:43 nas-8B-83-CE kernel: flowctrl: none
Jul 29 12:57:43 nas-8B-83-CE kernel: role: slave
Jul 29 12:57:43 nas-8B-83-CE kernel: tcp offload: enabled
Jul 29 12:57:43 nas-8B-83-CE kernel: scatter-gather: enabled
Jul 29 12:57:43 nas-8B-83-CE kernel: tx-checksum: enabled
Jul 29 12:57:43 nas-8B-83-CE kernel: rx-checksum: enabled
Jul 29 12:57:43 nas-8B-83-CE kernel: rx-polling: enabled
Jul 29 12:57:43 nas-8B-83-CE kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 29 12:57:44 nas-8B-83-CE kernel: eth0: network connection down
Jul 29 12:57:44 nas-8B-83-CE kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jul 29 12:57:47 nas-8B-83-CE kernel: eth0: network connection up using port A
Jul 29 12:57:47 nas-8B-83-CE kernel: interrupt src: MSI
Jul 29 12:57:47 nas-8B-83-CE kernel: speed: 1000
Jul 29 12:57:47 nas-8B-83-CE kernel: autonegotiation: yes
Jul 29 12:57:47 nas-8B-83-CE kernel: duplex mode: full
Jul 29 12:57:47 nas-8B-83-CE kernel: flowctrl: none
Jul 29 12:57:47 nas-8B-83-CE kernel: role: slave
Jul 29 12:57:47 nas-8B-83-CE kernel: tcp offload: enabled
Jul 29 12:57:47 nas-8B-83-CE kernel: scatter-gather: enabled
Jul 29 12:57:47 nas-8B-83-CE kernel: tx-checksum: enabled
Jul 29 12:57:47 nas-8B-83-CE kernel: rx-checksum: enabled
Jul 29 12:57:47 nas-8B-83-CE kernel: rx-polling: enabled
The error is similar to this case, except I was running later version 6.7.5:
I had the NAS for a long time. What has changed during the last few months is that my router now supports both IPv4 and IPv6. It seem that there has been some confusion regarding IPv6 on eth0? I have now deactivated IPv6 in NAS and it is still working correct.
IPv4 is set to static, but I assume IPv6 was received via DHCP? Is there something wrong with IPv6 in my router or is this internal OS6 issue?
BR,
3 Replies
Replies have been turned off for this discussion
- JennCNETGEAR Employee Retired
Hello Grunf,
This discussion might help:
Regards,
- GrunfTutor
Thanks for the link but I have already read it. It is not much of a discussion really: somebody had the same issue and "resolved it" by holding the power button long enough for NAS to reboot. "Reboot it when it happens" is not really a remedy, is it?
What I am trying to say is that this is likely caused by kernel running out of memory in some buffer, triggered by IPv6 adress conflict. And I am looking forward to discuss it with somebody who can interpret kernel log.
BR
- mdgm-ntgrNETGEAR Employee Retired
You're running OS6 on legacy hardware. Seeing it works fine with IPv6 disabled, I think that's a more than acceptable workaround for an unsupported use of OS6.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!