-
Posts
4,427 -
Joined
-
Last visited
-
Days Won
27
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by ljm42
-
-
There seemed to be some confusion, so I have updated the 6.12.4 release notes to make it clear that the new macvlan solution does work with bonding:
- 1
-
4 hours ago, TRaSH said:
In my current setup i use bonding (Mode 4 (802.3ad)), main reason was because when I'm doing heavy traffic up/download, i got issues during plex playback because my nic was fully saturated.
With these changes i have the feeling i will go back to the same issues before i decided to bond them.I have updated the 6.12.4 release notes to make it clear that the new solution does work with bonding:
-
2 minutes ago, Chunks said:
Can I ask for a little clarity on this statement?
Is it recommended to revert from using 2 nic's to 1? Or just, running only 1 is an option now?
There is no need to segment docker traffic to a second nic to avoid the macvlan problem. You can still do that, but there isn't really any benefit. Far simpler to do everything on a single nic.
I would not recommend mixing solutions, so either use the previous 2 nic solution OR use the new solution mentioned here.
-
Unraid 6.12.4 is now available, with a solution for the macvlan issues! We highly recommend that everyone upgrade:
- 2
-
Unraid 6.12.4 is now available! The release notes detail a different solution to this macvlan problem, the method detailed in this guide is no longer needed.
- 1
-
1 hour ago, Chunks said:
When moving Dockers from a single interface (eth0) to a new dedicated one (eth1).... I had no problems when the dockers were swapped from br0 to eth1 networks. But I have a whole bunch of dockers using just "bridge". These get the IP address of the host system, the main unraid IP (eth0).
For example:
Is the fix to make all of these eth1 as well? If so, what IP do I use? Can I create a single new address that they all can share, or is this the whole point of removing bridging? Or did I miss something/mess something up?
Docker containers in bridge or host mode will always use Unraid's main IP. This guide is specifically to deal with containers that have a dedicated IP on a custom network.
- 1
-
The 6.12.4 release includes a fix for macvlan call traces(!) along with other features, bug fixes, and security patches. All users are encouraged to upgrade.
Please refer also to the 6.12.0 Announcement post.
Upgrade steps for this release
- As always, prior to upgrading, create a backup of your USB flash device: "Main/Flash/Flash Device Settings" - click "Flash Backup".
- Update all of your plugins. This is critical for the NVIDIA and Realtek plugins in particular.
-
If the system is currently running 6.12.0 - 6.12.3, we're going to suggest that you stop the array at this point. If it gets stuck on "Retry unmounting shares", open a web terminal and type:
umount /var/lib/docker
The array should now stop successfully (This issue was thought to be resolved with 6.12.3, but some systems are still having issues)
- Go to Tools -> Update OS. If the update doesn't show, click "Check for Updates"
- Wait for the update to download and install
- If you have any plugins that install 3rd party drivers (NVIDIA, Realtek, etc), wait for the notification that the new version of the driver has been downloaded.
- Reboot
Special thanks to all our contributors and beta testers and especially:
@bonienl for finding a solution to the macvlan problem!
@SimonF for bringing us the new System Drivers page
This thread is perfect for quick questions or comments, but if you suspect there will be back and forth for your specific issue, please start a new topic. Be sure to include your diagnostics.zip.
- 14
- 7
-
If you have any unassigned devices, remove them, activate the Basic license and upgrade. Otherwise, contact support https://unraid.net/contact
-
You can't really have two nics on the same network like that. Each nic will get its own IP and then the network won't know which one to use to contact your server.
If you have the Fix Common Problems plugin installed it will warn about this:
https://forums.unraid.net/topic/120220-fix-common-problems-more-information/page/2/#comment-1100014Your best bet in this case is to use the 10GbE nic for everything. First make a backup of your flash drive (Main -> Boot -> Flash -> Flash Backup), then go to Settings -> Network Settings -> Interface Rules and adjust things until the 10GbE nic is eth0, then reboot.
Note: it is best to have a local keyboard/monitor connected when making a change like this so you can see what IP is assigned at boot, in case it is something unexpected.
-
On 7/22/2023 at 1:36 PM, Revan335 said:
The new recommended docker Path is on the 6.12 Documentation/Release Notes -> Docker /mnt/user/docker not /mnt/system/docker on ZFS with special Config.
https://docs.unraid.net/unraid-os/release-notes/6.12.0
Can you change the default Docker Path and his configuration to this?
Then have new Installations the new Path and Config without reading the Release Notes. When 6.13 or higher released "nobody" read this old Release Notes/Documentation.
Thanks for mentioning this. We are going to improve how this is handled in a future release. If someone misses the recommendation in the release notes it isn't the end of the world, they will just need to ask for help if they want to delete the Docker directory and start over before we release an update that includes the improvements.
The default of using a btrfs vDisk for Docker data is still the best option for most people.
- 1
- 1
-
Looks like you are running Unraid 6.12.2, you'll want to upgrade to 6.12.3. See the announce post for help stopping the array:
-
34 minutes ago, kn0wt said:
having the same issue as @falkfyrebeard on 6.12.3, I attached my diagnostics and the output of `losetup`.. hopefully it'll help as well? ive had it happen to me the last 2 times ive stopped the array.. 1st time i waitied 20-30 min and then just hard rebooted the server. then just did it again and had the same issue..
root@Excalibur:~# losetup NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC /dev/loop1 0 0 1 1 /boot/bzfirmware 0 512 /dev/loop2 0 0 1 0 /mnt/disk1/system/docker/docker.img 0 512 /dev/loop0 0 0 1 1 /boot/bzmodules 0 512 root@Excalibur:~# /etc/rc.d/rc.docker status status of dockerd: stopped root@Excalibur:~# umount /dev/loop2 root@Excalibur:~#
Your logs show that disk1 is in use when the array tries to stop:
Aug 28 09:56:09 Excalibur emhttpd: Retry unmounting disk share(s)... Aug 28 09:56:14 Excalibur emhttpd: Unmounting disks... Aug 28 09:56:14 Excalibur emhttpd: shcmd (161854): umount /mnt/disk1 Aug 28 09:56:14 Excalibur root: umount: /mnt/disk1: target is busy. Aug 28 09:56:14 Excalibur emhttpd: shcmd (161854): exit status: 32
The most common reason for this is having a terminal window open and sitting in the /mnt/disk1/ directory structure. When stopping the array you need to be sure that no bash terminals are cd'd to /mntAnother option is to install the Dynamix Stop Shell plugin, which will automatically kill any bash shells that are open to /mnt when stopping the array.
-
Nothing was taken away when Connect was added.
You can still do manual flash backups on Main -> Boot -> Flash -> Flash Backup. Anything you did there would likely be in the Downloads folder on your computer.
Other than that I don't know what you mean by "I set up the Unraid flash backup a while ago" if you don't mean My Servers / Unraid Connect.
-
2 hours ago, TheBroTMv2 said:
Nope wanted to spin finally up again my lancache as i also use swag and hat the crash some hours later. No response only hard reset possible seems not fixed
There isn't a lot to go on here, maybe run through the release notes again and see if you missed any steps?
After making these changes, only eth0 should be in use, any other nics should be unplugged and nothing should be referencing them.
If you think everything is correct please show screenshots of Settings -> Networking -> eth0 and Settings -> Docker, as well as upload your diagnostics.zip (from Tools -> Diagnostics)
If you expect a crash, you'll also want to go to Settings -> Syslog Server and enable "Mirror syslog to flash". This will save a copy of your logs on the flash drive so we can see the last thing written if there is a crash. Note this is not something you want to keep enabled long term as it puts extra wear and tear on the flash drive.
-
9 minutes ago, Braulio said:
Where can I a free myunraid.net Let's Encrypt certificate?
see https://docs.unraid.net/unraid-os/manual/security/#securing-webgui-connections-ssl
-
If I am understanding you correctly, everything works when you are not using Tailscale. For issues related to that plugin you'd want to use its support thread:
https://forums.unraid.net/topic/136889-plugin-tailscale/#comment-1244161
(Plugin authors typically watch their support thread for issues and not the whole forum)
-
1 hour ago, falkfyrebeard said:
I know this seems to be marked as fixed in 6.12.3 but I am still running in to it on both of my servers on 6.12.3. Happened to both of them yesterday multiple times. The solution "umount /dev/loop2" fixes it every time.
Hmm, let's see what is going on:
- stop the array to reproduce the problem (don't do a full shutdown because you won't be able to grab diagnostics)
- show the output of `losetup` so we can see what /dev/loop2 points to on your system.
- run `umount /dev/loop2` to resolve the issue and let the array stop
- generate and upload your diagnostics.zip (from Tools -> Diagnostics) so we can see logs of the problem happening
- feel free to start the array again
-
It looks like DNS Rebinding is enabled for your network, so the myunraid.net url will not work.
Using SSH, Telnet, or a local keyboard/monitor, type:
use_ssl no
Then you should be able to access the webgui using:
http://192.168.50.254
-
Please uninstall Tailscale to simplify your system. Any change? If not please post updated diagnostics without Tailscale.
-
These links are fixed, thanks for reporting!
- 1
-
The unraidbackup_id_ed25519* files are used by Unraid Connect Flash Backup when making outgoing connections to the backup server. Don't delete them, and don't post their contents as they are specific to your server.
-
Hey everyone! We have a 6.12.4 rc release available that resolves the macvlan issue without needing to use two nics. We'd appreciate your help confirming the fixes before releasing 6.12.4 stable:
- 3
-
On 8/20/2023 at 12:24 PM, kbnomad said:
How to set to none? I can't set it, the only has 2 options: "Static" and "Automatic"
Are you sure you are looking at eth1? eth1 should have a "none" option, eth0 will not.
-
We have a 6.12.4 rc release available with significant changes to networking, would appreciate your help confirming it resolves this issue:
Unraid OS version 6.12.4 available
in Announcements
Posted
Yep! Config changes are just for folks who want to use macvlan
EDIT: To be more clear... if you already have ipvlan enabled, and are happy with that, then no config changes are needed after upgrading