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

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

Also - attached are the diags!

phoenix-diagnostics-20250916-1535.zip

47 minutes ago, SliMat said:

I accidentally restarted the server forgetting mover was running

This should never be a problem; if there' missing data, it was likely caused by something else.

48 minutes ago, SliMat said:

I wondered whether Connect would have a backup of my appdata folder

It doesn't; you need to create those manually or with, for example, the appdata backup plugin. Of course, this won't help you this time, so it's for future reference.

One thing you can check are the Docker paths; make sure they are all using /mnt/user, any path using /mnt/<disk path> would stop working if the data is moved to a different pool.

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.

Recommend looking for the support thread for that container:

16 hours ago, JorgeB said:

Recommend looking for the support thread for that container:

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