Trying to debug an annoyance where my logs are spammed with 

 

Jan 27 05:34:07 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 05:44:08 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 05:54:09 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 06:04:10 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 06:14:11 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 06:24:12 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 06:34:13 dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 27 06:44:14 dhcpcd[1403]: br0: requesting DHCPv6 information

 

This hasn't happened prior to 7.0.0 update and what's more interesting I think it has negative effect on my webgui, it seems to load much much slower compared to previous version though I don't know if 2 things are related. Rebooting the server temporarily fixes the spam (and loading speed more or less of tower.local) but eventually the issue comes back.  

 

Any clue as to why did it start happening with version 7 of Unraid and how to fix it? 

diagnostics-20250127-0705.zip

my idea would be a wrong configuration in your router.

Usually Routers tell their clients which methods they should use to get V6 addresses / infos. DHCPV6 is OFF by default because it is rarely used anymore.

But if the router raises bit8 in the flag byte of his periodical "router announciation packet", the clients start to ask for DHCP.

This even happens if you set V6 addresses to "manual" in UNRAID, there is no way on UNRAID to prevent it (neither on other OSs').

 

Look into your router, the flag is 0x80, often called "O" too, or, of course DHCP(V6).

 

But then, this should not have any influence on the speed of the GUI.

 

Jan 25 23:43:28 Blackfox rc.inet1: timeout 60 dhcpcd -w -q -n -p -t 10 -h Blackfox -C resolv.conf -6 br0
Jan 25 23:43:28 Blackfox dhcpcd[1400]: dhcpcd-10.0.10 starting
Jan 25 23:43:28 Blackfox dhcpcd[1403]: DUID 00:01:00:01:XXXX:XXXX:XXXX:80:0c:9d:92:84:59:3e
Jan 25 23:43:28 Blackfox dhcpcd[1403]: br0: IAID 92:84:59:3e
Jan 25 23:43:29 Blackfox dhcpcd[1403]: br0: soliciting an IPv6 router
Jan 25 23:43:29 Blackfox dhcpcd[1403]: br0: Router Advertisement from fe80::6d9:f5ff:feb3:89b0
Jan 25 23:43:29 Blackfox dhcpcd[1403]: br0: adding address 2001:14ba:4acb:1300:XXXX:XXXX:XXXX:593e/64
Jan 25 23:43:29 Blackfox dhcpcd[1403]: br0: adding route to 2001:14ba:4acb:1300::/64
Jan 25 23:43:29 Blackfox dhcpcd[1403]: br0: requesting DHCPv6 information
Jan 25 23:43:29 Blackfox dhcpcd[1403]: br0: adding default route via fe80::6d9:f5ff:feb3:89b0
Jan 25 23:43:30 Blackfox dhcpcd[1403]: br0: REPLY6 received from fe80::6d9:f5ff:feb3:89b0
Jan 25 23:43:30 Blackfox dhcpcd[1403]: br0: refresh in 86400 seconds

 

As you can see, you already have got an address assigned (2001:14ba:4acb:1300:XXXX:XXXX:XXXX:593e/64) via SLAAC method. But the router at fe80::6d9:f5ff:feb3:89b0 tells UNRAID to ask for an additional address with DHCPv6.

A harmless misconfiguration.

 

Hi,

 

Thank you for the deep dive but I am afraid half of it went over my head, My apologies I am a total lamb when it comes to networking.

 

I got that it could be router misconfiguration but why did it start happening with Unraid 7 now? I've been running v6 for 2 years with no issues regarding DHCPV6 or at least I thought I did anyway. Did additional logging get enabled to reveal the issue?

 

I am using ASUS spider monstrosity of a router https://rog.asus.com/fi/networking/rog-rapture-gt-ax11000-model/ an didn't find anything related to DHCPv6 specifically.

 

P.S. I did notice that my ipv6 was borked (test would show timeout on getting ipv6 connections), dunno for how long and I honestly don't have much idea how I fixed it. I am running my router in bridge mode with my asus router configured to use Adguard Home container DNS settings for both ipv4 and ipv6 but the latter is not locked into specific address unlike ipv4 which I have a rule to assign same ip address each time. After reading more about ipv6 I think I may have misunderstood how the whole ordeal worked and now I am passing ipv6 tests in https://test-ipv6.com/ 

 

I dunno if this has any correlation to the issue I have at hand though so I appreciate any additional insights.

 

 

I've read through the manual of your "router", it seems to be focussed on IPV4, Gaming and WLAN.

There is very little about IPV6, you just can enable it (its not shown what happens then) and there is a very basic firewall for V6 which by default blocks everything.

 

I guess it just passes on what your ISP offers you.

Of course, if the connection is "borked" this may result into serious timeouts.

So you better ask them what is going on, your devices do not offer much info here.

 

But UNRAID seems to be a poor victim, nothing you can do here to fix it.

Call your ISP, maybe you even need to turn off IPV6 in your router completely to protect your devices from unstable connections.

(this should NOT be needed normally, but you can give it a try)

 

Oh by borked connection I did not mean to suggest that my ISP is/was at fault here. I just did not noticed that my ipv6 stopped working (not sure if it's after 7.0.0 upgrade or even before that) so I had fixed it to the best of my ability. This had more to do with Adguard Home DNS resolution and ipv6 which I know, supposedly, fixed. At least I am able to resolve and connect to ipv6 addresses.

 

I am just perplexed why the issue with

 

br0: requesting DHCPv6 information

 

popped up after upgrade to 7.0.0 when it wasn't a thing before for 2 years. Hence I would not point fingers to ISP or even misconfiguration as I would have seen these in logs a long time a go (I have a bad/good habit of checking server logs almost daily for the past 2 years). 

Edited January 27, 20251 yr by Icekronik

as I already said: Don't worry, it does not mean a thing.

So, if everything else works: FORGET IT 🥰

Hmm, still strange why it happens...

I am wondering what you mean with "in bridge mode" ?

Usually the box from the ISP is just a modem und put in front of your own router.

But there is also a "bridge mode" where the ISP box does NOTHING but passes the whole line to the user's router. This would include the DHCPV6 request announcement (in normal mode this would be supressed, only the ISP Box gets an address and just passes on the prefix).

So your local router will ask (and get) another address.

But these bridge mode addresses are limited usually only ONE is given out.

If your local router (which does not seem to be very bright in respect to IPV6) just passes on the announcements unmodified to the LAN, local computers like UNRAID also would try to get an address from the ISP but fail because the pool of TWO (one for the ISP Box, one for your Router) is already exhausted.

 

You may try to turn off "bridge mode" and use the normal mode instead. Maybe the mystical requests will silently disappear...

 

(People often mix up "Bridge Mode" with "DMZ Host". The first passed the line completely, the latter just turns off the firewall of the ISP Box and passes on all packets to the User's Router. The outcome looks the same, but the internals are different)

Edited January 28, 20251 yr by MAM59

In this instance I truly mean "Bridge Mode" and not "DMZ". I am presently located in Finland and ISP here provides a single unit that is Modem + Router combo. I did not want the router portion just the modem, as I have this spider looking router to actually do WiFi, so all documentation (ISP's and Asus's) pointed me needing to switch ISP modem/router to Bridge Mode to let ASUS router do DHCP and Wifi I don't think there is anything wrong with the setup cause again, sorry to sound like broken record :D, it worked absolutely fine for 2 years with no flooding in the logs about DHCP. 

 

I've been monitoring logs after re-doing my IPv6 setup and so far nothing. I will keep monitoring for a week at least to see if anything creeps up. 

2 hours ago, Icekronik said:

I've been monitoring logs after re-doing my IPv6 setup and so far nothing.

The messages are gone now ? ? ? strange...

(BTW, DMZ sounds more what you want. The ISP Router just hands over all "real" packets to the ASUS things but keeps away status and control packets (that seem to confuse your computers) from the ISP. "Bridge Mode" is mostly used for "I want to share my line with my neighbor". Really rarely used and disabled by most ISPs. So it is quite an uncommon setup to me. But if it works ok, who cares?)

 

Edited January 28, 20251 yr by MAM59

aaaand it's back. Nothing for almost 2 days and then today at 

 

Jan 28 11:35:23 Blackfox dhcpcd[2872926]: br0: requesting DHCPv6 information

 

I am lost as hell... no issues on Unraid 6 and now with 7 absolute log pollution...

I'm having this as well.

... and yes, i did see the solution, i will ignore it for now.

I had this msg on 6.x and 7.x, with unraid ipv6 address assignment set to Automatic. I'm using pfsense. To get rid of the msg i had to enable SLAAC/Router Advertisement of Unmanaged on my VLAN interface, not just the LAN interface in pfsense. A brain fart on my part. I already was not using the DHCPv6 server.