tom233

Moin liebe Gemeinde, ich habe heute auf zwei Unraid-Servern (Tower1 & Tower2) das Update auf Version 7.3 durchgeführt. Dabei ist mir ein Unterschied aufgefallen: Auf Tower2 (T2) wurde der NFS-Server nach dem Reboot nicht automatisch gestartet. Ein manueller Restart von NFS funktioniert zwar: /etc/rc.d/rc.nfsd restart Allerdings scheint rpcbind nicht zu laufen, und das Script ist auch nicht vorhanden: /etc/rc.d/rc.rpcbind restart bash: /etc/rc.d/rc.rpcbind: No such file or directory Nach manuellem Start von rpcbind funktioniert NFS wieder: /sbin/rpcbind -w /etc/rc.d/rc.nfsd restart Überprüfung der Ports zeigt vorher nichts: netstat -tulpen | grep -E "111|2049" Meine LösungsansätzeVariante 1 (go-Datei): Eintrag in /boot/config/go: /sbin/rpcbind -w Variante 2 (User Script – vor Array-Start): #!/bin/bash # rpcbind vor NFS sicherstellen if ! pgrep -x rpcbind > /dev/null; then /sbin/rpcbind -w sleep 1 fi /etc/rc.d/rc.nfsd restart Ich habe mich aktuell für die Script-Variante entschieden. Meine FrageIst das ein bekannter Bug in Unraid 7.3? Auf Tower1 (T1) lief alles sauber durch – dort startet NFS wie gewohnt automatisch. Hat jemand ähnliche Erfahrungen gemacht oder eine „saubere“ Lösung ohne Workaround? Danke euch und viele Grüße Thomas

Moin, unter Thunderbird ist es einfach , wenn Du die Mails speichern unter werden sie im eml format gespeichert. Bei Outlook schrieb mit chatgpt ✅ Variante 1: Drag & Drop (der Klassiker, funktioniert oft sofort)Gilt für: Outlook für Windows (Classic / Microsoft 365) Mail in Outlook öffnen oder markieren Mail mit der Maus aus Outlook auf einen Ordner ziehen (z. B. Desktop) Outlook legt automatisch eine .eml-Datei an 🎉 👉 Mehrere Mails gleichzeitig? → Alle markieren (Strg / Shift) und gemeinsam rausziehen

Hallo, ich habe testweise Restic auf einer VM Dietpi ausprobiert. In der VM gibt es die Config Datei Host hs HostName 007.your-storagebox.de User 007 PubKeyAuthentication yes IdentityFile ~/.ssh/hetzner_storage1 Port 23 ServerAliveInterval 60 ServerAliveCountMax 240 Jetzt ist Restic über das Nerd Tool in Unraid, leider bekomme ich keine Verbindung über SFTP restic -r sftp:hs:/home/backup/restic snapshots Die Config Datei ist jetzt unter /boot/config/ssh/root/config Host hs HostName 007.your-storagebox.de User 007 PubKeyAuthentication yes IdentityFile /boot/config/ssh/root/hetzner_storage1 Port 23 ServerAliveInterval 60 ServerAliveCountMax 240 Unraid erkennt zwar die config mit den Angaben aber ich bekomme die Meldung das er die Datei hetzner_storage1 nicht findet. Aus Frust habe ich die known_host ( die Datei gab es vorher nicht ) gelöscht. Heute morgen habe ich einen neuen Versuch gestartet und die Known_Host wurde neu erstellt aber mit der Fehler -Meldung root@ostsee:~# restic -r sftp:hs:/home/backup/restic snapshots subprocess ssh: hostfile_replace_entries: link /root/.ssh/known_hosts to /root/.ssh/known_hosts.old: Operation not permitted subprocess ssh: update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted enter password for repository: Vielen Dank thomas

Moin, vielleicht hilft Dir die Video Reihe von Schröder weiter , es sind 3 Teile. Ich hatte es mal als Projekt gehabt, bin aber irgendwo gescheitet. Schröder baut in der Cloud einen pfsense Route mit einer Wireguard Verbindung zum Homeserver auf. Hetzner Cloud - Grundlagen, Informationen, Vor- & Nachteile - Teil 1 - YouTube https://www.youtube.com/watch?v=X3GwBrSws8E

Moin, warum nimmst Du nicht VMBackup ( Plugin) damit kannst Du Deine VM sichern, es sichert auch die xml und die virtuellen bios Dateien.

Nachdem das Skript läuft sieht es so aus. root@Tower2:~# rsync --dry-run --recursive --itemize-changes --exclude="*/*/" --include="[0-9]*/" --exclude="*" "/mnt/user/Tower2_Backup/rsync_test/share1/appdata/" "/tmp/empty_dir" cd+++++++++ 20230211_210421/ cd+++++++++ 20230211_212834/ cd+++++++++ 20230211_213109/ cd+++++++++ 20230211_221758/ cd+++++++++ 20230212_183020/ cd+++++++++ 20230213_185737/ Aber als das Verzeichnis leer war gab es kein Ergebnis

So ich bin jetzt etwas weiter.. Die Befehle habe ich auf dem Backup Server ausgeführt , es hat aber nichts geändert. Der Fehler ist immer noch da. Ich habe dann den Dest. Pfad konventionell auf remote gesetzt und das Verzeichnis eingehängt, ich hatte zwar einige Fehler aber es ist durch gelaufen. Ich habe die ssh Ordner von beiden Server gesichert und gelöscht, dann neue Schlüssel generiert. Mit der Fehlermeldung: root@Tower2:~# ssh [email protected] hostfile_replace_entries: link /root/.ssh/known_hosts to /root/.ssh/known_hosts.old: Operation not permitted update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted Ich habe die alten Schlüssel und Ordner wieder hergestellt, und folgenden Befehl auf beiden Server ausgeführt. ssh-keyscan -H TARGET_HOST >> ~/.ssh/known_hosts Jetzt läuft das Skript ohne Probleme durch. Wenn ich ich mich über ssh vom backup server auf dem Hauptserver anmelde ist die Meldung immer noch da root@Tower2:~# ssh [email protected] hostfile_replace_entries: link /root/.ssh/known_hosts to /root/.ssh/known_hosts.old: Operation not permitted update_known_hosts: hostfile_replace_entries failed for /root/.ssh/known_hosts: Operation not permitted

Version 1.5 ist es eine alte ?? Das Verzeichnis ( siehe unten ) ./share1/appdata ist leer. Den oberen Teil meines Scripts füge bei. #!/bin/bash # ##################################### # Name: rsync Incremental Backup # Description: Creates incremental backups and deletes outdated versions # Author: Marc Gutt # Version: 1.5 # # Todo: # - chunksync hardlinks for huge files (like images), rsync still misses --reflink # - docker container stop and start for SSH sources # - skip container stop if container CPU load is higher than X # - resume if source went offline during last backup # - create differential backup if full backup of the same day exists (which would make clean ups much faster), how to solve restore? # - use external configuration file https://forums.unraid.net/topic/97958-rsync-incremental-backup/?do=findComment&comment=1081711 # - allow changing settings through script parameters like "-d14 -m12 /src /dst" # - allow different timestamp formats for the destination path like YYYYMMDD, YYYY-MM-DD, etc # ##################################### # ##################################### # Settings # ##################################### # backup source to destination backup_jobs=( # source # destination "/mnt/cache/appdata" "[email protected]:/mnt/user/Tower2_Backup/rsync_test/share1/appdata" # "root@tower:/mnt/user/isos" "/mnt/user/Backups/isos" )

Hallo , das Skript ist super. mein kleiner Unraid Server ist in eine neue Hardware umgezogen. Der Stick wurde nicht verändert , auf der neuen Hardware bin ich von 6.0.9.2 auf 6.1.xx gewechselt. Jetzt bekomme ich die Fehlermeldung: cript Starting Feb 10, 2023 08:05.05 Full logs for this script are available at /tmp/user.scripts/tmpScripts/test_mgut_neu/log.txt Stop containers: 0d5da0b13f8c c8b4f39373f2 b1b506222f7e Created snapshot of /mnt/cache/appdata to /mnt/cache/.appdata_snapshot Start containers (fast method): 0d5da0b13f8c c8b4f39373f2 b1b506222f7e # ##################################### last_backup: '_' date: invalid date '_' /tmp/user.scripts/tmpScripts/test_mgut_neu/script: line 228: (1676012718 - ) / 86400 : syntax error: operand expected (error token is ") / 86400 ") Script Finished Feb 10, 2023 08:05.18 Die besagte Zeile last_backup_days_old=$(( ($(date +%s) - $(date +%s -d "${last_backup:0:4}${last_backup:4:2}${last_backup:6:2}")) / 86400 )) habe ich nicht verändert. Das Sicherungsverzeichnis liegt auf einem Backup Server und ich habe die alten Backups in ein anderes Verzeichnis verschoben. Die Sicherungspfade sind gleich und auf der alten Kiste lief es tadellos. Ist mein SSH Schlüssel durch die neue Hardware falsch ? oder hat das Skript eine Historie und weiß das im Sicherungsverzeichnis eigentlich Backups sein müssen ? Vielen dank VG Thomas

Moin, das Skript hat so seine Tücken, besonders wen die vdsik1.img anders heißest win10.img dann bricht es ab. Aber ich habe die vdisk1.img rüber kopiert , eine neue VM erstellt und die alte xml Datei übertragen. Die uuid musste ich nicht ändern , die vms laufen. Vielen Dank

Hallo, meine Vm sichere ich mit VM Backup( Intel Rechner), hier werden die Dateien img xml und die vars-pure-efi.fd gesichert. Die VM wird auf einem Unraid AMD Rechner wiederhergestellt. ( Über https://github.com/Emilien-Lambert/Unraid-VM-Backup-Plugin-Restoration-Script ) Mal eine grundsätzliche Frage: Muss die vars-pure-efi.fd Datei wiederhergestellt werden ? wird die Datei nicht neu erstellt wenn ich in der VM die XML aufrufe und speichere ??

Vielen Dank für Eure Hilfe Wieder was gelernt...

Ein Cache ist meine beste Option . Die m2 und ssd sind xfs formatiert, würde es funktionieren das beide im Cache sind ohne btfrs formatiert werden zu müssen ? Wenn nicht würde ich die m2 als cache und die ssd als array einrichten. Um die m2 zum cache umzustellen muss ich doch : Array Stoppen New config m2 zum pool hinzufugen Cache ( ohne neu formatierun) ssd zu Array (ohne neu Formatierung) Ich meine natürlich verschieben und nicht kopieren

Hallo Zusammen, bei meiner Unraid Installation habe ich schlampig gearbeitet. In meinem Nuc Testsystem ist eine m2 250 GB und eine 1 TB SSD eingebaut, sie laufen als Array ( Kein Cache , kein Parity) Das System läuft, Trim mache ich über die Console ( sudo fstrim -v, ich hoffe es bringt was) Als Backup läuft das Srcipt von mgutt und hier bekomme ich den Hinweis Unraid Status: 25-01-2023 15:48 "Backup probably inconsistent! (/mnt/user/appdata) Docker appdata files were found in too many locations (cache: no, paths: /mnt/disk1/appdata /mnt/disk2/appdata /mnt/user/appdata /mnt/user0/appdata)!" Ich würde gerne appdata nur auf einer Disk haben. Meine 1. Überlegung wäre 1. Docker / VM Stoppen 2. Freigabe Appdata nur auf Disk 1 3. Kopieren der Daten von Disk 2 appdata zu Disk1 ( MC) 4 Start Docker / VM. oder ist es sinnvoller Array raus zunehmen und als Cache zu verwenden ? Ist dies auch ohne Pool Cache möglich ( 2 Disk als Cache)? Vielen Dank Liebe Grüße Thomas

Hello thank you very much for the help. I stopped the array last night and started the ud update. After that I was able to mount the USB hard drive. I use Unraid 6.9.2.