Beiträge von harlekin-eater

Hallo xtbix

kannst du prüfen welche rsync version deine 8-Bay nutzt?

Zitat

rsync exit code 4:

Requested action not supported: an attempt was made to manipulate 64-bit files on a platform
that cannot support them; or an option was specified that is supported by the client and not by the server.

Und welches Build hat dein 4.1.1?

Zitat

Build 0916
[…]
Unsupported ACL properties cause a failure when performing a NAS-to-NAS or Rsync backup from versions 4.1.0 to 4.0.7
[…]

:genie:
Und auch wenn du nicht danach gefragt hast:
rsync ist im inhaus-Betrieb oft wie mit Kanonen auf Spatzen geschossen.
Das Protokoll erzeugt ordentliche Overhead in der CPU bei der Verschlüsselung und ist afaik selten schneller als 40 Mb/s in der Übertragung. Wenn du also nicht auf delta encoding angewiesen bist …

Viel Erfolg.

so, jetzt ist der Groschen gefallen :thumb:

Auslöser für die ganze Misere waren unterschiedliche Einstellungen in Quell- bzw. Ziel-NAS was Windows-ACL bzw. Erweiterte Ordnerzugriffsrechte für die entsprechenden Freigabeordner betrifft :oops:

Jetzt behaupte ich noch dreist der Hersteller ist an allem Schuld :tongue: weil:

- unterschiedliche Presets in unterschiedlichen Firmware-Versionen für Freigaben und rsync-Jobs
- sehr spartanisch bis nihilistisches rsync-Protokoll
- fehlende Prüfung beim Remote-Host-Test

Vielen Dank liebes Forum, oftmals hilft eben auch ein ausformuliertes Selbstgespräch …

:genie: Ich hab das Problem auf folgende Weise »verlagert« :

In den Optionen des rsync Auftrags ACL … deaktivieren.
(Wird ein neuer Job angelegt ist das so per default)
Das Replikationsziel war bisher eine Synology – vllt. hat es die nicht so genau genommen …
… hoffentlich vermisse ich diese ACLs nicht eines Tages.

Hallo Forum,

beim rsync von einer TS-853 Pro auf eine TS-459 Pro + springt die Fortschrittanzeige am Ende (?) der Replikation auf 0 % und verharrt so; im Statusfeld steht »Replikationsvorgang«. Die CPU-Auslastung für rsync.sh geht auf 1 % zurück. Und das wars. :shock:

rsync lässt sich dann in der GUI offensichtlich nicht beenden. Nur ein Neustart bzw. ein sehr unfreundliches kill -9 via Shell In A Box (wieso gibts dafür eigentlich keine Lösung mit Bordmitteln?) verschaffen jetzt noch Erleichterung.

Das Log (Jobprotokoll) ist danach leer – k.a. ob das schlampig Programmiert ist oder ob rsync einfach nix macht und drum nix protokolliert. :-/

Wie bekomm ich das in den Griff?

Vielen Dank für Unterstützung!

ghost-ps:

Zitat

Ja, aber zuerst wird die Freigeben doch getrennt

Hab ich verstanden. Aber m.e. ist es für den Rest vom Script egal ob die Freigabe schon da ist – oder eben nicht.

Zitat

Ich hab das Script jetzt nach Deinen Vorgaben erstellt, es wird nur verbunden wenn der Server "My-Backup" per ping erreichbar ist und die Freigabe "NetBackup" existiert!

Vielen, vielen Dank.
Ich musste nur noch die ServerIP für den Request, User und Password einsetzten und alles war gut.

Damit wäre zwar das Primär-Ziel erreicht…

Terz:

…aber der Pedant in mir knabbert immer noch an dieser autofs Geschichte.

Zitat

aber der automount funktioniert?

Wie prüfe ich das? ich erreiche die shares im Terminal: Volumes > mount > Freigabe…

Jetzt hätte ich gerne Ordner aus den Freigaben und/oder die Freigaben dauerhaft in der Finder-Seitenleiste – aber das bekomm ich nicht hin.

Hilfe oder Ratschläge?

Also:

Zitat

Für den Fall, dass die Freigabe schon verbunden ist wir sie mit "eject" getrennt und später im Script neu verbunden

Das Script läuft nach meiner Beobachtung gleich ab, mit und ohne "eject"; unabhängig ob die Shares schon gemounted sind oder nicht… howauchever.

Zitat

Mein NAS ist eigentlich immer an, aber Du kannst das Script um eine "if exist NAS..." Abfrage erweitern und bei positiver Antwort die Freigabe mounten.

Ich hab so viele NASes das manche manchmal auch aus sind… Wie genau muss ich das »NAS« ansprechen, wenn ich dann
"afp://My-Backup._afpovertcp._tcp.local/NetBackup" mounten will?
try'n'error hat mich nicht so weit gebracht.

Danke für Deine Geduld…

Edit:
Ups: erst den Finder ansprechen... kann jetzt die NAS abfragen.

Hallo Stefan,

Danke für deine Antwort... sie bringt ich gleich zu ganz neuen Fragen:

1. Wozu wird das "eject" benötigt? ich kann dazu auf developer.apple.com nichts finden...

2. Was kann ich tun damit das Script keine nervigen Fehlermeldungen bringt wenn ein NAS abgeschaltet ist ist?

Danke.

Terz:

Ist diese Methode nach deinem Ermessen i.o.? Sie erinnert mich stark an meine ersten Versuche...

Danke der Nachfrage.

Der Automount funktioniert eben nicht - also nicht so wie ich mir das vorstelle.

Eigentlich mag ich den Weg via Anmeldeobjekte (das nennst du in den Systemstart ziehen, richtig?)
Wie du aber feststellst: das geht nicht immer; zudem wird zu jedem Objekt bei Start ein Fenster geöffnet…

Wenn es aber geklappt hat dann können Objekte (Ordner oder Freigaben) in der Seitenleiste wie lokale Ordner behandelt werden.
Und genau das geht (bei mir?) via autofs eben nicht (vgl. 1. und 2.)

Morgen mach ich noch ein paar schöne Bilder meiner misslichen Lage…

P.S.:
Neben deinen 5 Wegen zu Mounten hab ich zwischenzeitlich 25 Umwege entdeckt…

manomanoman.respekt.

Klingt fundiert und vielversprechend.

Der Praxistest folgt morgen.

Danke.

EDIT:
Vielen Dank Terz.

No. 3 kommt meiner Vorstellung am nächsten.

Aber nun…

1.
…kann ich zwar den "Volumes"-Ordner in die Seitenleiste (Orte) ziehen, nicht aber die (Alias-)Netzwerkordner.

2.
…kann ich zwar aus den Alias-Netzwerkordern die Ordner in die Seitenleiste (Orte) ziehen, die kann ich aber nach dem Neustart nicht direkt Auswählen.
Erst wenn ich mich über Volumes > mount > projects durchklicke werden auch die Ordner in Orte "aktiv".

Gibt es da auch Abhilfe?

Liebes Forum.

Ich hab hier eine TS-459 Pro+ und jede Menge Macs (OS 10.4-10.7)

Beim Starten der Clients würde ich gerne per ShellScript die afp-Freigabe mounten; ala:

sudo mount -t afp afp://usr:pas@10.x.y.z/projects /Volumes

zu meinem Leidwesen wird dann aber die smb-Freigabe gewählt.

Was mache ich falsch?

Danke.