Keep certain VM's running without array started

[MrSmith3101 0]

Hmm.. I‘m sorry I have only „tested“ this behaviour with the power outage I had. I did not stop the array with the GUI or anything. I thought the array is offline during a parity check which is definitely not right.

I forgot I had my array in „auto start“.

 

Nevertheless, it would be really a good idea to be able to run VMs from unassigned devices or cache drives with the array offline.

 

Sorry again = (

[jonathanm 935]

Allowing access to array members (cache included) while the array is stopped is probably not going to happen, for various reasons Tom has stated before.

 

However...

 

I see no real reason that we couldn't allow VM's that aren't on the array to operate. It's not like you couldn't set up a VM configuration where all the required elements were on a non array device, but it wouldn't be able to easily share those elements with the VM's currently configured. You would need a separate XML storage location, and an iso location for install media.

 

Maybe a GUI section for array limited VM's, and another for VM's on unassigned devices?

 

As soon as limetech actually takes control of UD instead of relying on dlandon to maintain it, I see no reason why we can't have 2 VM types. However, as long as limetech doesn't actively manage unassigned devices, it's probably not going to happen unless someone writes a plugin.

[Littleolme 0]

Unraid noob here, but it looks like this feature is something that I need as well.  Specifically, I have a Zerotier docker running that only uses the cache drive.  If I make a change on the server that requires stopping and starting the array then the docker shuts down and I lose access to the server.  I only have remote access to the server so this is a huge issue.

[bonienl 1072]

Unraid 6.8 supports WireGuard, which allows remote VPN access independent of the array status.

[Xaero 92]

+1

I'd also like to see the ability to start specific docker containers. If the data lives entirely on cache would be the condition to allow this. I.E. anything mapped to /mnt/user* would immediately disable this capability. 

 

I think RegEx could probably handle checking VM XML and Docker config for any reference to a non cache directory.

[klownmovez 0]

+1

 

This would be very useful!!!  VMs as well as docker containers!

[Tucubanito07 20]

+1

 

this would be a great feature. 

[david279 90]

This world make using PFsense VMs a lot less chaotic when bringing down the array. 

[vw-kombi 3]

I would like this also.

My VM images are not on the cache disk, but on high speed unassigned devices drives, one step further from the array.

 

[unrateable 5]

+1 count me in

[XiuzSu 15]

+1 from me too! 

Mainly for pfSense, but also because ALL of my VM's are on a separate unassigned drive. I think the majority of users have their setup mostly this way due to the inexpensive SSD's cost and the large performance gains.

[luca2 6]

+1

Sent from my NX569J using Tapatalk

[BVD 0]

+1 from me as well. It's really the only thing giving me pause for pulling the trigger on actually purchasing once the trial is up - all my vms/containers/shares are on zfs anyway, so all having an array does for me in the first place is allow me to actually use all the things that have nothing to do with it.

 

... Which is probably why this will unfortunately never happen. If there's no array requirement, then with the current design, there's nothing stopping someone from just making a new bootable usb each time (copying over the config files from the last one) and never ponying up. Then there'd be nothing prodding folks to actually pay for a license, in the same tangible way at least (imo).

[hodge.shen 0]

+1