UnraidGHD

Members
  • Posts

    12
  • Joined

  • Last visited

UnraidGHD's Achievements

Noob

Noob (1/14)

0

Reputation

  1. With the new Version I have Problems with the VMs that have Disk Passthrough in addition to their vdist: In the log Iget: "warning: vdisk_path is empty. skipping vdisk." and unraid gives me a red notification. I get all the files backed up. It's only the error-massage. All other VM without passthrough don't give backup errors.
  2. Eine andere Frage: Wenn ich von 2 Clients aus auf den Docker zugreife, beendet der zweite Zugriff den ersten, das Backup war aber noch nicht unbedingt beendet. Wie kann ich 2x gleichzeitig auf den Docker zugreifen? Würde eine 2. Portzuweisung funktionieren?
  3. Das Docker Log bleibt auch unberührt, wenn ich Ihn im Bridgemodus habe unter einem eigenen Port. Ich erreiche ihn nur mit eigener IP und dann ohne Probleme. Also belibt es so. Ich danke
  4. Wenn ich den Rsync Docker ins br0 Netzwerk nehme mit eigener IP, dann klappt das ganze sowohl mit Port 22 als auch mit aslias ssg und einem anderen Port. Mit preshared Ksy, d.h ich lande im Docker. im bridge modus bekommen ich im Unraid log Sep 25 15:44:15 UnraidGHD sshd[25478]: Connection from 192.168.1.94 port 55110 on 192.168.1.100 port 22 rdomain "" Sep 25 15:44:15 UnraidGHD sshd[25478]: Failed publickey for root from 192.168.1.94 port 55110 ssh2: RSA Sxxxxxxxxxxxxxxxxxxxxxxxxxx d.h. der Verbindungsversuch vom Raspberry geht auf Port 22 obwohl alias ssh auf einen anderen Port verweise. Also legt Unraid im bridge Modus SSH immer auf Port 22 Dann werde ich nach dem Passwort gefragt und es geht. Aber der Preshared key geht natürlich nicht, denn ich lande wohl nicht im Docker.
  5. Sorry Typo so steht's im script: alias ssh='ssh -p 5533' also sollte richtig sein
  6. Ich habe den Samba/NFS-Weg auf deinen Rat hin verlassen und den rsync Docker installiert. Auf Raspberry als root angemeldet aus den SSH Schlüssel erzeugt und im Container eingegeben. Danach kann mich mich mit ssh -p 5533 root@tower beim erstan mal nach der Abfrage "Are you sure you want to continue connecting" einloggen ohne Passwortabfrage. Wenn ich rsync --dry-run --itemize-changes --archive -e 'ssh -p 5533' root@tower:/mnt/user/system/ /tmp starte, läuft es durch ohne Passwortabfrage Wenn ich dann auf dem Raspy das Script starte werde ich wieder gefragt "Are you sure you want to continue connecting" und dann wird nach dem Passwort gefragt. Das heisst, ich lande nicht im Docker obwohl ich QuellPfad "[email protected]:/mnt/user/Archiv" alias ssh='ssh p- 5533' im Script habe Ich denke, der Port 5533 wird nicht genutzt. alias ssh funktioniert nicht? Gruß Thomas
  7. Hi mgutt, --dry-run, genau das hatte ich und das verhindert auch den Erfolg beim Hardlinktest. Jetzt geht es. Ich danke dir. Du sagtest, Dateirechte gehen beim Sichern auf Samba verloren. Das sollte ja bei NFS nicht der fall sein oder?
  8. Die Zeit von 0 s ist schon verdächtig, es wird nichts kopiert. Keine Ahnung, keine Idee. Ich werde es dann doch mal mit dem Container versuchen. Danke dennoch für Deine Mühe.
  9. Der Pfadname ist korrekt. Die Änderung auf /mnt/disk1/Archiv bringt auch keinen Erfolg. Wenn ich als Ziel einen nicht angelegten Pfad anlege, wird dieser erstellt, das klappt also auch. Es bleibt bei "keine Hardlinks unterstützt", wohin auch immer ich das Backup haben will. Wenn ich den Hardlink-Test im Script auskommentiere läuft ein Backup durch. Aber der Zielordner ist leer. Deinen Backupansatz finde ich toll, den Container werde ich mir mal ansehen, den habe ich schon gefunden, aber das Prinzip dahinter erst jetzt verstanden. Erst mal die Hardlinks.
  10. Hm das Problem mit Samba verstehe ich, dann eher NFS oder ist SSH besser? ok, hier als Versuch auch einen Share im selben UnraidServer zu sichern Script Starting Sep 23, 2023 18:35.26 Full logs for this script are available at /tmp/user.scripts/tmpScripts/0000000001/log.txt # ##################################### created directory /mnt/user/Archiv/link_dest >f+++++++++ empty.file --link-dest arg does not exist: /mnt/user/Archiv/link_dest created directory /mnt/user/Archiv/hard_link_test cd+++++++++ ./ >f+++++++++ empty.file --link-dest arg does not exist: /mnt/user/Archiv/link_dest removed '/tmp/_tmp_user.scripts_tmpScripts_0000000001_script/empty.file' Error: Your destination /mnt/user/Archiv does not support hardlinks! Script Finished Sep 23, 2023 18:35.29 Full logs for this script are available at /tmp/user.scripts/tmpScripts/0000000001/log.txt
  11. Hallo, ich versuche, das Script zu nutzen, bekomme aber immer den Fehler Error: Your destination ... does not support hardlinks! Egal welche Destination ich versuche: -Share im selben Unraid -HDD mit XFS als unassigned device -SMB Share (OMV, Debian) -NFS Share (Debian) -Server über SSH mit preshared key Hardlinks in Unraid sind aktiviert in Global Share Settings Irgendwo muss noch ein systematischer Fehler bei mir sitzen, der alle Hardlinks verbietet. LuckBackup allerdings beschwert sich nicht und nutzt ja auch rsync. Gruß Thomas