March 24, 20251 yr I had everything setup properly. Then I added another pool for my gaming VM. While creating the gaming VM, Unraid also created a domains folder on my gaming pool and put the vdisk there. So far so good. After installing everything I ran "Fix Common Problems" which reported the following: Share domains set to use pool cache, but files / folders exist on the gaming pool As suggested by the plugin I tried to fix that by using move. This did not do what I expected. Now my domains folder on the cache pool looks like that: root@Tower:~# tree /mnt/cache/domains/ /mnt/cache/domains/ ├── Cubuntu ├── Kubuntu - Base ├── Kubuntu - Base _GPU ├── Windows 11 ├── daily ├── domains │ ├── Cubuntu │ │ └── vdisk1.img │ ├── Kubuntu - Base │ │ └── vdisk1.img │ ├── Kubuntu - Base _GPU │ │ └── vdisk1.img │ ├── Windows 11 │ │ └── vdisk1.img │ ├── daily │ │ ├── vdisk1.img │ │ └── vdisk2.img │ ├── domains │ │ ├── Cubuntu │ │ │ └── vdisk1.img │ │ ├── Kubuntu - Base │ │ │ └── vdisk1.img │ │ ├── Kubuntu - Base _GPU │ │ ├── daily │ │ └── gaming │ └── gaming │ ├── vdisk1.img │ └── vdisk2.img └── gaming There should not be a 2nd domains folder and all the directories and files in the nested domains folder should be in the 1st domains folder. There should also not be a gaming folder anywhere on /mnt/cache. gaming should only be on /mnt/gaming. My gaming pool looks like that: root@Tower:~# tree /mnt/gaming/ /mnt/gaming/ └── domains ├── domains │ ├── Cubuntu │ │ └── vdisk1.img │ ├── Kubuntu - Base │ │ └── vdisk1.img │ ├── Kubuntu - Base _GPU │ ├── Windows 11 │ ├── daily │ └── gaming └── gaming ├── vdisk1.img └── vdisk2.img 10 directories, 4 files root@Tower:~# Here again I have somehow a nested domains folder. All these folders and files in the nested domains folder should be on the cache pool in the domains folder. The only folder here should be /mnt/gaming/domains/gaming. I don't know if I have multiple copies of my vdisks now, or if these are somehow only links. How can I fix that? I should look like that: /mnt/cache/domains/ ├── Cubuntu │ ├── vdisk1.img ├── Kubuntu - Base │ ├── vdisk1.img ├── Kubuntu - Base _GPU │ ├── vdisk1.img ├── Windows 11 │ ├── vdisk1.img └── daily ├── vdisk1.img └── vdisk2.img /mnt/gaming/domains/ └── gaming ├── vdisk1.img └── vdisk2.img Is the domains folder under /mnt/gaming/ the issue that started all of this? Should I only have done to following? /mnt/gaming/ └── gaming ├── vdisk1.img └── vdisk2.img Can I use CLI to fix that or do I have to use Unraid GUI and plugins?
March 24, 20251 yr what are your share settings... one of them is set incorrectly and has data between disks.
March 24, 20251 yr Author I don't believe so. They are all set to either cache or array. I have created a "domains" folder though on the gaming pool and I currently believe that this is what was causing "check for common problem" to trigger the error. This is still there. As you can see above in the shares it clearly says cache for domains. but when I navigate down the folder structure then I see the domain folder from the gaming pool for some reason. and this one also has a double tag, cache and gaming. This does not make much sense to me.
March 24, 20251 yr 11 hours ago, Tom082 said: Can I use CLI to fix that or do I have to use Unraid GUI and plugins? Disable VM Manager so you can work with these. Use Dynamix File Manager (built-in to V7).
March 24, 20251 yr Author I have cleaned up the directory structure and I have no duplicate files anymore. However the system does not let me delete the /domains/gaming on the cache pool and also not /domains on the gaming pool. None of these folders still contain any vdisks, They are empty.
March 24, 20251 yr Author Neither with dynamix nor via cli can I do anything with these folders, I tried deleting, moving and renaming them. Nothing happnes.
March 24, 20251 yr You will need to go to settings > VM and go to setting > docker Disable Both... Your shares tab shows the data is set to the cache disk You need fixed the share and set it to store data on the mount gaming zfs pool... then we can open mc and move them to where we want to go as your fighitng mover and where new file are told to go.
March 24, 20251 yr you may alos need to stop the array to kill any active disk task once you disable VMs and Dockers... I alkso recomend turn off any docker and VM autostart as after you fix the data we may ned to doublecheck vm and docker paths to mathc the correct location.
March 24, 20251 yr Author I can not even delete the domains share, the check box is grayed out. How did I get here? I have copied all the data from the gaming and cache pool to the backup folder on the array. Shall I delete the pools and try to re-create them? Could this also fix the share?
March 24, 20251 yr Author VM and Dockers are all stopped and the agents disabled in settings. Array is stopped too. I even rebooted. Nothing works. Why would I have to set gaming as a secondary storage? the vms shall remain on the cache. except for the gaming vm which is on the gaming pool. So basically all files are where they should be. Thank you both for your help. Edited March 24, 20251 yr by Tom082
March 24, 20251 yr Author I stopped the array then went to CLI, mounted the pools manually and tried to delete. Same error message. Now clue what at this stage could block this.
March 24, 20251 yr when the array is stopped. The mounts are gone. That was the plan.... Please reboot The unriad host machine. This way your at a fresh fuse mount from boot. With the array started, Is would need to see the ls of ls /mnt/user and then a share of your disk from your main tab... To to see how you have /mnt/gaming/domains/ as you are fighting and using the fuse system and not fixing the area they are saved at... /mnt/disk/ /mnt/cache /mnt/gaming I have to assume you don't have the zfs p[ool setup correctly and have it manual mounted to have a /mnt/gaming seeing that you don't have a share and/or the primary disk is not set to gaming... We need to fix the share setting first before atempting to move and fix the files between disk. as this should say gaming or the pool under the share... The FCP plugin was warning you that you have a misconfiguration telling stuff to save elsewhere but the array, shares, etc are told to store them else where... Since they are already split, some data is already lost between disk. Even mover moving the VMs vdisk to the correct and fixing share SO THIS DOESN'T HAPPEN AGAIN! Then moving the data, then telling dockers and VM this is the location of that data.... You already have some form of data loss... https://trash-guides.info/File-and-Folder-Structure/How-to-set-up/Unraid/ https://docs.unraid.net/unraid-os/manual/shares/ we need to first fix the issue that caused this... then attempt to recover data and put them all in one folder... Edited March 24, 20251 yr by bmartino1 Data - Typo
March 24, 20251 yr Author Solution Thanks a lot for you help, it's highly appreciated! Luckily I do not have data loss at least nothing important. I'm new to Unraid and Linux. I just set this server up last week and so far I'm mostly playing around, testing and learning. I have dGPU passthrough working to my gaming VM and have setup my daily-driver VM which should autostart once all is running. Before this share/pool problem happened I was installing some dockers and working on the iGPU passthrough to the daily VM. All my important data is still on the "old NAS". If I have lost something then its dockers or VMs and this is not a big deal. In the meantime I deleted both the "cache" and "gaming" pool and recreated them as "cache" and "game" but this time with XFS. I learned today that "nested" COW is a bad idea and with my old setup I believe I had 3 levels of COW, 1st the host with ZFS then the vdisks with QCOW2 and last BTRFS in the guests. So recreating the pools also has its upsides. With the new setup I will have XFS then RAW and the new VMs I will build with LVM partitions and EXT4. My VMs are not critical so a weekly backup is good enough, I don't rely on a self-healing FS. The important data is on the array and I have the dynamics file integrity plugin installed to at least get bitrot warnings. The super important stuff gets backed up to an external drive and the idea is to setup an additional offsite backup via Tailscale to my brother's place (and vice versa). So I should be covered. Currently I'm restoring the pools. The copying will take some time . The shares are already setup and this time no complaints from FCP. Tomorrow I will most likely have to fix or recreate my VMs. Let's see what works and what I can recover...
March 25, 20251 yr i don't recommend vfio binding the igpu... dockers will allocate and share the onboad gpu and its resources when needed. also worth a look it just wonting to test and try OS before settling...
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.