Everything posted by Easy Tec
-
rootfs läuft bei rsync übertragungen voll
Hier das ganze: 6.8G /mnt/cache 0 /mnt/disk1 700G /mnt/disk2 0 /mnt/disks 0 /mnt/remotes 707G /mnt/user 700G /mnt/user0
-
rootfs läuft bei rsync übertragungen voll
Okay. Dauert noch etwas, bis es durchgelaufen ist, ich kann aber schon einmal dies hier sagen: 6.8G /mnt/cache 0 /mnt/disk1
-
rootfs läuft bei rsync übertragungen voll
Löscht der diesen Speicher oder sortiert dieser z. B. unnötige Dateien aus?
-
rootfs läuft bei rsync übertragungen voll
Was genau tut dieser Befehl?
-
rootfs läuft bei rsync übertragungen voll
-
rootfs läuft bei rsync übertragungen voll
Nach einem Array-stopp ist in /mnt nur noch folgendes drinnen: - /cache - /disks - /remotes Kann ich das Array wieder starten?
-
rootfs läuft bei rsync übertragungen voll
Okay. Ich habe als erstes mal den /cache im /mnt geprüft, da ich diesen schon in verdacht habe. Ist es hierbei normal, dass in dem Ordner /mnt/cache sich (fast) jeder Docker der gerade aktiv ist, befindet? Und was genau ist damit gemeint, "Mit meinen rsync Skripten anzufangen"? Soll ich meine pfade kontrollieren?
-
rootfs läuft bei rsync übertragungen voll
In meinem /mnt ist folgendes drinnen: - /cache - /disk1 - /disk2 - /disks - /remotes - /user - /user0 In meinem /tmp ist folgendes drinnen: - /community.applications - /emhttp - /notifications - /plugins - /unassigned.devices - /user.scripts
-
rootfs läuft bei rsync übertragungen voll
Mit diesem Befehl ziehe ich ja mein Backup-file vom Backupserver auf meinen Unraidserver. Hierbei habe ich folgenden Befehl auf meine gegebenheiten angepasst: rsync --delete -avzb [email protected]:/var/www /home/benutzer/webserver --backup-dir=~/old (Quelle: https://wiki.ubuntuusers.de/rsync/ )
-
rootfs läuft bei rsync übertragungen voll
Nein, mein Array war online, nur der Docker war bei manchen übertragungen gestoppt. Dannach wurde er (also der Docker) wieder hochgefahren, bzw. neu gestartet. (Im Anhang sieht man den status, den das Array immer hat.)
-
rootfs läuft bei rsync übertragungen voll
(Dieser rsync befehl würde jetzt z. B. den ganzen WordPress Container vom backupserver zum Unraid server schreiben:) sudo rsync -az --progress USER@IP:/BACKUPDISK/Unraid-Backups/AppData/wordpress /mnt/user/appdata/ Alle meine Docker befinden sich in /mnt/user/appdata/. Ich schicke auch mal die konfiguration des Dockers wordpress (als beispiel) mal als anhang:
-
rootfs läuft bei rsync übertragungen voll
Hallo liebes Unraid Forum. Mein Unraidserver hatte sich vor ein paar Tagen aufgehängt. Nachdem ich diesen Force-restarten musste, -weil er nicht auf die befehle der GUI gehört hat- wurden nahezu alle Docker auf Werkseinstellungen zurückgesetzt. Da ich ein Backup jedes einzelnen Dockers habe, konnte ich diese Daten relativ einfach per rsync zurück auf meinen Server holen. Doch genau hier liegt das Problem: Wenn die Rsync übertragung läuft bricht sie manchmal ab und gibt mir den Fehler "(28) No space left on device" aus. Nach kurzer Fehlersuche fiel mir auf, dass das Verzeichnis "rootfs" dann immer voll läuft. (siehe Anhang) Meine Ramauslastung steigt hierbei von 10-20% auf 50-60%. Ich habe Momentan 16GB Arbeitsspeicher verbaut, das Verzeichnis "rootfs" hat 8GB zur Vefügung. Neuer RAM ist schon bestellt. Jetzt meine Frage: Wie kann man das Problem lösen, dass bei einem RSYNC das Verzeichnis "rootfs" vollmüllt lösen? Vielen Dank im Vorraus.
-
I NEED HELP! MariaDB does not start properly after update!
Okay. Danke. Ich schau es mir mal an
-
I NEED HELP! MariaDB does not start properly after update!
ES GEHT!! (Backup-lösung muss ich nochmal nachschauen, da das gleiche skript bei meinen WordPress-sites irgendwie spackt... aber egal) Vielen Dank für den Support hier! Ihr habt mir echt den Tag gerettet! Danke! Euch noch einen schönen Abend! (oder guten morgen, wenn ihr das erst jetzt lest) Danke
-
I NEED HELP! MariaDB does not start properly after update!
Okay. Hab noch im Terminal pfade erstellt... mkdir .... Hat geklapt... sent 723,612,806 bytes received 10,567 bytes 289,449,349.20 bytes/sec total size is 723,398,533 speedup is 1.00 mariadb Damit wurde das skript beendet. Dann mach ich jetzt noch das gleiche mit wordpress und danach mach ich das update
-
I NEED HELP! MariaDB does not start properly after update!
Also: Das Backup habe ich durchgeführt: (alle Docker heruntergefahren) skript ausgeführt: dann das: /tmp/user.scripts/tmpScripts/mariaDB_mysqldumb_sicherheitsbackup/script: line 2: /mnt/user/mariadb_backups/dump/nextcloud/dump.sql: No such file or directory mariadb sending incremental file list rsync: [Receiver] mkdir "/mnt/user/mariadb_backups/MariaDB/config" failed: No such file or directory (2) rsync error: error in file IO (code 11) at main.c(784) [Receiver=3.2.3] mariadb Heißt er hat es noch nicht gemacht... Aber man könnte im Prinzip auch sagen: Zuerst stoppe alle Docker dann mach des backup und dann fahre alle wieder hoch... Kann man ja einzeln reinschreiben
-
I NEED HELP! MariaDB does not start properly after update!
Anscheinend ja... Ich muss gleich nur noch ein backup machen, dann das Update auf die neuste version von MariaDB und dann kann ich nochmal schreiben, ob es geht
-
I NEED HELP! MariaDB does not start properly after update!
Danke für diese Ausführliche Nachricht. Ich werde dann also erstmal keine Autorisiereung dieses Skriptes machen, statdessen versuche ich ein backup täglich per hand zum machen (vorrübergehende lösung). Dann überlege ich mir, ob ich das Plugin installiere
-
I NEED HELP! MariaDB does not start properly after update!
So. Das hier ist mein fertiges skript, so wie es in unraid steht. #!/bin/bash docker exec mariadb /usr/bin/mysqldump --user=root --<Mein MariaDB passwort> <MariaDB user> > /mnt/user/mariadb_backups/dump/nextcloud/dump.sql docker stop mariadb rsync -avPX --delete-during /mnt/user/appdata/mariadb/ /mnt/user/mariadb_backups/MariaDB/config/ docker start mariadb Dieser Pfad "/mnt/user/mariadb_backups/dump/nextcloud/dump.sql" wird wahrscheinlich mit ertellt wenn er nicht existiert. Oder muss ich die jeweiligen Ordner noch erstellen
-
I NEED HELP! MariaDB does not start properly after update!
Also z.B. nextcloud (oder wordpress)? Des habe ich ja schon... Heißt von: /mnt/pool_nvme/system/appdata/mariadb/ müsste ich also auf: /mnt/user/appdata/mariadb/ wechseln... okay Okay. Dann probiere ich es mal so aus
-
I NEED HELP! MariaDB does not start properly after update!
Und wie könnte man diese ganzen Backups dann auseinader halten? Überschreiben die sich gegenseitig? oder kann man da noch einen teil einfügen, der dann noch das datum zum Beispiel vor .sql schreibt?
-
I NEED HELP! MariaDB does not start properly after update!
Das kann gut sein! Okay. Okay. Also das ändere ich gleich (schreib auch gleich rein, ob es geklappt hat) Davor möchte ich dann aber noch ein backup davon haben.. verständlich Also mit dem Skript von @hawihoney?
-
I NEED HELP! MariaDB does not start properly after update!
#!/bin/bash docker exec mariadb /usr/bin/mysqldump --user=root --password=<mein Passwort von MariaDB> <MariaDB user von nextcloud> > /mnt/user/mariadb_backups/dump/nextcloud/dump.sql docker stop mariadb rsync -avPX --delete-during /mnt/pool_nvme/system/appdata/mariadb/ /mnt/Backup/MariaDB/config/ docker start mariadb So? Muss ich "/usr/bin/mysqldump" noch anpassen? (wenn ja wie) Und "/mnt/pool_nvme/system/appdata/mariadb/ /mnt/Backup/MariaDB/config/" muss ich das auch anpassen? (wenn ja wie) Tut mir leid, das ich das noch frage..
-
I NEED HELP! MariaDB does not start properly after update!
also ausgefüll würde des für meine NC also so aussehen: #!/bin/bash docker exec mariadb /usr/bin/mysqldump --user=root --<mein Passwort von MariaDB> <Mein NextcloudDB user> > /mnt/Backup/MariaDB/dump/<Mein NextcloudDB user>/dump.sql docker stop mariadb rsync -avPX --delete-during /mnt/pool_nvme/system/appdata/mariadb/ /mnt/Backup/MariaDB/config/ docker start mariadb Das müsste so gehen oder Weil des mit den Pfaden hab ich nicht so ganz verstanden
-
I NEED HELP! MariaDB does not start properly after update!
Genau. Hab ich vorhin runtergeladen... Der Genaue Name: linuxserver/mariadb:amd64-110.4.18mariabionic-ls18 Hm... Okay. Ich lasse e wohl erstmal so, aber werde wohl bald das update machen müssen... Aber eigendlich kann ich jederzeit wieder ein update machen... (Und selbst WENN wieder etwas schiefgeht beim Update, weiß ich ja jetzt, wenn ich fragen kann )