um unsere Live-Daten Volumes zu entschlacken werden alte Projekte per Helios Sync in einem Archiv-Volume gesynct und irgendwann von der Quelle gelöscht. Somit bleiben archivierte Daten für alle Benutzer per AFP schnell griffbereit.
Das Problem liegt momentan darin, die Archive-Volumes für alle Benutzer nur lesend zu veröffentlichen. Denn durch den Sync erben sie die gleichen Rechte wie die Quelldaten und sind somit veränderbar. Rechte-Manipulationen auf dem Ziel hält nur bis zum nächsten Sync der die Rechte wieder überschreibt.
Setze ich die Read-Only Option auf ein Archiv-Volume, verhält es sich für den Anwender wie gewünscht. Läuft ein Helios Sync mit einem Read-Only Volume als Ziel, so werden die Daten zwar gesyncht aber sie scheinen beim Anwender im Finder nicht aufzutauchen. Erst dann wieder, wenn die Read Only Option deaktiviert und die Desktop-Datenbank neu aufgebaut wird.
Gibt es eine funktionierende Möglichkeit einen Archiv-Volume für Endanwender Read-Only zu setzen und trotzdem mit Helios Sync zu aktualisieren?
Mir fallen hierzu zwei Wege ein: 1. Falls die VSA genutzt wird, könnte man nach einem Sync einen Snapshot anlegen und diesen als ReadOnly Volume nutzen.
2. Man könnte einen NFS read-only re-mount vom Archiv machen und diesen als Volume freigeben. Unter Linux (VSA) habe ich hier so etwas laufen. Hier die Beispielkonfiguration: /etc/exports: > /mastercd 172.16.0.0/21(rw,insecure,no_subtree_check,anonuid=0)
/etc/fstab: ("noauto", da das nicht nach einem reboot sofort gemountet werden kann) > hpx:/mastercd /mastercd-ro nfs ro,noauto 0 2
/etc/rc.local: > # delay the readonly NFS loopback mounts of mastercd > # since at boot time (when fstab is applied) the local NFS deamon may not be runnung yet > (sleep 10; mount /mastercd-ro) &
Gruß,
GreatOm -- Five exclamation marks, the sure sign of an insane mind. -- (Terry Pratchett, Reaper Man)
(Dieser Beitrag wurde von GreatOm am 6. Okt 2016, 10:23 geändert)
gut zu wissen, dass die "Read Only" Option bei Volumes nur für echte RO-Volumes wie CD/DVD/ISO gilt.
Wir haben die Helios Appliance nicht im Einsatz, aber Solaris und ZFS, damit dürfte der RO-Snapshot die beste der beiden Optionen sein.
Da die Helios Syncs mehrmals täglich laufen, müsste die Snapshot-Erstellung ebenfalls per Skript im Anschluss angesteuert werden. BTW: Lässt sich ein per GUI angelegten Sync-Job per Skript starten? Was passiert bei den Computern die das Volume gerade gemountet haben, wenn ein neues Snapshot den Volume-Inhalt ersetzt? Ich vermute Schwierigkeiten im laufendem Betrieb.
Momentan haben wir das Problem gelöst, in dem die Rechte aller Ordner die zum Archivieren freigegeben werden rekursiv per dt chmod -R 555 nur lesend gesetzt werden.