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