b_tob

Also lag es am Update dass der Container nicht mehr funktioniert? Wenn eine Neuinstallation das Problem behebt werde ich es so machen, habe nicht wirklich viele Proxy Hosts welche ich neu erfassen müsste.

Hallo zusammen ich habe ein Problem mit meiner NPM Installation. Wenn ich einen neuen Proxy Host erfasse und für diesen ein SSL Zertifikat erstellen lassen will wird mir folgender Fehler angezeigt: Error: Command failed: certbot certonly --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-28" --agree-tos --authenticator webroot --email "hier-steht-meine-mail-adresse" --preferred-challenges "dns,http" --domains "satisfactory.beispieldomain.ch" Another instance of Certbot is already running. Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /tmp/certbot-log-qtfywjgr/log or re-run Certbot with -v for more details. at ChildProcess.exithandler (node:child_process:402:12) at ChildProcess.emit (node:events:513:28) at maybeClose (node:internal/child_process:1100:16) at Socket. (node:internal/child_process:458:11) at Socket.emit (node:events:513:28) at Pipe. (node:net:301:12) In den Logs vom Container wird folgendes angezeigt: [3/28/2023] [9:15:06 PM] [Global ] › ℹ info PID 134 received SIGTERM [3/28/2023] [9:15:06 PM] [Global ] › ℹ info Stopping. ❯ Configuring npmuser ... 911 ❯ Checking paths ... ❯ Setting ownership ... ❯ Dynamic resolvers ... ❯ IPv6 ... Enabling IPV6 in hosts in: /etc/nginx/conf.d - /etc/nginx/conf.d/include/assets.conf - /etc/nginx/conf.d/include/block-exploits.conf - /etc/nginx/conf.d/include/force-ssl.conf - /etc/nginx/conf.d/include/ip_ranges.conf - /etc/nginx/conf.d/include/letsencrypt-acme-challenge.conf - /etc/nginx/conf.d/include/proxy.conf - /etc/nginx/conf.d/include/ssl-ciphers.conf - /etc/nginx/conf.d/include/resolvers.conf - /etc/nginx/conf.d/default.conf - /etc/nginx/conf.d/production.conf Enabling IPV6 in hosts in: /data/nginx - /data/nginx/proxy_host/10.conf - /data/nginx/proxy_host/11.conf - /data/nginx/proxy_host/7.conf - /data/nginx/proxy_host/3.conf - /data/nginx/proxy_host/1.conf - /data/nginx/proxy_host/4.conf ❯ Docker secrets ... ------------------------------------- _ _ ____ __ __ | \ | | _ \| \/ | | \| | |_) | |\/| | | |\ | __/| | | | |_| \_|_| |_| |_| ------------------------------------- User UID: 911 User GID: 911 ------------------------------------- ❯ Starting nginx ... ❯ Starting backend ... [3/28/2023] [9:15:25 PM] [Global ] › ℹ info Using Sqlite: /data/database.sqlite [3/28/2023] [9:15:26 PM] [Migrate ] › ℹ info Current database version: none [3/28/2023] [9:15:26 PM] [Setup ] › ℹ info Logrotate Timer initialized [3/28/2023] [9:15:26 PM] [Setup ] › ℹ info Logrotate completed. [3/28/2023] [9:15:26 PM] [IP Ranges] › ℹ info Fetching IP Ranges from online services... [3/28/2023] [9:15:26 PM] [IP Ranges] › ℹ info Fetching https://ip-ranges.amazonaws.com/ip-ranges.json [3/28/2023] [9:15:26 PM] [IP Ranges] › ℹ info Fetching https://www.cloudflare.com/ips-v4 [3/28/2023] [9:15:26 PM] [IP Ranges] › ℹ info Fetching https://www.cloudflare.com/ips-v6 [3/28/2023] [9:15:26 PM] [SSL ] › ℹ info Let's Encrypt Renewal Timer initialized [3/28/2023] [9:15:26 PM] [SSL ] › ℹ info Renewing SSL certs close to expiry... [3/28/2023] [9:15:26 PM] [IP Ranges] › ℹ info IP Ranges Renewal Timer initialized [3/28/2023] [9:15:26 PM] [Global ] › ℹ info Backend PID 135 listening on port 3000 ... [3/28/2023] [9:17:14 PM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/11.conf [3/28/2023] [9:17:14 PM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/11.conf.err [3/28/2023] [9:17:14 PM] [Nginx ] › ⬤ debug Could not delete file: { "errno": -2, "syscall": "unlink", "code": "ENOENT", "path": "/data/nginx/proxy_host/11.conf.err" } [3/28/2023] [9:17:14 PM] [Nginx ] › ℹ info Reloading Nginx [3/28/2023] [9:17:19 PM] [SSL ] › ℹ info Requesting Let'sEncrypt certificates for Cert #28: satisfactory.beispieldomain.ch [3/28/2023] [9:17:19 PM] [SSL ] › ℹ info Command: certbot certonly --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-28" --agree-tos --authenticator webroot --email "hier-steht-meine-mail-adresse" --preferred-challenges "dns,http" --domains "satisfactory.beispieldomain.ch" [3/28/2023] [9:17:19 PM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/temp/letsencrypt_28.conf [3/28/2023] [9:17:20 PM] [Nginx ] › ℹ info Reloading Nginx [3/28/2023] [9:17:20 PM] [Express ] › ⚠ warning Command failed: certbot certonly --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-28" --agree-tos --authenticator webroot --email "hier-steht-meine-mail-adresse" --preferred-challenges "dns,http" --domains "satisfactory.beispieldomain.ch" Another instance of Certbot is already running. Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /tmp/certbot-log-qtfywjgr/log or re-run Certbot with -v for more details. Den Container habe ich bereits neu gestartet und aktualisiert, die bestehenden Proxy Hosts funktionieren aktuell noch, ich weiss aber nicht was passiert wenn die Zertifikate aktualisiert werden müssen. Ich habe den Docker Container von @mgutt installiert, die Ports 80 und 443 sind entsprechend im Router weitergeleitet. Ich bin aktuell auf Unraid 6.12.0-rc2. Vielen Dank für eure Hilfe!

Vielen Dank, das wusste ich nicht, der appdata Share ist jetzt nur noch auf dem Cache vorhanden!👍

Der Share war gestern fälschlicherweise noch auf "Yes", darum wurde der Inhalt vom Cache auf das Array verschoben. Ist jetzt aber auf "Only" eingestellt und alles auf den Cache zurück verschoben. Wenn ich mit dem Befehl "find /mnt/disk1/appdata -type f" nach Dateien suche wird mir nichts angezeigt, von daher gehe ich davon aus dass die Ordner leer sind und werde den appdata Ordner auf dem Array löschen.

Das ist ja die Frage, ist es normal dass der appdata Ordner auf dem Array und auf dem Cache Pool exisitieren oder kann der Ordner auf dem Array gelöscht werden. Der appdata Share ist auf "Cache:Only" eingestellt, daher sollten ja keine Daten mehr auf das Array bzw. Disk 1 geschrieben werden wenn der Docker Service gestartet wird?!

Hallo @mgutt ich konnte in der Zwischenzeit alles wieder auf den Cache kopieren was darauf gehört, auch die VMs laufen wiederr. Jedoch habe ich immer noch das Probem das auf Disk 1 auf dem Array der appdata Ordner angezeigt wird, die Ordner sind jedoch leer, die Dateien sind alle auf dem Cache. Kann ich den Docker Service nun starten oder werden dann wieder Dateien auf dem Array angelegt?

hi @mgutt ich habe den Share nun mit dem Befehl kopiert welchen du mir mitgeteilt hast, das hast auch funktioniert. Nun sind jedoch die Ordner immer noch auf dem Array sowie auf dem cache vorhanden, die Ordner auf dem Array sind aber leer. Ist das normal? Dadurch dass ich die Ordner mit dem rsync Befehl kopiert habe steht der Share jetzt noch auf "Cache:Yes", ich möchte den aber lieber auf "Cache:Only" haben. Kann ich das einfach so umschalten? Den Docker Service habe ich noch nicht gestartet, da die Ordner noch doppelt vorhanden sind, nicht dass dann wieder etwas schief läuft.

hi @mgutt Ich werde die Pfade auf dem Stick mal anpassen. Muss ich, wenn der Pfad zB "/mnt/cache_nvme_protected/appdata/satisfactory" lautet, diesen nur auf "mnt/user" ändern oder auf "/mnt/user/appdata/satisfactory"? Habe wirklich nichts anderes gemacht. Hat damals beim kopieren vom Array auf den Cache auch funktioniert, warum das zurück kopieren jetzt Probleme macht weiss ich auch nicht. Ich habe noch ein Backup vom 14.03.2023 welches ich mit dem CA Backup / Restore Appdata Plugin erstellt habe, dies könnte ich schlimmsten Fall benutzt werden, da ich jedoch einzelne Ordner nicht gesichert habe wäre es nicht schlecht wenn es ohne Backup wieder funktionieren würde.

Das Problem ist dass ich meinen NVME Cache ersetzen wollte und dafür den appdata Share mit dem Mover zum Array verschieben wollte. Dies hat grösstenteils auch funktioniert, jedoch wurden einige Order bzw. Files vom NVME Cache auf den SSD Cache, welchen ich als Schreibcache für Filme und Serien benutze, kopiert. Somit habe ich nun auf dem Array, dem NVME Cache und auf dem SSD Cache einen appdata Ordner mit teilweise doppelten Einträgen.

Kann ich das im laufenden Betrieb machen oder besser den Server ausschalten und die Dateien auf dem Laptop bearbeiten? Phuu, das muss ich mal in Ruhe angehen, einige Ordner sind doppelt auf Array und NVME Cache, andere sind doppelt auf NVME Cache und SSD Cache.

Der Cache Pool ist noch vorhanden, soll ich den appdata Share noch einmal auf "Cache:Prefer" stellen und alles auf den NVME Cache kopieren damit die Docker gestartet und angepasst werden können? Müsste ich nachher schnell nachschauen, denke die schnellste Variante wäre über den Filebrowser von Unraid selbst oder?

hi @mgutt folgendes kam bei dem Befehl raus: root@ZEUS:~# set -o pipefail while read -r file; do echo -e "\nSearch for non-user paths in $file:" if ! grep -F '/mnt' "$file" | grep -vF '/user' | grep -oE '/mnt/[^<"]+' | sort -u; then echo "Not found." fi done < <(find /boot/config/plugins/dockerMan/templates-user -name '*.xml') Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-pihole.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Plex-Media-Server.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-mariadb.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-nextcloud.xml: /mnt/cache_nvme_protected/nextcloud/ Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-mediawiki.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-heimdall.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-macinabox.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-ApacheGuacamole.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Dashdot.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-luckyBackup.xml: /mnt/NEU /mnt/NEU2 /mnt/NEU3 /mnt/cache_nvme_protected/appdata/luckybackup /mnt/disks/QNAP_Backup/ /mnt/remotes/10.253.0.2_Backup/ /mnt/remotes/POSEIDON.HOME_Backup/ Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-vaultwarden.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-P3R-KeePassXC.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-xmind.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Redis.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-paperless-ng.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-DirSyncPro.xml: /mnt/disk1/appdata/dirsyncpro /mnt/ftp'&#13;&#10;(must be provided if ftp is used) /mnt/local' /mnt/remotes/192.168.1.120_rbackup /mnt/smb' - ftp: '/mnt/ftp' - webdav: '/mnt/webdav' - local: if you set the type to 'local' you must set the container mountpoint to: '/mnt/local'). Please also note if you set up a encrypted share for the first time the destination folder should be empty since CryFS will create a folder with the basic information for the encryption and all the split files (don't delete any folder since it can corrupt files). The docker will automaticaly create a directory named 'cryfs' in the main directory of DirSyncPro, please copy the 'cryfs.cfg' to a save place since you will need this file and your selected password for CryFS to decrypt the files.&#xD; /mnt/sourcefiles Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-WireGuard-Easy.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-tautulli.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-vm_custom_icons.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-windows11_uupdump.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-libreoffice.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-paperless-ngx.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-ubuntu-xfce.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-netdata.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-jDownloader2.xml: /mnt/cache_nvme_protected/appdata/jdownloader2/ /mnt/jDownloader Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-trilium.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Backblaze_Personal_Backup.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-PhotoPrism.xml: /mnt/cache_nvme_protected/appdata/photoprism Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Nginx-Proxy-Manager-Official.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-UptimeKuma.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Grafana-Unraid-Stack.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Lancache.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Lancache-DNS.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-LANCache-Prefill.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-homebridge.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-homeassistant.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Satisfactory.xml: /mnt/cache_nvme_protected/appdata/satisfactory Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-AdGuard-Home.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-OnlyOfficeDocumentServer.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-OnlyOffice-Community-Server.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Collabora-CODE.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-netbootxyz.xml: Not found. Search for non-user paths in /boot/config/plugins/dockerMan/templates-user/my-Win98_inabox.xml: Not found.

Ich bin mir zu 99% sicher dass ich nicht im laufenden Betrieb die Cacheeinstellungen geändert habe, da ich wusste dass dies Probleme bereiten kann. Der Docker Service wurde jeweils in den Einstellungen deaktiviert. Gebe ich den ganzen Befehl im Terminal ein? Oder wo muss ich das einfügen?

@mgutt Hast du vielleicht eine Idee? Will wirklich nicht stressen, aber wie gesagt läuft bei mir aktuell nichts weil die Docker offline sind. Besten Dank. EDIT: Habe gerade in diesem Thread den Beitrag bzgl. Mover Logs gesehen und diese bei mir auch mal aktiviert, dabei sehen die Logs praktisch gleich aus "File exists" steht bei mir auch. Bedeutet dass das die Dateien doppelt existieren? Wie kann ich herausfinden welche Dateien die aktuelleren sind damit die älteren gelöscht werden können? Vielen Dank.

@mgutt Wie kann ich die Dockerpfade überprüfen, wenn der Dockerservice aktuell deaktiviert ist und bei einigen Containern der Autostart aktiviert ist? Wenn ich den Service starte werde die Container gestartet oder? EDIT: Würde es was bringen wenn ich den appdata Share noch einmal auf die NVME kopiere damit ich den Dockerservice starten kann? Leider bin ich akutell komplett blockiert da die Docker nicht laufen.

Hi @mgutt Wie gesagt, ich habe bei dem appdate Share von "Cache:Prefer" zu "Cache:Yes" umgestellt und den Mover gestartet, gleichzeitig habe ich das Unraiddashboard offen gehabt und die Diskaktivitäten beobachtet. Zuerst wurde vom NVME Cache auf das Array geschrieben, nach ein paar GB wurde dann plötzlich auf den Schreibcache geschrieben, jedoch direkt von den NVME, und nicht vom Array. Nein, beim Cache pool habe ich für den appdata Share den NVME Pool angewählt, der Schreibcache war wirklich nur beim Share "Media" angewählt, und dort mit der Einstellung "Cache:Yes". Mir wäre nicht bewusst dass ich eine solche Anpassung mal vorgenommen habe, werde es aber heute Abend überprüfen. Kann ich den Dockerservice aktuell ohne Probleme wieder starten oder soll ich zuerst wieder alles auf dem NVME Pool kopieren?

Nein, der appdata Share war noch nie auf "schreibcache", den hatte ich damals direkt vom Array auf die NVME's kopiert. Im Anhang sind die Ordner ersichtlich welche aktuell auf "Schreibcache" liegen, die wurden heute Nachmittag mit dem Mover von den NVME auf die SATA SSD verschoben, da bin ich mir sicher, da ich das Unraid Dashboard offen hatte als der Kopiervorgang lief.

@mgutt Der Docker und der VM Service wurden in den Einstellungen deaktiviert. Vom appdata und cache Share. sehe gerade dass der Cache Share noch auf "Nein" steht, das ändere ich gleich noch. Der appdate Share steht jedoch auf "Yes", trotzdem ist der Inhalt der Ordners auf die verschiedenen Speichermedien verteilt (Siehe Screenshots).

Hallo @mgutt sorry für die späte Antwort, bin leider erst jetzt wieder dazu gekommen das Problem anzuschauen. Aktuell hat sich das Problem meiner Meinung nach sogar noch "verschlimmert". Ich möchte gerne die 2x250GB NVME SSD im Cachepool (cache-nvme_protected), wo der appdata Ordner drauf war, durch 2x1TB NVME SSD ersetzen. Daher habe ich alle Shares, die auf diesen Cache geschrieben haben, auf "Cache: Yes:" umgeschaltet und den Mover aktiviert. Das Problem ist nun, dass es einige Ordner auf das Array kopiert hat, einige sind noch auf dem NVME Cache und wieder andere hat es auf die SATA SSD (schreibcache) kopiert. Ich verstehe nicht ganz was ich falsch eingestellt habe, ich dachte mit diesen Einstellungen sollte alles auf das Array kopiert werden, damit die SSD für die VMs (vm_ssd) und den "schreibcache" entfernen und alles über die NVME laufen lassen kann. Im Anhang habe ich ein paar Screenshots angehängt, ich hoffe daraus ist alles notwendige ersichtlich. Vielen Dank. Beste Grüsse

Hallo @alturismo vielen Dank für deine Antwort. Ich habe soeben herausgefunden warum ich das Downgrade nicht machen konnte, darf es aber fast nicht sagen, so peinlich ist es.... Beim Update heute Nachmittag habe ich den mariaDB Container beendet, da ich diesen ebenfalls noch aktualisiert habe. Dadurch kam dann immer ein Fehler nach dem Aufstarten des Nextcloud Containers. Habe nun die mariaDB wieder gestartet und konnte gemäss dem Link das Update machen, nun läuft wieder alles und ist auf der aktuellsten Version. Trotzdem Danke für deine Bemühungen. Beste Grüsse

Guten Abend zusammen ich habe seit heute Nachmittag ein Problem mit meiner Nextcloud. Ich habe den Container von Linuxserver am laufen, dies funktionierte bis heute auch alles einwandfrei. Heute Nachmittag habe ich über das Unraid Dashboard den Nextcloud Container aktualisiert, und beim nächsten Neustart des Containers bzw. beim Öffnen der Domain kam eine Meldung bzgl inkompatibler PHP Versionen. Habe dann mal ein bisschen gegoogelt und folgende Seite gefunden: https://github.com/linuxserver/docker-nextcloud/issues/288 Die Schritte habe ich alle befolgt, leider wird der Container mit dem Befehl "docker exec -it nextcloud updater.phar" jedoch nur auf die Version 23.0.12 aktualisiert, und nicht wie im Artikel beschrieben auf Version 25 (siehe Codeausschnitt weiter unten). Was ich leider erst im Nachhinein gelesen habe ist dass bei Linuxserver Container anscheinend zuerst im GUI die Aktualisierung gemacht werden muss und erst dann der Container im Unraid. Ein weiteres Problem ist dass ich nicht weiss welche Version als letztes bei mir lief, daher kann ich auch kein Downgrade machen und dort zuerst im GUI die Aktualisierung starten. Was mir noch aufgefallen ist, wenn ich in Template als Quelle den letzten Release auswähle und den Container starte, erscheint in den Logs folgendes: **** The following site-confs have extensions other than .conf **** **** This may be due to user customization. **** **** You should review the files and rename them to use the .conf extension or remove them. **** **** nginx.conf will only include site-confs with the .conf extension. **** /config/nginx/site-confs/default /config/nginx/site-confs/default.conf.bak [custom-init] No custom files found, skipping... An den nginx.conf Dateien habe ich aber nie etwas gemacht. Hatte schon mal jemand das Problem und weiss wie ich die Nextcloud wieder zum laufen bringe? Vielen Dank für eure Hilfe. Beste Grüsse root@ZEUS:~# docker exec -it nextcloud updater.phar Nextcloud Updater - version: v20.0.0beta4-11-g68fa0d4 Current version is 23.0.12. Update to Nextcloud 23.0.12 available. (channel: "stable") Following file will be downloaded automatically: https://download.nextcloud.com/server/releases/nextcloud-23.0.12.zip Open changelog ↗ Steps that will be executed: [✔] Check for expected files [✔] Check for write permissions [✔] Create backup [✔] Downloading [✔] Verify integrity [✔] Extracting [✔] Enable maintenance mode [✔] Replace entry points [✔] Delete old files [✔] Move new files in place [✔] Done Continue update? [y/N] y Info: Pressing Ctrl-C will finish the currently running step and then stops the updater. [✔] Check for expected files [✔] Check for write permissions [✔] Create backup [✔] Downloading [✔] Verify integrity [✔] Extracting [✔] Enable maintenance mode [✔] Replace entry points [✔] Delete old files [✔] Move new files in place [✔] Done Update of code successful. Should the "occ upgrade" command be executed? [Y/n] y An unhandled exception has been thrown: Doctrine\DBAL\Exception: Failed to connect to the database: An exception occurred in the driver: SQLSTATE[HY000] [2002] Connection refused in /config/www/nextcloud/lib/private/DB/Connection.php:87 Stack trace: #0 /config/www/nextcloud/3rdparty/doctrine/dbal/src/Connection.php(1519): OC\DB\Connection->connect() #1 /config/www/nextcloud/3rdparty/doctrine/dbal/src/Connection.php(1041): Doctrine\DBAL\Connection->getWrappedConnection() #2 /config/www/nextcloud/lib/private/DB/Connection.php(237): Doctrine\DBAL\Connection->executeQuery() #3 /config/www/nextcloud/3rdparty/doctrine/dbal/src/Query/QueryBuilder.php(345): OC\DB\Connection->executeQuery() #4 /config/www/nextcloud/lib/private/DB/QueryBuilder/QueryBuilder.php(287): Doctrine\DBAL\Query\QueryBuilder->execute() #5 /config/www/nextcloud/lib/private/AppConfig.php(365): OC\DB\QueryBuilder\QueryBuilder->execute() #6 /config/www/nextcloud/lib/private/AppConfig.php(130): OC\AppConfig->loadConfigValues() #7 /config/www/nextcloud/lib/private/AppConfig.php(321): OC\AppConfig->getApps() #8 /config/www/nextcloud/lib/private/legacy/OC_App.php(982): OC\AppConfig->getValues() #9 /config/www/nextcloud/lib/private/Server.php(692): OC_App::getAppVersions() #10 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(160): OC\Server->OC\{closure}() #11 /config/www/nextcloud/3rdparty/pimple/pimple/src/Pimple/Container.php(118): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}() #12 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(127): Pimple\Container->offsetGet() #13 /config/www/nextcloud/lib/private/ServerContainer.php(136): OC\AppFramework\Utility\SimpleContainer->query() #14 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(56): OC\ServerContainer->query() #15 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(182): OC\AppFramework\Utility\SimpleContainer->get() #16 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(160): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}() #17 /config/www/nextcloud/3rdparty/pimple/pimple/src/Pimple/Container.php(114): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}() #18 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(127): Pimple\Container->offsetGet() #19 /config/www/nextcloud/lib/private/ServerContainer.php(136): OC\AppFramework\Utility\SimpleContainer->query() #20 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(56): OC\ServerContainer->query() #21 /config/www/nextcloud/lib/private/Server.php(1079): OC\AppFramework\Utility\SimpleContainer->get() #22 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(160): OC\Server->OC\{closure}() #23 /config/www/nextcloud/3rdparty/pimple/pimple/src/Pimple/Container.php(118): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}() #24 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(127): Pimple\Container->offsetGet() #25 /config/www/nextcloud/lib/private/ServerContainer.php(136): OC\AppFramework\Utility\SimpleContainer->query() #26 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(56): OC\ServerContainer->query() #27 /config/www/nextcloud/lib/private/Server.php(2040): OC\AppFramework\Utility\SimpleContainer->get() #28 /config/www/nextcloud/lib/private/Files/View.php(118): OC\Server->getLockingProvider() #29 /config/www/nextcloud/lib/private/Server.php(439): OC\Files\View->__construct() #30 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(160): OC\Server->OC\{closure}() #31 /config/www/nextcloud/3rdparty/pimple/pimple/src/Pimple/Container.php(118): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}() #32 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(127): Pimple\Container->offsetGet() #33 /config/www/nextcloud/lib/private/ServerContainer.php(136): OC\AppFramework\Utility\SimpleContainer->query() #34 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(56): OC\ServerContainer->query() #35 /config/www/nextcloud/lib/private/Server.php(1403): OC\AppFramework\Utility\SimpleContainer->get() #36 /config/www/nextcloud/lib/base.php(594): OC\Server->boot() #37 /config/www/nextcloud/lib/base.php(1096): OC::init() #38 /config/www/nextcloud/console.php(48): require_once('/config/www/nex...') #39 /config/www/nextcloud/occ(11): require_once('/config/www/nex...') #40 {main} Keep maintenance mode active? [y/N] y Maintenance mode kept active root@ZEUS:~# docker exec -it nextcloud mv /config/nginx/site-confs/default.conf /config/nginx/site-confs/default.conf.bak root@ZEUS:~# docker exec -it nextcloud mv /config/nginx/nginx.conf /config/nginx/nginx.conf.bak root@ZEUS:~# docker logs nextcloud [migrations] started [migrations] 01-nginx-site-confs-default: 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 ─────────────────────────────────────── using keys found in /config/keys **** The following site-confs have extensions other than .conf **** **** This may be due to user customization. **** **** You should review the files and rename them to use the .conf extension or remove them. **** **** nginx.conf will only include site-confs with the .conf extension. **** /config/nginx/site-confs/default /config/nginx/site-confs/default.conf.bak [custom-init] No custom files found, skipping... [ls.io-init] done.

Guten Tag zusammen folgendes, nicht ganz optimales Setup ist vorhanden: 1x 6TB Parität 2x 6TB Array 2x 250GB NVME RAID 1 für appdata 1x 120GB SATA SSD als Schreibcache für Filme und Serien Das die Aufteilung nicht wirklich Sinn macht ist mir bewusst, darum geht es aber nicht. Ich habe den appdata Share auf "only" gestellt und den RAID1 Pool ausgewählt. Das hat jetzt monatelang auch super funktioniert, alles lief so wie es sollte, die ganzen Docker wurden auf der NVME installiert und ausgeführt. Nun habe ich heute morgen den Server neu gestartet und nun bemerkt, dass der Share "ungeschützt" ist. Also mal gesucht und herausgefunden dass als Cachedrive plötzlich die SATA SSD angegeben war. Ich habe dann die Container alle beendet, den Docker Service gestoppt und als Cachedrive wieder die NVME angegeben und den Mover gestartet. Wirklich etwas passiert ist dann jedoch nicht, der Share wird immer noch als "Ungeschützt" angezeigt, und auf der SATA SSD ist der appdata Ordner mit einigen Unterordner noch vorhanden. Ich bin mir nicht ganz sicher ob in den Ordner auf der SATA SSD überhaupt etwas gesichert ist, von den 120GB sind aktuell nur 8.73MB benutzt. Falls die Ordner durch den Mover geleert wurden und nun auf der NVME sind, warum werden sie auf der SATA SSD nicht entfernt? Weiss jemand wie ich das bereinigen kann? Falls ihr noch mehr Angaben braucht kann ich diese gerne nachliefern, die Diagnosedaten könnte ich später nachliefern wenn nötig. Vielen Dank. Beste Grüsse

Nachdem ich den Docker und VM Service gestoppt habe konnte ich den Ordner libvirt auf den Cache verschieben, aktuell wird die Disk 1 auch nicht mehr hochgefahren wenn ich die VM starte. Vielen Dank für eure Hilfe! Beste Grüsse

Die ISO habe ich nun von der VM entfernt. Ich glaube ich habe das Problem soeben gefunden. Der Share "system" mit der Datei "libvirt.img" ist auf dem Array auf Disk 1, das letzte Änderungsdatum passt auch ca. zur der Zeit wo die Disk aus dem Spin Down geholt wurde. Der Ordner "libvirt" ist auf den Cache und die Disk 1 verteilt, obwohl der Share system auf Cache:Bevorzugt eingestellt ist. Wie kann ich den Ordner am einfachsten auf den Cache verschieben? VM Manager deaktivieren und den Mover starten?

Hallo @ich777 Backblaze habe ich mal testweise installiert, der Container ist zwar noch vorhanden, jedoch ist der Appdata share auf einer SSD und nicht auf dem Array, ausserdem ist er momentan nicht aktiv. Ich dachte zuerst der Ordner gehört zu Unraid, da auf dem USB Stick ja auch Dateien mit "bz" sind. Aber da habe ich mich wohl getäuscht. Ich habe den "isos" Share auf dem Array wo die ISO Datei für die Installation von Windows liegt. Das VM Image (vdisk1.img) auf dem Domains Share ist jedoch auf einer separaten SSD im Pool und nicht auf dem Array. Die Frage ist nun ob nach der Installation immer noch auf die ISO zugegriffen wird und die Disk im Array daher hochfährt?