Hallo,
die Platte wurde aufgrund ihrer UUID als fehlerhaft markiert.
Poste mal bitte den Inhalt der Datei /mnt/HDA_ROOT/.conf.
Den Dateiinhalt kannst Du über SSH mit dem Befehl cat /mnt/HDA_ROOT/.conf anzeigen lassen.
Bei solchen Konstellationen wie bei Dir ist in dieser Datei meist ein Eintrag mit der UUID drin, der diese Platte als fehlerhaft kennzeichnet. Dieser Eintrag muss gelöscht werden, dann wird die Platte auch wieder als korrekt erkannt.
nimm bitte die offizielle Docker-Datei von nextcloud-aio (habe ich oben verlinkt).
Dann änderst Du folgende Zeilen ab:
--publish 80:80 \
--publish 8080:8080 \
--publish 8443:8443 \Jeweils der Port VOR dem Doppelpunkt muss ein freier Port Deines NAS sein.
Beispielhaft würde gehen:
--publish 9080:80 \
--publish 9081:8080 \
--publish 9443:8443 \Nun die Docker-Datei über die Containerstation einspielen.
Jetzt in Deinem Router folgende Portweiterleitungen einrichten:
Extern Port 80 -> IP-NAS:9080
Extern Port 443 -> IP-NAS:9443
Nun noch eine Dyndns-Adresse bei einem Anbieter Deiner Wahl (z.B. noip.com) registrieren und entweder im NAS (Virtueller Switch) oder im Router eintragen, so dass immer Deine aktuelle externe IP-Adresse auf die dyndns-Domain gemappt wird.
Jetzt im Browser folgende Adresse aufrufen:
https://IP-NAS:9081
und mit der Einrichtung der Nextcloud anfangen.
Fertig:-)
Du verwechselst hier etwas:
Das selbsterstellte Zertifikat gilt nur für den ADMIN-Zugang zu Nextcloud-Aio. Diesen solltest Du NIEMALS nach außen freigeben.
Die EIGENTLICHE Nextcloud (einer der separaten Container von Nextcloud-Aio) erhält ein ganz normales Letsencrypt-Zertifikat. Daher müssen auch die externen Ports 443 und 80 auf diesen Container weitergeleitet werden. Standardmäßig sind das die Docker-Ports 80 und 8443 (siehe publish-Zeilen in der Compose.yaml). Nur der Docker-Port 8080 hat das selbsterstellte Zertifikat.
ACHTUNG: Du musst die Standardports 80 und 8080 anpassen, da diese i.d.R. schon vom NAS selbst benutzt werden!
Warum nimmst Du nicht die offizielle Dockeranwendung nextcloud-aio?
Dort ist sehr ausführlich beschrieben, wie man die Nextcloud mit den wichtigsten Erweiterungen über Docker in Betrieb nehmen kann.
Hallo,
die Meldung besagt erst mal nur, dass die Nextcloud den Datenbankserver nicht findet. Und nach der Meldung sieht es so aus, als hättest Du versucht, die Datenbank über den Unix-Socket anzusprechen. Das geht erst mal nur auf localhost. In Deiner Docker-Config sind aber zwei getrennte Container drin. Also kannst Du die Datenbank nur über IP und Port ansprechen.
Q-202501-43605
Das hier war damals die letzte Antwort des Supports:
ZitatAlles anzeigenSehr geehrter Kunde,
vielen Dank für die Informationen.
Wie es aussieht, ist die neueste HBS Version noch nicht ausgereift. In diesem Fall würde ich Ihnen raten, erst einmal die altere Version beizubehalten.Ich werde die Information mit der fehlerhaften Version entsprechend weiterleiten.
Kann ich noch etwas für Sie tun?
Mit freundlichen Grüßen
Das mit dem Ticket finde ich super. Genannt wurde mir die Version leider nicht - ich habe noch von aktuell zu älter durchprobiert...
Hier der damalige Thread - da sind auch die Antworten des QNAP-Supports drin:
Hallo,
ich hatte den selben Fehler bei mir. Nach einem regen Austausch mit dem Support von QNAP wurde mir geraten, auf eine alte Version von HBS auf dem Quell-NAS zu gehen.
Der Fehler wäre bekannt und soll in einer der zukünftigen Versionen behoben werden.
Die letzte bei mir funktionierende Version ist die 23.1.1116.
Man muss sich allerdings bewusst sein, dass damit alte Sicherheitslücken wieder geöffnet werden. Wenn das NAS ausschließlich im internen LAN betrieben wird, ist das aus meiner Sicht jedoch akzeptabel.
Die Fehlermeldungen sind eindeutig für den Intel Clock Bug. Insbesondere dieFehlermeldung vom Lüfter. Da hilft nur ein 100 Ohm Widerstand, dann geht das NAS wieder.
Hier die Aussage vom Support - ich bleibe erst mal auf der alten Version....
Zitat von QNAP SupportSehr geehrter Kunde,
vielen Dank für die Informationen.
Wie es aussieht, ist die neueste HBS Version noch nicht ausgereift. In diesem Fall würde ich Ihnen raten, erst einmal die altere Version beizubehalten.
Ich werde die Information mit der fehlerhaften Version entsprechend weiterleiten.
Hallo,
die Idee mit dem Verbinden per VPN ist schon richtig! Wichtig ist, dass auf den beiden NAS unterschiedliche Netzwerkadressen verwendet werden (z.B. auf NAS 1 die 192.168.2.0/24 und auf NAS 2 die 192.168.3.0/24).
Dann kannst Du einen VPN-Tunnel zwischen beiden NAS aufbauen (idealerweise über zwei vorhandene Firewalls, im Notfall auch über Router, z.B. Fritzbox).
Einschränkungen auf dem NAS 2 hast Du nicht. Wenn Du es möchtest, kannst Du beim zweiten NAS sogar zwei getrennte Netzwerke einrichten, sofern zwei LAN-Schnittstellen vorhanden sind. Dann kannst Du über die eine LAN-Schnittstelle Dein internes Netz laufen lassen, in dem die Clients mit den SMB-Zugriffen aufs NAS liegen und über die andere LAN-Schnittstelle das Netz für die Datensicherung bereitstellen. Diese müsste dann per VPN vom NAS 1 erreichbar sein.
Dann sind auch Sicherungsaufträge über HBS möglich. Eine Synchronisation würde ich nicht empfehlen, da bei einem Sync sofort auch alle Löschungen / Trojanerbefall etc. auf das zweite NAS übertragen werden. Besser ist eine versionierte Datensicherung, so dass mindestens 3 Versionen vorhanden sind. (3-2-1-Regel beachten: Mindestens 3 Sicherungen auf mindestens 2 verschiedenen Medien und davon mindestens 1 offline/offsite).
Mod: Unnötiges Volltextzitat entfernt! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Das stimmt grundsätzlich, ABER: wie Anthracite richtig bemerkt hat, fehlt der Zugriff auf das Vortagesbackup - dann würde er nämlich merken, dass der freie Speicherplatz mehr als ausreichend ist. So arbeiten auch viele kommerzielle Backup-Programme (z.B. Veeam).
Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Die letzte richtig funktionierende Version ist die HybridBackup_23.1.1116_x86_64. Auf die bin ich auch bis jetzt immer zurückgegangen. Leider hat es mit der von mir blöderweise installierten aktuellen Version die Struktur der Backup-Jobs verändert, so dass beim Einspielen der Version HybridBackup_23.1.1116_x86_64 nun HBS nicht mehr startet. Ich warte jetzt erst einmal auf die Rückmeldung des Supports und melde mich wieder.
Bei mir hat es leider den Haupt-Backupauftrag zerschossen.
Situation:
Zu sichernde Daten: 1,42 TB INKREMENTELL
Verfügbarer Speicherplatz auf dem Ziel-NAS: 1,3 TB
Die neue Version bricht nun immer mit der Fehlermeldung
"insufficient storage space or i/o-Error"ab. Dabei werden ja durch die inkrementelle Sicherung nur geringe Datenmengen übertragen (pro Tag zwischen 13-17 GB).
Ich hab mal ein Ticket eröffnet, mal schauen, was passiert.
Du bist einem kleinen Missverständnis aufgesessen....
Das Script Qthttpd.sh ist für den externen Webserver zuständig.
Der interne Apache für die Konfiguration wird durch das Script thttp.sh gesteuert. Dort wird auch der Port festgelegt.
Sollte das NAS die Standardeinstellungen geladen haben, dann lauscht der interne Apache für die Konfigurationsoberfläche auf den Ports 8080 (HTTP) bzw. 443 (HTTPS).
Der externe Webserver lauscht im Standard auf dem Port 80 (HTTP) und - falls aktiviert - auf Port 8081 (HTTPS).
Hallo,
die Fehlermeldung sagt es schon aus: yml-Dateien werden durch Einrückungen strukturiert. Prüfe bitte Deine Datei, dass alle Parameter gleich weit eingerückt sind.
Hallo,
der standardmäßige Port bei der MariaDB10 ist /var/run/mariadb10.sock.
Und das Binary liegt standardmäßig unter /share/CACHEDEV1_DATA/.qpkg/MariaDB10/bin/mysql.
Versuche mal, Deinen Aufruf entsprechend anzupassen.
Viele Grüße!
lhsei
Liebe Forumsmitlglieder,
da die beiden MariaDB-Versionen (5 und 10), die über den AppStore auf dem QNAP installiert werden können, aus dem Support fallen bzw. bereits gefallen sind, habe ich beim QNAP-Support mal eine Anfrage gestartet, wann mit einem Update auf eine weiterhin unterstützte Version von MariaDB zu rechnen ist.
Hier die ernüchternde Antwort:
Zitat von QNAP SupportAlles anzeigenSehr geehrter Herr ...,
leider muss ich Ihnen mitteilen, dass ich diesbezüglich zwar doch eine Rückmeldung erhalten habe, allerdings eine negative.
Bei "MariaDB" handelt es sich um ein eingestelltes "cold Project", für welches keine Erweiterungen mehr implementiert werden.
Ich wurde gebeten, Ihnen folgende Rückmeldung weiterzuleiten:
"Dear Customer,
Thank you for your feedback.
Please note that because of limited resources we have no plans to enhance Maria DB functions anymore.
This request will be put in record for future reference.
We appreciate your understanding and support. "
Ich bedaure, dass ich Ihnen keine positivere Rückmeldung zu Ihrer Anfrage geben kann.
Mit freundlichen Grüßen,
Hallo,
das Paket von MyQNAP ist eine hybride Variante meiner Möglichkeit 1. Es wird ein separater Apache-Webserver inklusive PHP8.3 benötigt (Paket Apache83). Auf diesem separaten Webserver setzt dann das Paket Nextcloud29 auf.
Das mit dem Upgrade ist eine gute Frage, ich gehe mal davon aus, dass qoolbox dann ein neues Paket zur Verfügung stellt, welches das bisherige ersetzt.
Hallo,
das Binary findest Du normalerweise unter
/share/CACHEDEV1_DATA/.qpkg/MariaDB10/bin bzw /share/CACHEDEV1_DATA/.qpkg/MariaDB5/bin.
Die Idee mit phpmyadmin ist auch sehr gut. Hier solltest Du aber nicht das aus dem Store nehmen, sondern das aktuelle herunterladen und unter /share/Web entpacken.
Dann filtere mal über grep
find -iname *.yml | grep compose