NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

Grunf's avatar
Grunf
Tutor
Aug 08, 2017

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:

https://community.netgear.com/t5/Using-your-ReadyNAS/Readynas-Ultra-4-on-OS6-unresponsive-displays-quot-sg-next-0/td-p/1033802

 

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
    • Grunf's avatar
      Grunf
      Tutor

      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-ntgr's avatar
        mdgm-ntgr
        NETGEAR 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.

NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology! 

Join Us!

ProSupport for Business

Comprehensive support plans for maximum network uptime and business peace of mind.

 

Learn More