-
Posts
10233 -
Joined
-
Last visited
-
Days Won
65
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Report Comments posted by bonienl
-
-
Changed Status to Retest
-
None of these issues can be replicated.
Below a screenshot of the dashboard in firefox at a resolution of 1920 x 1080.
- 3 columns are displayed
- Header is displayed without scrollbar
- No CSS errors
Note: this is a plain firefox installation without any extensions or customization.
Have you tested in safe mode?
I notice your scrollbars are much wider than they should be. Any customization done to firefox?
-
Clear your browser’s cookies.
-
Changed Status to Retest
-
Can you test with IPv6 disabled?
In your log this is happening continuously. The IPv6 address is added and deleted over and over again.
Jun 29 15:38:30 Smurf-RAID dhcpcd[1805]: br0: pid 0 deleted address fd2e:8ae:70ec:1:26be:5ff:fee1:1747/64 Jun 29 15:38:30 Smurf-RAID dhcpcd[1805]: br0: part of a Router Advertisement expired Jun 29 15:38:30 Smurf-RAID dhcpcd[1805]: br0: deleting route to fd2e:8ae:70ec:1::/64 Jun 29 15:38:30 Smurf-RAID dhcpcd[1805]: br0: adding address fd2e:8ae:70ec:1:26be:5ff:fee1:1747/64 Jun 29 15:38:30 Smurf-RAID dhcpcd[1805]: br0: adding route to fd2e:8ae:70ec:1::/64 Jun 29 15:41:31 Smurf-RAID dhcpcd[1805]: br0: expired address fd2e:8ae:70ec:1:26be:5ff:fee1:1747/64 Jun 29 15:41:31 Smurf-RAID dhcpcd[1805]: br0: part of a Router Advertisement expired Jun 29 15:41:31 Smurf-RAID dhcpcd[1805]: br0: deleting route to fd2e:8ae:70ec:1::/64 Jun 29 15:41:31 Smurf-RAID dhcpcd[1805]: br0: adding address fd2e:8ae:70ec:1:26be:5ff:fee1:1747/64 Jun 29 15:41:31 Smurf-RAID dhcpcd[1805]: br0: adding route to fd2e:8ae:70ec:1::/64
-
A fix is made in the upcoming Unraid version 6.12.2
- 1
-
Soon (tm)
It is currently going thru internal testing.
-
23 minutes ago, sittingmongoose said:
I am also having this issue.
I don't see this problem in your diagnostics.
Next release has an update to solve a race condition when a wireguard tunnel is updated.
Please retest when it is available.
- 1
-
Can you post the PHP log (if existing), which can be found under Tools -> PHP settings
-
All, Please post diagnostics.
-
-
You need to disable netbios to run smb over tailscale.
-
In my testing I do the following:
- WG tunnel is active
- Make a change (NAT rule)
- Apply, and then afterwards tunnel goes down (this is unexpected)
- Re-activate tunnel and second time it stays up
-
With tunnels are autostarted I don't have a problem, tunnels stay active all the time, but when making changes I can replicate your issue. Need to further investigate why this happens.
Thx
-
The plugin is still active in your latest diagnostics.
Start your system in safe mode to rule out any plugin.
-
16 minutes ago, OmegaXis said:
my lan is 192.168.128.x
Sorry misread 6 and 8.
In your log file the following is happening each time the WG tunnel is started
Jun 23 15:03:23 chipshop wireguard: Tunnel WireGuard-wg0 started Jun 23 15:03:25 chipshop vnstatd[7491]: Interface "wg0" enabled. Jun 23 15:03:35 chipshop vnstatd[7491]: Interface "wg0" disabled.
Remove the networkstats plugin and retest
Or start your system in safe mode and retest
-
Your wireguard tunnels use IP addresses in the same range as your LAN network (192.168.126.x), that gives conflicts.
The default WG network is 10.253.0.0 and is recommended to use.
-
My two servers each are up for almost 24 hours, and so are the wireguard tunnels on them.
I'll have a look at your diagnostics.
-
Try the following:
- Stop the WG tunnel
- Make a dummy configuration change to force an update
- Start the WG tunnel
-
Changed Status to Closed
Changed Priority to Other
-
Share security operates on a different level and has no relation to connectivity.
It is more likely your zerotier connection was not started properly, changing share security forces a service reload. Make sure you have followed the guidelines for setting up zeotier communication.
-
14 minutes ago, Casadream_1 said:
WTF ? I have the same problems like pducharme !
How do you know it is the same?
More details (diagnostics) required.
-
17 hours ago, Kira said:
Hi,
I am also facing this issue but it was more frequent like only running them after 24 hours then I have to force reboot my server.
I suspect it's docker issue cause I do not have any VMs at all
You have a macvlan related call trace. Change Docker to use ipvlan custom networks and retest.
-
[6.12.2]Unraid webui no response, dhcpv6 renew fail
in Stable Releases
Posted
Please test in safe mode without plugins installed.