I have tried multiple times to upgrade to 6.9.1, 6.9.2 and most recently to 6.10.0_RC1.

In every case I end up with the same result - Upgrade completes without issue, but the server is unreachable on the local network.

 

I am currently running 6.8.3 without any issues and all of my previous updates to get to 6.8.3 have been flawless.

 

The Issue:

I have a fixed IP address (192.168.7.3), the server is plugged directly into my router (192.168.7.1) and running 6.8.3 performs flawlessly. No issues with the server registering on the network or being able to login to the server from my other PC's and Mac's on the local network.

 

After the update to 6.9.x or 6.10.0_RC1, which completes successfully - the server does not appear to be connected to the network (I get an eth0 is down, check the network cable error). So I swapped for a brand new cable I knew was working (tested it on another pc), rebooted, same issue.

I have checked the configuration on the network settings (I made no changes during the update, everything is still showing the same). However when I check, the server has a self-assigned IP address (169...).

 

I have tried all that I can think of to get it to register on the network (changing to "automatic IP address", switching off Bridging, and generally trying to make the darn thing work. 

 

Nothing works at all, except downgrading back to 6.8.3 - where everything works exactly as it did before.

 

I am attaching the server diagnostics in case there is something here that I cant see - but for the life of me I am stumped!

 

Any help will be most gratefully received

 

tower-diagnostics-20210923-0918.zip

Edited September 23, 20214 yr by dabraham

Looks like the driver for your realtek nic is crashing. Another NIC would be the recommendation since many people seem to have trouble with realtek. Maybe the drivers they supply don't really work well with later linux kernels.

thank you @trurl - I have already ordered a new NIC to see if that fixes the issue - hopefully be here this weekend - will update this thread with the outcome

 

59 minutes ago, dabraham said:

I have a fixed IP address (192.168.7.3),

 

network.cfg setting use DHCP not a fixed IP

 

# Generated settings:
IFNAME[0]="br0"
BRNAME[0]="br0"
BRSTP[0]="no"
BRFD[0]="0"
BRNICS[0]="eth0"
PROTOCOL[0]="ipv4+ipv6"
USE_DHCP[0]="yes"
DHCP_KEEPRESOLV="no"
USE_DHCP6[0]="yes"
PRIVACY6[0]="0"
DHCP6_KEEPRESOLV="no"
SYSNICS="1"

Edited September 23, 20214 yr by Vr2Io

4 minutes ago, Vr2Io said:

network.cfg setting use DHCP not a fixed IP

I recommend DHCP for everything on your network and if you want a static IP for anything reserve it in the router by MAC address. That way everything is managed in one place and in the one place it really counts.

Thanks @Vr2Io - I believe I may have taken the diagnostics after I set the USE_DHCP="yes". 

Unfortunately, the server was still unable to connect to the local network (I ended up plugging a monitor in an then going through all my troubleshooting). Even with DHCP set to auto - it was still self assigning an IP address (169...)

6 minutes ago, dabraham said:

Thanks @Vr2Io - I believe I may have taken the diagnostics after I set the USE_DHCP="yes". 

Unfortunately, the server was still unable to connect to the local network (I ended up plugging a monitor in an then going through all my troubleshooting). Even with DHCP set to auto - it was still self assigning an IP address (169...)

 

in dhcplog, it look like DHCP problem, br0 soliciting a DHCP lease but timeout after 5 sec

 

Sep 23 09:00:09 [10500]: br0: waiting for carrier
Sep 23 09:00:12 [10500]: br0: carrier acquired
Sep 23 09:00:12 [10500]: DUID 00:04:03:8d:02:40:04:5c:05:19:fc:06:a6:07:00:08:00:09
Sep 23 09:00:12 [10500]: br0: IAID 5c:19:fc:a6
Sep 23 09:00:12 [10500]: br0: soliciting a DHCP lease
Sep 23 09:00:13 [10500]: br0: soliciting an IPv6 router
Sep 23 09:00:17 [10500]: br0: probing for an IPv4LL address
Sep 23 09:00:23 [10500]: br0: using IPv4LL address 169.254.52.59
Sep 23 09:00:23 [10500]: br0: adding route to 169.254.0.0/16
Sep 23 09:00:23 [10500]: br0: adding default route
Sep 23 09:00:23 [10500]: forked to background, child pid 10619
Sep 23 09:00:25 [10619]: br0: no IPv6 Routers available

Edited September 23, 20214 yr by Vr2Io

good call @trurl - I do have the reservation set at the router level by MAC address - but even with DHCP - its still not getting an IP address from the router. 

I am leaning towards this being a hardware (or driver) issue - everything works perfectly fine on 6.8.3 - just moving to 6.9.x or higher is the killer

ok, @trurl / @Vr2Io - I cleaned up my settings a little bit on the 6.8.3 server (I switched to DHCP, removed the IPV6) and made sure everything was working (it was!) - IP address was 192.168.7.3 which must mean that the router is doing its job of assigning this via the reservation via the MAC address 

I then ran an update to 6.9.2 using the update OS button in Tools

(No settings were changed during the Update)

 

On restart, the issue appears where the server is getting a self assigned IP address (169...)

 

I took logs from 6.8.3 before the update and then again from 6.9.2 and have attached below.

 

I then downgraded back to 6.8.3 and everything came back up as expected (with one exception of the Cache drive not being assigned - but that was solved by stopping the array and assigning it to the correct cache slot)

 

Hopefully these diagnostics help - but I am leaning towards the NIC itself being the culprit

6.8.3-tower-diagnostics-20210923-1518.zip 6.9.2-tower-diagnostics-20210923-1532.zip

I perform some search on Internet for the message "rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100)"

 

This case should be driver issue. In 1st, I suspect it is because some/old realtek chips issue, but also found another post have same problem on modern mobo ( AMD B450 ).

BTW, I am not sure how to load different driver for realtek NIC on Unraid, but you may troubleshoot in this direction.

 

https://gitmemory.com/issue/pop-os/linux/56/878535420

 

thank you @Vr2Io - I really appreciate you taking a look!

My next steps are to wait for the new NIC to arrive (I ordered an Intel 1gb card which should be here on Saturday).

Once I get things setup and running on 6.8.3 I will try the update again