SliMat

I am not familiar with Dynamix File Manager - but if this is built in, can I use it for the remaining files as I have only moved Radarr & it seems to be working OK... everything else is still located in /mnt/cache/appdata/... at the moment. Just looking to see where in UnRAID it is!

One thing which I have just considered... what happens if I copy /mnt/cache/appdata/someapp/file1.abc to /mnt/disk3/appdata/someapp/file1.abc but there is already /mnt/disk1/appdata/someapp/file1.abc ?? How will UnRAID view this? Obviously as my appdata share is spread across multiple disks without checking EVERY file individually it is possible to have the same file in existence on two different physical disks, but in the same share?? Obviously its not practical to check for every file on every disk that /mnt/user/appdata/someapp/ is located on :(

Thanks @itimpi - I realised this once I started, so have changed to copying to /mnt/diskX/appdata... to avoid this

Apologies yes this was a typo, the two locations are /mnt/user/appdata... and /mnt/cache/appdata I am currently manually using Midnight Commander to copy any files which needed by dockers and are still on /mnt/cache/appdata... to mnt/user/appdata/... so I can delete the cache drive assignment and assign the new larger cache disk... so, fingers crossed this fixes the mess I am in :) Thanks

OK been up for nearly 14 hours and mover is showing as stopped - so attached is the latest diags and cache disk still shows 11.6Gb not moved.... so am wondering whether I can just assume all these files are already on /mnt/cache/appdata/... and switch to the new (empty) cache disk. Thanks phoenix-diagnostics-20251008-1009.zip

Its been running for just over an hour - latest diags attached... I will leave it running overnight and check again tomorrow during the day! phoenix-diagnostics-20251007-2136.zip

I took a look in syslog.txt and there are lots of lines saying; Phoenix move: move: /mnt/cache/appdata/xxx/xxx File exists So, it looks like this is the problem - although as I am trying to move off the cache disk, I expected it to say something like; Phoenix move: move: /mnt/user/appdata/xxx/xxx File exists So, is the easiest way to solve this (now I have rebuilt most dockers to get them working again), start dockers... make a note of whether they are using /mnt/user/appdata, or /mnt/cache/appdata as their install location and then manually copy (using Midnight Commander) any docker files from /mnt/cache/appdata, where it shows as being the install path, to /mnt/user/appdata - update the dockers path from /mnt/cache/appdata, to /mnt/user/appdata - restart dockers and check they work, then delete everything on the cache disk and start the move to the new cache disk? Thanks for any help in advance.

OK, I rebooted the server and re-ran mover. Disk 5 which hosts a lot of /mnt/user/appdata/xxx files is climbing reads rapidly... while reads on the cache disk is only a couple of hundred. It has only been running a few minutes, and is still showing as moving... but here are the diags so far... phoenix-diagnostics-20251007-2035.zip

The mover stopped but there was still files on the cache disk... so I wondered if the problem is because some of the dockers were set to use /mnt/cache/appdata and some files here moved to /mnt/user/cache/appdata and so were not available to the docker/s making them fail. So I recreated some of the dockers and therefore there is a chance that there are duplicate (identical) files in /mnt/cache/appdata/xxx and /mnt/user/cache/appdata/xxx I noticed that the reads on the cache disk haven't increased in hours! Would I be better moving files from /mnt/cache/... to /mnt/user/cache/... using Midnight Commander and if there are duplicates selecting the "overwrite if newer" option? Or should mover work it out?

Thanks @JorgeB - just checked and an hour in it is down to 11.6Gb :) One question - I plan to have appdata on my cache disk (again), so is it better to set dockers location in their settings to /mnt/cache/appdata/xxx or /mnt/user/appdata/xxx? I dont know if there is an accepted standard?

Hi guys I have managed to get into a real state with my cache disk now... for weeks I have had issues after upgrading my cache disk. I moved the appdata, domains & system shares from the cache disk to the array installed a 2Tb cache disk - but before I removed the original cache disk from the pool, and replaced with new larger disk, I noticed I had left appdata share set to primary storage = Array and secondary storage = Cache (mover action = Cache -> Array). So today I clicked mover, to move all my files to the array, so I could set appdata to primary storage = Array & secondary storage = None, when everything was off the small cache disk. However I had forgotten to stop all my dockers & disable dockers from settings. So, I stopped them anyway and disabled dockers from settings so no files were being changed while mover is trying to run... I haven't stopped VMs as I am hosting some active websites in an Ubuntu VM which cant be shut off during the working day!!! However since starting the cache disk has been showing 12.2Gb in use and doesn't seem to be doing anything - even though mover says it's tunning; My appdata share is still showing all over the place... This is all that is on the cache disk at the moment; I only realised that this upgrade was incomplete because I have been having massive issues with dockers and today re-created jacketvpn and suddenly it stopped working. When I checked the docker logs said there was no ovpn file... when I delved into this I found that the docker was set to use /mnt/cache/appdata/jacketvpn - but the ovpn file wasnt there, it had moved to a disk on the array, so would only work by changing the location for jacketvpn to use to /mnt/user/appdata/jacketvpn!! Anyway, my question is why mover is taking so long to move 12.2Gb of files to the array (in about 30 mins it hasn't gone down at all!). Can anyone offer any thoughts? Thanks

All trackers show as disabled and wont seed. I had to recreate my binhex-qbittorrentvpn docker after a massive failure... I ended up deleting the docker and starting from new. I copied the /mnt/cache/appdata/binhex-qbittorrentvpn/qBittorrent/data/BT_backup folder and then imported the .torrent files into the GUI and dint allow them to automatically start downloading... I then forced recheck on all torrents and started them and they all show as stalled uploading / stalled downloading / queued and none are uploading. When I check the trackers they all show as disallowed with "This torrent is private"... Can anyone help with how to fix this? In the BT_backup folder there are .torrent files and .fastresume files. Thanks

Thanks @JorgeB - I decided to just rebuild from the ground up and re-index the database... so have this up and running again.

OK, I have started going through the dockers and they are all using mnt/user, not mnt/<disk path>... thankfully Bitwarden worked absolutely fine. I started the docker and checked all the data was there prior to connecting & tested sync - all OK 😁 However when I try to get to the nextcloud GUI using IP over the LAN, I get... Configuration was not read or initialized correctly, not overwriting /app/www/public/config/config.php Does anyone know how I can fix this? The log file shows; [migrations] started [migrations] 01-nginx-site-confs-default: skipped [migrations] 02-default-location: skipped [migrations] done ─────────────────────────────────────── ██╗ ███████╗██╗ ██████╗ ██║ ██╔════╝██║██╔═══██╗ ██║ ███████╗██║██║ ██║ ██║ ╚════██║██║██║ ██║ ███████╗███████║██║╚██████╔╝ ╚══════╝╚══════╝╚═╝ ╚═════╝ Brought to you by linuxserver.io ─────────────────────────────────────── To support LSIO projects visit: https://www.linuxserver.io/donate/ ─────────────────────────────────────── GID/UID ─────────────────────────────────────── User UID: 99 User GID: 100 ─────────────────────────────────────── Linuxserver.io version: 31.0.9-ls393 Build-date: 2025-09-11T14:37:58+00:00 ─────────────────────────────────────── using keys found in /config/keys Initializing nextcloud 31.0.9.1 (this can take a while) ... Setting permissions New nextcloud instance Please run the web-based installer on first connect! Initializing finished After completing the web-based installer, restart the Nextcloud container to apply default memory caching and transactional file locking configurations. Alternatively, you can apply your own configurations by editing /config/www/nextcloud/config/config.php following the documentation: https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/caching_configuration.html https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/files_locking_transactional.html [custom-init] No custom files found, skipping... [ls.io-init] done. [migrations] started [migrations] 01-nginx-site-confs-default: skipped [migrations] 02-default-location: skipped [migrations] done usermod: no changes ─────────────────────────────────────── ██╗ ███████╗██╗ ██████╗ ██║ ██╔════╝██║██╔═══██╗ ██║ ███████╗██║██║ ██║ ██║ ╚════██║██║██║ ██║ ███████╗███████║██║╚██████╔╝ ╚══════╝╚══════╝╚═╝ ╚═════╝ Brought to you by linuxserver.io ─────────────────────────────────────── To support LSIO projects visit: https://www.linuxserver.io/donate/ ─────────────────────────────────────── GID/UID ─────────────────────────────────────── User UID: 99 User GID: 100 ─────────────────────────────────────── Linuxserver.io version: 31.0.9-ls393 Build-date: 2025-09-11T14:37:58+00:00 ─────────────────────────────────────── using keys found in /config/keys Initializing nextcloud 31.0.9.1 (this can take a while) ... Setting permissions New nextcloud instance Please run the web-based installer on first connect! Initializing finished After completing the web-based installer, restart the Nextcloud container to apply default memory caching and transactional file locking configurations. Alternatively, you can apply your own configurations by editing /config/www/nextcloud/config/config.php following the documentation: https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/caching_configuration.html https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/files_locking_transactional.html [custom-init] No custom files found, skipping... [ls.io-init] done.

Also - attached are the diags! phoenix-diagnostics-20250916-1535.zip

I forgot to list all the dockers I have/had... adminer binhex-delugevpn binhex-qbittorrentvpn binhex-radarr binhex-sonarr DiskSpeed jackettvpn mariadb nextcloud NginixProxyManager Plex Media Server resilio-sync speedtest-tracker vaultwarden

Hi all I was trying to move all my cache data from the old SSD (appdata / domains / system) to the array to then move it to the new larger SSD. However - there appears to have been a massive data loss and I am hoping someone can help from now to see if there is any way to recover and most importantly to back up my BitWarden self-hosted data as it would be irrecoverable if I lose this!! So... to begin... initially I upgraded my server to 7.1.4 as it was still on 6.x.x, then stopped all the dockers & VMs, disabled both in settings and then used mover to move everything from the cache disk to the array. It took far longer than expected and while trying to identify of this was normal I accidentally restarted the server forgetting mover was running!! When I realised I didn't think this would be a problem as I expected that the system would move files to array, verify and then delete from the cache disk... so I (hoped) my error would just cause mover to move any partially moved files again as they wouldn't have been deleted from the cache disk. Anyway, overnight the move finished and I managed to restart my dockers & VMs (my VMs are hosting some websites which must be online during the day!). First thing this morning I noticed binhex-qbittorrent wouldnt start... so I played a bit and decided to try again later! Then I went to watch something on PLEX, just now, and noticed that it wasnt working - when I tried to log in to the GUI it said I had no permissions... so I started looking at other dockers... Initially trying to login from the URL I was finding none of them could be found... so I decided to force an update on all of them in case they had become corrupted somehow during my botched cache move! I still couldnt connect, so I tried by using the IP addresses on the LAN... Radarr - was asking me to set authentication Nginix Proxy wouldnt let me log in till I tried the default [email protected] & changeme - which let me log in to a completely new unconfigured server. I then realised that because Nginix Proxy Manager wasnt working - that was the reason that I couldnt get outside access to any of the dockers. So, I wondered whether Connect would have a backup of my appdata folder, or any other magic way of recovering... but it made me sign in again and congratulated me on linking my server - although it does show the last USB backup as 22nd August 2025! It then struck me that my vaultwarden docker which is the only place I have thousands of passwords and notes going back many years has probably been reset too and if I let my Bitwarden client sync with this I will have lost ALL my data!!!! So I made sure all my dockers are turned OFF and thought I'd come here. So, most importantly, is there a way to backup everything from my Bitwarden app on my PC to make sure I can restore everything in the event this is a total loss? I found File > Export Vault Which I assume is where I need to be... but am not sure which format to use; Also, will this back up my notes too? I think I have mentioned everything relevant - but if anyone can help I would be eternally grateful :) If any more info is needed please let me know. Thanks

Morning guys, I rebooted my server last night and now binhex-qbittorrent wont start. Initially I thought it was a change in PIAs endpoints, so downloaded a new .ovpn file, deleted the original in /appdata/binhex-qbittorrent/openvpn, uploaded the new one and tried running again. It failed to start again, so I looked in the log and see this... I interpret the log is saying that there is no .ovpn file in /appdata/binhex-qbittorrent/qBittorrent/config/openvpn - this folder doesnt exist, so I created it and copied netherlands.ovpn (downloaded from Private Internet Access today) and still it wont start - showing the same error. Can anyone offer advice to what I am doing wrong? Many thanks

Hi all I am trying to replace my 500Gb SSD cache disk with a 2Tb SSD disk on my UnRAID 7.1.4 server. I have stopped all my dockers and VMs and disabled dockers and VMs in settings so the Docker & VM options are not showing. I then changed the primary storage for my appdata, domains and system shares from Cache to Array. However when I run mover from the main page it seems to do nothing. The move button is pressable, whereas from memory I am sure it used to say "mover is running" whenever you invoked mover. Can anyone remind me what I have missed? Diags attached. Thanks phoenix-diagnostics-20250915-2036.zip

Yes, at the moment I was planning to leave as a single disk and have never used/needed snapshots or checksums... so will format as XFS then... thanks

Morning all I currently have a single 500Gb SSD using btrfs as my cache disk at the moment. I acquired a 2Tb SSD which is now fitted to the server and I plan to move everything from the existing cache to the array, using mover, unassign the current cache disk, assign the new disk and migrate everything back from the array. Are there any recommendations on what FS to format the new 2Tb disk with? Typically its used for my 'downloads' data before it moves to the array, and also my dockers and VMs. Any thoughts, or shall I just use btrfs again? Thanks

HELP - Files Deleted?!?!?! Hi all, As above I am very new to Duplicati, so am still learning my way round... but am very concerned because I just checked the logs on last nights automated backup and it says that it has deleted 481 files and 94 folders!!! I haven't deleted any files so am very concerned what has been deleted, this is the log; Can anyone advise if this is me mis-interpreting the log - or has Duplicati just deleted a whole lot of my files from my backup source? Is there a way to see what has been "deleted"? Since my initial test backup, I have ticked the "Exclude Hidden Files", "Exclude System Files" & "Exclude Temporary Files"... so I was wondering if it has deleted any of these files which were included on my initial backup? Thanks in advance

Hi Guys I am new to Duplicati and have just set it up to create regular backups of my shares onto an 8Tb USB disk - I have backed all the shares up and it worked great - total space used for all my backups is about 2.6Tb. I then opened a backed up Word file and changed the date in it, then re-ran the backup. I then tried to restore the original backed up file, so it would restore the file with the original date in the file. The restore worked and the file was restored in place of the amended file. However I got an error... Despite this error saying access is denied, the file has been restored to the original, so this is great. However I noticed that the restored file is timestamped with the time of the restore - which is obviously not correct. So, in destination -> options I populated the user/password with my user who has read/write permissions and re-ran the restore and it said restored with no errors... so I assume the error message above is because the share is set to Private - but I am not sure how it restored the file if access was denied... and I really want to make sure that any files I restore are restored with the original timestamp as this change will upset other programs which access the data. Can anyone advise? But, on the face of it, much better than my old manual backups using Areca Backup on a USB drive from a VM - so thanks :) Edit [SOLVED] - I deleted the file with the wrong timestamp from my share and restored the file again and this time it ran seamlessly and restored the correct time stamp... so, perhaps, if there is a file there already which is being overwritten it uses the restore timestamp rather than the original timestamp?!?! Either way, it seems perfect now.

I have installed binhex-qbittorrentvpn today as my binhex-delugevpn has been stalling every download and I have been unable to fix it... so thought it might be time for a change. I set it up with PIA VPN which is working fine, and configured the downloads folders (/data/completed & /data/incompleted) to the same share on my UnRAID as binhex-delugevpn was configured for. As a test I imported a handful of .torrent files from /appdata/binhex-delugevpn/state without starting the torrent. Then I forced a recheck and it showed the torrent as 100%... so when I started it, it showed as seeding 😁 All good so far. So, I imported 50 torrents this way and they were showing as seeding perfectly. Next I configured Sonarr to use qbittorrent and when I searched for an episode, it correctly sends the data to qbittorrent but the torrent momentarily shows as "checking resume data", then "stalled", then immediately shows as "errored". I configured UMASK = 000, PUID = 99 & PGID = 100 - which is the same as delugevpn was configured to... also I checked the /data/completed & /data/incomplete permissions and they are showing as Owner: nobody [99] & Group: users [100] with Permissions set to 777. I did try changing PUID & PGID both to 0, but this didn't fix it, so I switched them back to 99 & 100. I looked in the log and the last few lines don't seem to show any errors; 2025-07-02 19:31:09,984 DEBG 'watchdog-script' stdout output: [info] qBittorrent process started [info] Waiting for qBittorrent process to start listening on port 8080... 2025-07-02 19:31:10,351 DEBG 'watchdog-script' stdout output: [info] qBittorrent process listening on port 8080 2025-07-02 19:41:09,499 DEBG 'start-script' stdout output: [info] Successfully assigned and bound incoming port 2025-07-02 19:51:09,665 DEBG 'start-script' stdout output: [info] Successfully assigned and bound incoming port 2025-07-02 20:01:09,827 DEBG 'start-script' stdout output: [info] Successfully assigned and bound incoming port 2025-07-02 20:11:09,995 DEBG 'start-script' stdout output: [info] Successfully assigned and bound incoming port 2025-07-02 20:21:10,161 DEBG 'start-script' stdout output: [info] Successfully assigned and bound incoming port When I rebooted the docker, I saw that all the 50 torrents I imported were showing as "checking" and then when they reached 100% they started to seed again. But in all I will be importing nearly 1000 torrents, so cant really afford for them to be checked every time the docker restarts! [UPDATE] I deleted the 50 torrents I had imported and just imported 5... when I rebooted the docker they all showed as seeding straight away, so maybe the "checking" above was some anomaly! Hopefully if I import them in small batches it wont recheck after every reboot :) So, can anyone help with trying to start diagnosing the issue? Any help appreciated [UPDATE] I read on another qbittorent forum that there is a log in qbittorent, which I didnt realise... when I look in here it says; File error alert. Torrent: xxxx error: No space left on device But, /data/incomplete & /data/completed is mapped to a single drive and there is 600Gb of space left on it! [EDIT3] I remember that when it was first set up with the default download storage settings it worked OK as I ran a test, so I know this problem is due to the location provided for the torrents to download to. To recap: In the docker settings /data is set to /mnt/user/downloads/ (I did try /mnt/user/downloads too). My actual storage location on UnRAID is - /mnt/user/downloads/incomplete & /mnt/user/downloads/completed /mnt/user/downloads/ and subdirectories is set to Owner: nobody [99] & Group: users [100] with Permissions set to 777. In the qBitTorrent settings... Can anyone help as I am now successfully seeding 800 torrents, but am unable to download any :( Thanks [SOLVED] OK, tonight as I had not had any replies, I looked into this more and found that my downloads share had Minimum free space: set to 585.5 GB - I dont know how or why this had been set so high, so I changed it and all my downloads are now working 😁 I thought I would post this, just in case anyone else has a similar issue.

Perfect - many thanks for the help