frank80

Hallo alturismo, ok! Ich habe "Syslog auf den Flash-Speicher spiegeln:" aktiviert. Danke! Gruß Frank

Hallo mgutt, ja, die Pfade habe ich damals geändert. Ich habe VM und Docker wieder eingeschaltet und es läuft. Außer TV-Headend und die Datenbank dafür habe ich nichts Wichtiges drauf. Gestern hatte ich aber wieder das Problem, dass Unraid nicht mehr erreichbar war und ich den Stecker ziehen musste. Ich habe jetzt den Syslog-Server aktiviert und schicke mir die Daten zu observium. Sollte ich keinen groben Denkfehler haben, ist das Thema für mich abgeschlossen. Mit den Abstürzen werde ich erstmal das Forum durchforsten. Ich danke euch für eure Hilfe!! Gruß Frank

Hallo zusammen, ich habe jetzt also soweit fertig, Array läuft jetzt mit xfs. Meine Docker und VM´s sind doch auf meinem VM-Pool. Kann es sein, dass die Dateien auf dem alten Array Altlasten waren? Gruß Frank

Hallo, nicht mehr viel, richtig! Kurz zur Frage, dann werde ich mich noch einmal einlesen.... 500 MB

Hallo DataCollector, Ja, es war schmerzhaft, aber der Lerneffekt war damals umso größer. Backup´s haben bei mir mittlerweile Prio 1b. Leider bin ich mit der aktuellen Backup-Strategie noch nicht ganz fertig. Also täglich, Unraid-Server --> Unraid-BackupServer (rsync-script von mgutt) --> DiskStation. Aktuell scheitert es an meinen Einstellungen des Arrays mit 10 TB Parity und 3x 4 TB HDD. Mir wird die erste HDD vollgeschrieben und dann ist fertig, trotz High-water ohne Cache. Und somit waren die letzten 2 Tage rsync für´n Ars💩h. Erst hatte ich "die obersten zwei Verzeichnisse splitten" dann "jedes Verzeichnis splitten" rsync: [receiver] write failed on "/mnt/user0/Backup/06_Backup/.20230215_000818/07_Server/image.iso": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.2.7] File count of rsync is 0 Was muss man hier einstellen, wenn auf der HDD noch z.B. 800 MB frei sind und rsync eine Datei kopiert, die 1 TB groß ist?

Hallo zusammen, also, nach langem Überlegen werde ich auf xfs wechseln. Ich habe nach Stunden Foren lesen keine Möglichkeit gefunden, die alte HDD wieder zum Laufen zu bringen. Aktuell habe ich noch einmal ein Backup meiner BackupHDD angestoßen. Sicher ist Sicher. Dann baue ich das Array noch einmal auf.

Das kann ich nur unterschreiben, mir wird xfs immer sympathischer

Ist notiert, danke 👍 Kann mir hierzu noch jemand einen Rat geben?

Ich fühle mich wohler, wenn die Wiederherstellung direkt auf dem BS angestoßen wird. Murphys Gesetz kennt jeder und sollte die VM oder LXC nicht mehr erreichbar sein, wieso auch immer, sind gleich mal wieder 5-10 Std. der nicht gelaufenen Kopiervorgänge im Eimer.

Bis auf die ca. 2 Tage bis der rsync fertig ist nichts. Mein Notebook geht nach ein paar Stunden nichts tun in den Energiesparmodus und dann war’s das halt. So läuft alles im Hintergrund und ich kann es "vergessen".

Hmm, ist hier noch etwas zu machen? Seit ich die alte HDD an Unraid angesteckt habe, wird sie nirgends mehr erkannt. Hier das Log von meinem zweiten Backup Server Feb 12 14:34:44 backsi2 kernel: BTRFS error (device sdi1): unrecognized or unsupported super flag: 34359738368 Feb 12 14:34:44 backsi2 kernel: BTRFS error (device sdi1): dev_item UUID does not match metadata fsid: b1766b0c-5746-4d3f-a867-6ecb982ee7ba != 0c6db0b0-7bd0-48bd-890b-a9aab341325f Feb 12 14:34:44 backsi2 kernel: BTRFS error (device sdi1): superblock contains fatal errors Feb 12 14:34:44 backsi2 kernel: BTRFS error (device sdi1): open_ctree failed Feb 12 14:34:47 backsi2 unassigned.devices: Mount of 'sdi1' failed: 'mount: /mnt/disks/91T0A2J8FVGG: wrong fs type, bad option, bad superblock on /dev/sdi1, missing codepage or helper program, or other error. dmesg(1) may have more information after failed mount system call. ' Feb 12 14:34:47 backsi2 unassigned.devices: Partition '91T0A2J8FVGG' cannot be mounted. Feb 12 14:35:30 backsi2 unassigned.devices: Partition found with the following attributes: serial_short='91T0A2J8FVGG', device='/dev/sdi1', serial='TOSHIBA_MG08ACA16TE_91T0A2J8FVGG', uuid='b1766b0c-5746-4d3f-a867-6ecb982ee7ba', part='1', disk='/dev/sdi', label='91T0A2J8FVGG', disk_label='', fstype='btrfs', mountpoint='/mnt/disks/91T0A2J8FVGG', luks='', pass_through='', mounted='', not_unmounted='', pool='', disable_mount='', target='', size='0', used='0', avail='0', owner='user', read_only='', shared='', command='', user_command='', command_bg='', prog_name='', logfile='' Feb 12 14:35:30 backsi2 unassigned.devices: Disk found with the following attributes: serial_short='91T0A2J8FVGG', device='/dev/sdi1', serial='TOSHIBA_MG08ACA16TE_91T0A2J8FVGG', uuid='b1766b0c-5746-4d3f-a867-6ecb982ee7ba', part='1', disk='/dev/sdi', label='91T0A2J8FVGG', disk_label='', fstype='btrfs', mountpoint='/mnt/disks/91T0A2J8FVGG', luks='', pass_through='', mounted='', not_unmounted='', pool='', disable_mount='', target='', size='0', used='0', avail='0', owner='user', read_only='', shared='', command='', user_command='', command_bg='', prog_name='', logfile='' Feb 12 14:35:30 backsi2 unassigned.devices: Adding partition 'sdi1'... Feb 12 14:35:30 backsi2 unassigned.devices: Mounting partition 'sdi1' at mountpoint '/mnt/disks/91T0A2J8FVGG'... Feb 12 14:35:30 backsi2 unassigned.devices: Mount drive command: /sbin/mount -t 'btrfs' -o rw,noatime,nodiratime,space_cache=v2 '/dev/sdi1' '/mnt/disks/91T0A2J8FVGG'

Hi mgutt, ist jetzt installiert mc kenne ich, aber wenn man das Terminal-Fenster schließt, bricht es doch die Aktion ab, dachte ich immer 🤷‍♂️ ist installiert, aber Docker und VM´s sind in den Einstellungen deaktiviert Ich benutze eigentlich nur Putty mit ssh-key. Auf meinem Notebook ist Windows 10 😀 Dass es mit der Powershell oder Terminal unter Windows auch geht, ist mir bekannt, habe mich aber noch nicht wirklich damit auseinandergesetzt. Ich habe einfach das User Scripts Plugin dafür genommen. Zurück zum Thema; Das Rückspielen der Daten läuft jetzt seit Freitagnacht und es fehlen aktuell noch 2,5 TB, kann also noch einen Moment gehen. Ich vergleiche jetzt noch einmal den Cache und VM-Pool. Gruß Frank

Ich verbinde mich zu 99% mit Putty auf Unraid, der Rechner steht eine Etage tiefer. Aber klar, direkt am Rechner geht auch...

Das schaue ich mir morgen einmal an, ich habe nur noch Buchstabensalat vor den Augen 😵 Gibt es bei unraid kein Screen o.ä., oder wie schiebe ich die Dateien am besten rüber? Läuft das Terminal auf der Unraid-GUI im Hintergrund weiter, wenn ich es schließe?

Die will er kopieren. Für die VM´s habe ich einen eigenen Pool

Der ist auch nicht identisch root@unraid:~# rsync -a --itemize-changes --dry-run /mnt/disks/BackupHDD/domains/ /mnt/cache/domains .d..t...... ./ cd+++++++++ Bareos-Backup/ >f+++++++++ Bareos-Backup/vdisk1.img cd+++++++++ Debian/ >f+++++++++ Debian/vdisk1.img cd+++++++++ PBS/ >f+++++++++ PBS/vdisk1.img >f+++++++++ PBS/vdisk1_bak.img cd+++++++++ Windows 10/ >f+++++++++ Windows 10/vdisk1.img cd+++++++++ edomi/ >f+++++++++ edomi/vdisk1.img cd+++++++++ pve4/ >f+++++++++ pve4/vdisk1.img root@unraid:~# Hier wirft er mir ebenfalls >9999 Zeilen raus

Nein, der User-Ordner ist nicht auf der BackupHDD. Ist "über Einstellungen" so gemeint? rsync -aP --exclude=libvirt --exclude=docker /mnt/disks/BackupHDD/system/ /mnt/disk1/system

root@unraid:~# rsync -a --itemize-changes --dry-run /mnt/disks/BackupHDD/system/ /mnt/cache/system >f+++++++++ syslog-10.0.10.30.log >f+++++++++ virtio-win-0.1.190-1.iso >f+++++++++ virtio-win-0.1.190-1.iso.log .d..t...... docker/ .d..t...... libvirt/ root@unraid:~#

leider nicht identisch, ich weiß jetzt wie viele, aber >9999 Zeilen

Ich dachte, ich habe mir wieder ein Ei gelegt. Auf dem Backup sind außer meinen eigenen Ordnern (+ Daten-Ordner im Bild) noch diese... Cache im zweiten Bild

Ich kopiere aus user, dann sollte es so reichen; rsync -avP /mnt/disks/BackupHDD/ /mnt/disk1 Cache ist dabei. 🙈 Was mache ich jetzt am besten?

Hallo, neue Kabel sind angeschlossen. Das habe bisher gemacht; Den Parity-Sync habe ich abgebrochen, weil ich die Daten der alten HDD wieder auf die Disk1 kopieren wollte, kann die HDD aber nicht mounten. Feb 10 17:01:54 unraid kernel: BTRFS error (device sdg1): unrecognized or unsupported super flag: 34359738368 Feb 10 17:01:54 unraid kernel: BTRFS error (device sdg1): dev_item UUID does not match metadata fsid: b1766b0c-5746-4d3f-a867-6ecb982ee7ba != 0c6db0b0-7bd0-48bd -890b-a9aab341325f Feb 10 17:01:54 unraid kernel: BTRFS error (device sdg1): superblock contains fatal errors Feb 10 17:01:54 unraid kernel: BTRFS error (device sdg1): open_ctree failed Feb 10 17:01:57 unraid unassigned.devices: Mount of 'sdg1' failed: 'mount: /mnt/disks/91T0A2J8FVGG: wrong fs type, bad option, bad superblock on /dev/sdg1, miss ing codepage or helper program, or other error. dmesg(1) may have more information after failed mount system call. ' Feb 10 17:01:57 unraid unassigned.devices: Partition '91T0A2J8FVGG' cannot be mounted. Feb 10 17:03:12 unraid kernel: /dev/sdg1/: Can't open blockdev Feb 10 17:04:00 unraid kernel: BTRFS error (device sdg1): unrecognized or unsupported super flag: 34359738368 Feb 10 17:04:00 unraid kernel: BTRFS error (device sdg1): dev_item UUID does not match metadata fsid: b1766b0c-5746-4d3f-a867-6ecb982ee7ba != 0c6db0b0-7bd0-48bd -890b-a9aab341325f Jetzt habe ich meine BackupHDD im Wechselrahmen und würde so vorgehen; rsync -avP /mnt/disks/BackupHDD/ /mnt/disk1/ Die Backups habe ich so erstellt; rsync -avP --exclude-from=/boot/config/exclude.txt /mnt/user/ /mnt/disks/BackupHDD/ Ist das OK?

Hallo, den Memtest habe ich nach über 9 Std. beendet und er brachte keine Fehler. Die „defekte“ HDD habe ich per USB an unraid angeschlossen, kann sie aber nicht mounten. Feb 8 20:56:57 unraid kernel: BTRFS warning: duplicate device /dev/sdi1 devid 1 generation 203841 scanned by mount (16657) Feb 8 20:57:00 unraid unassigned.devices: Mount of 'sdi1' failed: 'mount: /mnt/disks/91T0A2J8FVGG: mount(2) system call failed: File exists. dmesg(1) may have more information after failed mount system call. ' Morgen tausche ich das SATA-Kabel. Gruß Frank

Hallo, Ok. Dann gehe ich jetzt Mal der Reihe nach. Memtest habe ich heute morgen gestartet, dann schauen wir heute Abend mal was er spricht. SATA Kabel sind bestellt und kommen morgen. Gruß und danke Frank