DANgerous25

Yes exactly. The only thing to change is the data directory of the second container when you set it up. When you restore your backup, restore it to that 2nd data directory. (Otherwise you will restore over your existing instance which may result in data loss if you saved anything in your vault since your backup).

My setup is only a single user, so I can’t answer conclusively. However, I don’t see why it shouldn’t work for all of your users, because all it is doing is essentially making a clone of your installation. Best bet is to test it for yourself (as in the worst case scenario it will be good for you to know it does work and how to do it!).

I know this is an old post but hopefully the question is still relevant to someone! Well, it was to me yesterday... I can confirm that this method works. I tested it by: Running the OP's script to backup my VaultWarden container to a cloud service, Then I created a second VaultWarden container (pointing it to a different data directory), Stopped the container, From the command line I copied back from the cloud service to overwrite the files in the new data directory, Then fired up the 2nd container And finally tested it by logging in and checking my settings and vault contents. Boom, I essentially have a duplicate working VaultWarden.

I can't explain why, but I'm not seeing this issue any more. I've done a few upgrades but can't say which if any have fixed. Currently on Unraid 6.12.4, pfSense 23.05.1-RELEASE, haproxy-devel 0.62_13 (on pfSense), Brave browser 1.58.131, MacOS Sonoma 14.0. Hope the rest of you can sort this out somehow!

I finally regained physical access to my device. Reboot fixed the issue. I've no idea how/why this happened.

Thanks for the response. Yes I have the root password, but I get connection refused by SSH before being asked for it. If I try to enter the root password via WebGUI then the authentication succceeds but then I am met with the "no space left" error. # ssh [email protected] -p 22 ssh: Connection to [email protected]:22 exited: Connect failed: Connection refused ^ not my real IP above. No matter which port I specify, or if I omit the -p parameter, I get the same error.

Hi all, I'm currently in a different country to my server hence physical access right now is impossible. When I attempt to log in to the WebGUI remotely I get the following errors. If I try to SSH on the default SSH port I get "connection refused". I can't remember if that's because I never enabled SSH access or if I changed the port (unlikely because I would have kept a secure note with the port number). I'm sure it's not a firewall issue as I can log into a machine on the same network and can ping my Unraid server successfully. Warning: session_write_close(): write failed: No space left on device (28) in /usr/local/emhttp/plugins/dynamix/include/.login.php on line 218 Warning: session_write_close(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php) in /usr/local/emhttp/plugins/dynamix/include/.login.php on line 218 Warning: Cannot modify header information - headers already sent by (output started at /usr/local/emhttp/plugins/dynamix/include/.login.php:218) in /usr/local/emhttp/plugins/dynamix/include/.login.php on line 222 Questions: Assuming no physical access, and with no SSH is there any way I can reboot the box? (not sure if that will even help...) Logging into "MyServers" if I try to access the WebGUI that way, it attempts to use a local server address which doesn't DNS resolve as I am not on my home network. I don't have VPN. Is there any way I can change the IP it tries to use, I can't see any account settings that might help. For example the URL it attempts to use is myservername.local instead of an IP address (Again not sure if that will even help). If there is nothing I can do without physical access, any idea what I can do when I return home and regain access? Will a reboot fix? If not, how can I access - right now the box doesn't have a keyboard and screen attached but that can be arranged if necessary. And the million dollar question, why is this happening in the first place? I assume it means there is no space on my Unraid USB key, as my array has TBs of free space. Once I'm in somehow, I'll need to get to the bottom of it to fix. Thanks in advance for any help.

FWIW, I also use HAproxy on PFSense to get to my Unraid GUI using myhost.mydomain.com. I get the same problem. If I connect directly using the server's IP, then no issue at all. Very strange (and frustrating).

Bump... can anyone help? Thank you.

Hi all, I’m currently running Unraid beta 6.9.29 and it is working perfectly for my recent needs until now. Among other things I have an “unassigned” SATA SSD which hosts a Win10 VM that I use purely for gaming. I also have x2 Nvme PCIE gen 3 SSDs in a raid 0 btrfs arrangement, which are Unraid’s cache pool, which I use as the game library for the aforementioned SSD, where the game library is a share in the cache pool (set to cache only). I have this arrangement as none of my SSDs have particularly high capacity. None of this was really an issue until I installed the latest Microsoft Flight Sim, where I now realise I want to try to squeeze every bit of performance out of my system. So I’m planning on buying some higher capacity PCIE gen 4 Nvme SSDs and I am wondering what is the optimal arrangement. I am guessing that ideally I want the Win 10 VM and the game library on the same storage device, and within the confines of the VM (i.e. not on a share). I’m not sure what would be the optimal setup; should I simply upgrade the existing cache pool with the new SSDs and move the VM to it (and also collapse the share), or will I get better performance for the Win 10 VM if the new Nvmes are a separate pool, not Unraid’s cache? (I could use my old SSDs for the cache). I am not concerned about resilience for the VM storage (periodic data backup is fine). Any advice would be much appreciated.

FYI - just to confirm I’ve had no stability issues since my post above. I haven’t noticed any benefits either. I’m running an AsRock x570 Creator with the 3950.

I have just been brave enough. I had been hoping that the new update would allow me to clock my RAM closer to its advertised potential, but unfortunately that was a no-go. Other than that, I don't notice any difference so far. I will post an update here after a few days with any more feedback.

Thanks for the great plugin. I believe I may have found a bug that is not too serious, or maybe I did something wrong. I am using version 2020.02.20 of the plugin on Unraid 6.9.22 beta. I created a second config (in addition to "default") which I used for a few days. I then decided to delete the config, which I did using the "Manage Configs" tab, "Remove configs" button. The config was then removed from the GUI pages. However I kept getting Unraid notifications that the vmbackup plugin failed for the config that I removed. I checked my crontab and saw that the entry for my deleted config is still in there. No harm done because it just fails to run the cron entry as the config no longer exists. For now I've commented out the entry. Hence unless I did something wrong, I believe that this version might not remove the cron entry when deleting configs. Let me know if you need any more info on this.

I solved this myself by adding a "Peer DNS server" [like google DNS] in the advanced config. For some reason local DNS forwarding just doesn't work with my setup.

@Koenig - those lines of XML you quoted did not work for me. In fact, they did not make any difference that I could notice whether they were included or not. I solved this problem by doing two things: 1) Changed the "CPU" XML 2) Used the Tools -> System Devices page to enable passthrough of my graphics card, instead of manually overriding as a kernel parameter in the syslinux config. Below is my post in another forum with how I solved it and a couple of references that helped me to get there. https://forums.serverbuilds.net/t/guide-remote-gaming-on-unraid/4248/130?u=dangerous25

Thanks for the excellent guide. Indeed I was up and running within minutes. Sorry if this is really a stupid question, but I am pretty clueless! I've set up Wireguard exactly as per the guide as type "Remote tunneled access". It's working, and I can connect in remotely and access hosts on my LAN. However my internet access doesn't work from my client devices while I'm connected to the VPN. Is there a setting somewhere I've missed or something I need to do? My Unraid server has internet access locally at least, so not sure why it doesn't work when I'm connected via VPN. I have a hunch that this might be something to do with "local tunnel network pool" and adding a static route somewhere, as in the advanced settings it says "Remark: docker containers on custom networks need static routing 10.253.0.0/24 to 10.10.10.5" which are my tunnel pool and server IP respectively. But I don't know how or where to do this. Thanks a lot for your help.

Thanks as always @Jessie from the response. Actually this doesn't exactly cover my use case, as I'm not sure if this is an Unraid question or a network question, I posted in another forum but I'd be happy to take any advice if you have it. https://forums.serverbuilds.net/t/guide-remote-gaming-on-unraid/4248/124

Superb, @Jessie! I made some simple modifications to the "AMD reset bug" script like below, which enables a successful workaround. Indeed the same solution works for the network adapter. Thanks so much! Also thanks to the SpaceInvader One video for the great overview this. My solution script: #!/bin/bash # #replace xx\:xx.x with the number of your PCIE device that you want to reset # echo "disconnecting Aquantia network card" echo "1" | tee -a /sys/bus/pci/devices/0000\:2e\:00.0/remove #echo "1" | tee -a /sys/bus/pci/devices/0000\:xx\:xx.x/remove echo "Entered suspended state... press power button to continue!" echo -n mem > /sys/power/state echo "Reconnecting Aquantia network card..." echo "1" | tee -a /sys/bus/pci/rescan echo "Aquantia network card reset, all done!" Regarding the suggestion for making the 10G adapter for Unraid; the reason I didn't is because I wasn't getting 10G out of the virtual driver, I had actually thought it was limited to 100Mb. It looks like I didn't do this properly the first time, as I've just done this again and here are the results using some simple iperf3 tests: From a client computer to the Unraid server I am getting 8-9GB/s, f From a client computer to the Win10 VM using the bridged adapter in Unraid I am getting ~1.25Gb/s. For comparison, when passing through the 10G adapater to the VM I get ~7Gb/s from the client computer but have to use the reset script above if I shut down the VM without rebooting. = So the bridged adapter setup significantly reduces the bandwidth, but actually 1.25Gb/s is fine for my use case and is an acceptable tradeoff to the "AMD reset bug". Edit: Updated with results of the bridging suggestion. Thanks again @Jessie.

Short story: I have an ASRock x570 motherboard that has an on board Aquantia Aqtion 10Gbit network adapter. I've successfully passed through the adapter card to the VM (leaving the other onboard adapter for Unraid). If I reboot Unraid and then start the VM, the adapter in Windows gets an IP address via DHCP and the connection remains stable and I am happy. However, if I stop the VM [nicely] and then restart it, then the adapter doesn't pick up an IP address and its status fluctuates between the three states below. Nothing I've tried other than rebooting Unraid seems to solve the issue. Identifying -> Network cable unplugged -> Enabled -> ... repeat ... Longer story; Here are some of the things I've tried: Updated the Aquantia drivers in Window with a) Those listed on the ASRock site, b) From the Aquantia site. -> No joy. Tried both static and dynamic IP with DHCP. -> No difference. Disabled the other adapters in Windows. -> No difference apart from making it impossible for me to log in to the VM without rebooting! Reset the adapter, uninstall/re-installed in device manager, enabled/disabled in device manager, manually set link speed to 10G, turned off power features. -> Nope. Checked to see if the adapter port is overheating on the motherboard (just using my finger, so not massively scientific, but doesn't seem very hot). -> Inconclusive. Left the Unraid server and VM running while in the working state for hours to see if at some point the connection drops (it doesn't). -> Inconclusive, it has only been hours. Changed the CAT 7 network cable for another cable. -> No difference. Reset the SPF+ module in the switch, tried a different and definitely working SPF+ module in the switch. -> That's right, no change. Run the VM from the Unraid array and from its own unassigned drive. -> Clutching at straws I know, but I was doing this for another unrelated purpose. Checked for errors coming up when I start the array. -> No errors come up (but maybe there are errors behind the scenes?) Stop VM / start VM nicely or Force Stop VM / Start VM from the Unraid VM page. -> Windows starts nicely, but the 10G adapter says meh. Searched the internet/forums for similar issues. -> I'm yet to find anything similar. Checked for flashing lights on the interface. -> Yep, lights are on. Rebooted Unraid and start the array then VM -> Works. My setup: I'm using Unraid Version 6.9.0-beta1 2020-03-06, Windows 10 May 2020 Update VM on its own SSD, Ryzen 3950X / 128 GB RAM / Asrock x570. Pretty much vanilla Unraid install, I've only just set it up so it's just this VM and an Ubuntu server I'm playing with. The Unraid server connects to a Mikrotik 10Gb switch via cat 7 RJ/45 -> SPF+ adapter module in the switch. Another computer connects to the switch in the same way without issues. The rest of the network is 1Gb LAN / ethernet over power / Wifi 5. I'm pretty new to Unraid and so I'm really stuck as to how to diagnose this issue beyond what I've done above. I am also very aware that this could be a Windows issue or unrelated to Unraid. Any help would be appreciated.

Hi all, first post but felt compelled given the amount of great community info out there that has helped me. I spent many, many hours trying to solve this issue and finally did. My setup: Ryzen 3950X, RTX 2080 Super. Tried and didn't work: * Clean install using UEFI boot, vanilla setup without editing XML or adding any parameters * With UEFI boot, adding "vfio-pci.ids=10de:1e81,10de:10f8,10de:1ad8,10de:1ad9" to the syslinux configuration (Main -> Syslinux, device IDs are the x4 nvidia device IDs derived from Tools -> System Devices), editing the xml to add multifunction='on' and aligning the bus/slot/function parameters for all four devices, re-install nvidia drivers in Win10 Eventually I got it to work by: * Doing all of the above, but changing to legacy bios boot, then in Windows remove the nvidia display adapter from device manager (having previously updated the driver from the web), then re-scan hardware -> hey presto, no error 43. Conclusion: Don't give up in Windows just because you get error 43, there is almost certainly mileage in updating the nvidia driver from the web and then removing/re-adding in device manager. However, this only worked for me once I'd configured all the passthrough in xml and set boot mode to legacy. It would not work without all of those actions completed. I hope this helps someone, and I'd like to thank all of the posters above and Space Invader 1 for his great videos that helped me to have some basic understanding of what needed to be done here.