[zarafa4h] gemeinsamer Ordner zarafa

[Banesh]

Bei mir fehlt neuerdings der gemeinsame Ordner "zarafa". Auch ein mehrfaches deinstallieren und installieren der Version 0.5.5 hilft leider nichts. Der Ordner wird zwar unter volume1 angelegt, allerdings fehlt der Ordner in der Systemsteuerung. Dadurch kann ich natürlich auch nicht mehr über die Filestation auf den Ordner zugreifen. Wenn ich versuche den Ordner manuell in der Systemsteuerung anzulegen, bekomme ich nur die Fehlermeldung "Vorgang konnte nicht abgeschlossen werden". Macht ja auch Sinn, da der Ordner ja zumindest auf dem Laufwerk existiert.
Soll das so? Vorher hatte ich immer auch noch einen Eintrag unter den gemeinsamen Ordnern, was ich eigentlich sehr praktisch fand.

 

[Hispeed]

warum willst du auf diesen Ordner per Filestation zugreiffen?
Dir ist bewusst, dass Zarafa4h im Docker Container läuft?

Per SSH eingloggen mit Admin unter DSM 6.X.
Danach:

sudo su

Nochmals Admin PW eingegeben. Wenn du das gemacht hast kannst du mit dem Befehl:

zarafa4h

in das Verzeichnis wechseln. Dort kannst du dann Befehle ausführen.

 

[Banesh]

Das ist mir durchaus bewusst.
Es gibt einen Unterschied zwischen dem Zugriff auf den laufenden Container und dem gemeinsamen Ordner. Ich will dort keine Befehle ausführen.
Der gemeinsame Ordner ist gut für einen einfachen Zugriff auf die Backup und Log-Dateien. Ähnlich wie bei dem Docker Ordner.

Bisher wurde der gemeinsamen "Zarafa" Ordner immer problemlos während der Installation des Paketes automatisch mit erstellt.

 

[Andy+]

Was Du meinst, ist der Ordner "zarafa", der angelegt wird, wenn bei Installation von z4h angegeben wird, die Anhänge der emails im Dateisystem abzulegen. Das ist eine der ersten Optionen, ansonsten bleibt der weg.

 

[Banesh]

Ja, den Order meine ich.

Ich habe mich wohl nicht so klar ausgedrückt. Also versuche ich es nochmal:
Der Ordner wird bei angelegt, allerdings nur so das er unter Putty unter dem Ordner volume1 liegt. So wie man es während der Installation angibt.
Leider wird dieser Ordner aber nicht mehr in den Systemeinstellungen angelegt. Siehe folgenden Screenshot

Ich musste vor kurzem mein System neu aufsezten, da meine Platten abgeraucht sind. Seitdem wird der gemeinsame Ordner nicht mehr ordentlich erstellt. Mehrfaches installieren und deinstallieren von Zarafa4h und Docker brachte keinen Erfolg.

Nun meine Fragen: Kennt jemand das Problem? Bin ich der einzige bei dem der Ordner nicht erstellt wird? Gibt es hierfür eine Lösung oder eine bereits bekannte Ursache?

 

[Hispeed]

Nun komme ich nach was du genau meinst. Also bei mir gibt es diesen Ordner. Das wird wohl etwas für Tosoboso sein oder kann es mit btrfs zusammenhängen? Ich habe btrfs nicht aktiviert!

 

[Matis]

... selbes Problem: /volume1/zarafa nicht als gemeinsamer Ordner vorhanden, nur über ssh erreichbar.

 

[Tosoboso]

Hallo zusammen,
der Ordner /volume1/zarafa ist dem User Root und der Gruppe Zarafa zugeordnet und damit nicht unbedingt allen Usernsichtbar. Jeder User, der zur Gruppe Zarafa hinzugefügt wird hat aber Zugriff.
Der Zugriff sollte restriktiv behandelt werden und ist normalerweise auf Shared Folder Ebene nicht nötig und nicht sichtbar; mit anderen Worten: das ist Absicht..
PS: es ist natürlich möglich den Zarafa Folder via Shared Folder Sync auf eine andere Synology zu sichern (für MySql Backups und ggf. Attachements) und man kann auch in der Synology GUI via Datei-Manager darauf zugreifen.
-TosoBoso

 

[Matis]

Danke für die Antwort, auf meiner DS1515 ist das so, ich kann den Ordner als user mit admin Rechten sehen und so auch per GUI das Backup leicht kopieren, mit der DS716 keine Chance, kein User kann das Verzeichnis sehen, auch kein Admin.
Im ssh kann ich auch die typischen versteckten Dateien, die für einen gemeinsamen Ordner vorhanden sind nicht finden. D.h. "zarafa" ist nicht als gemeinsamer Ordner vorhanden, für gar niemanden.

 

[Tosoboso]

Hi,
da ist irgendetwas mit den User-Rechten = ACLs nicht konsistent vermutlich nach Upgrades. Ich werde es zuerst bei Neuinstallation durchspielen und dann wie gesagt eine Erweiterung im zarafa-rest (acl) bauen; es gab ja auch Probleme mit z-pus State Verzeichnis.
-TosoBoso

 

[Matis]

Danke!
Nach dem Update sauf 6.1. stimmt auch nach wie vor was mit der DNS Konfig nicht. Die Kiste ist nur per IP nicht per Name erreichbar. Da wurde was richtig verpfuscht.
Das ist aber unabhägig von z4h. Wenn Syno wenigstens die Änderungen irgendwo dokumentieren würde.

 

[Tosoboso]

Hi Matis,
da gibt es nut eins: auf DSM 6.0 zurück, dort die Virtualisierung benutzen und Zarafa mit DSM 6.1 testen, aber mit 6.0 betreiben. Docker-DSM b.z.w. Xen DSM ersetzen die 2. bzw. 3. Synology fürs Testen.. Ich habe Gründe noch nicht auf DSM 6.x produktiv zu sein..
-TosoBoso

 

[Matis]

.... da hast Du wohl Recht. Mein Vetrauen in Syno und deren Entwickler war wohl seither noch zu hoch.
Inzwischen wurde ich aber eines besseren belehrt, so viel Bananen-Release, der beim Kunden reift, habe ich noch selten gesehen. Ich werde daraus lernen.

Komischerweise läuft es auf meinem Produktivsystem der DS1515+ nach dem neu aufsetzen der db wieder stabil und gut und auch das Verzeichnis ist noch da.
Nur bei der kompletten Neuinstallation meines Backup auf der DS716+II zickt das ganze rum.
Ich werde meine DS1515+ ganz sicher nicht mehr vorschnell anfassen.

 

[Banesh]

Mein Admin User ist auch Mitglied der Gruppe Zarafa, trotzdem sehen ich den gemeinsamen Ordner nicht.
Bei mir läuft Zarafa auch auf einer 716+II. Vielleicht tritt das Problem nur auf diesem Synology System auf?

 

[Tosoboso]

Mein Admin User ist auch Mitglied der Gruppe Zarafa, trotzdem sehen ich den gemeinsamen Ordner nicht.
Bei mir läuft Zarafa auch auf einer 716+II. Vielleicht tritt das Problem nur auf diesem Synology System auf?

Nein das ist nicht Synology spezifisch (ich habe selbst eine DS716+II); es sind ACL Probleme. Macht mal >chmod 775 /volume1/zarafa (steht z,Zt, ggf. auf 700 und dann kann nur Root und nicht die Grupe lesen)
-TosoBoso

 

[Matis]

... der Ordner zarafa ist auf meiner DS1515+ 750 (sichtbar) und auf der 716+II war er ebenfalls 750 (nicht sichtbar). Eine Änderung auf 775 hat keine Veränderung gebracht, nicht sichtbar und manuell anlegen unter "gemeinsame ordner" konnte ich ihn danach auch nicht.

 

[peola]

Hallo @all

gibt es zu diesem Thema eigentlich inzwischen eine Lösung?

Nachdem ich von einer Synology DS1515+ auf DS1517+ migriert habe begann bei mir in diesem Zusammenhang ebenfalls Probleme.
Der gemeinsame Ordner volume1/zarafa wurde von der DS1515+ übernommen, jedoch lies sich auf Grund dessen Zarafa4h 0.6.9 - 0.7.1 in zig verschiedenen Versuchen nicht mehr in einer funktionsfähigen Version installieren.
Erst nachdem ich volume1/zarafa unbenannt habe lies sich Zarafa4h 0.7.1 auch wieder als eine funktionsfähige Version installieren. Der umbenannte Ordner konnte nicht mehr in seine alte Bezeichnung zurück benannt werden, da dieser schon als unsichtbar existiert.
Log-Files und vor allem Backup-Files sind so nicht mehr leicht zugänglich. Auch ist eine Gesamtsicherung mit Synology eigenen Hausmitteln nicht mehr ohne Probleme möglich und somit eine Rücksicherung bei Totalausfall fast nicht möglich.

Daher auch mein Interesse, wie lässt sich der gemeinsame Ordner volume1/zarafa mit all seinen Inhalten wieder anzeigen? Wichtigster Hauptgrund ist, dass die Backup-Files wieder auf ein externes Medium gesichert werden können.

MfG

peola

 

[Matis]

... du kannst über die Admin Konsole ein anderes/neues Verzeichnis Deiner Wahl zum Backup-Verzeichnis machen, dann ist das Problem gelöst.

 

[Andy+]

Ich habe das selbst noch nicht gemacht bzw. gebraucht, aber grundsätzlich kannst Du das über das die Sharesripts erledigen können:

/etc/samba/smb.share.conf

In der smb.share.conf sind alle Gemeinsamen Ordner gelistet, sowie deren Einstellungen, die man bei der Anlage eines gemeinsamen Ordners hinterlegt. Somit braucht dort nur ein passender Abschnitt kopiert, ans Ende eingefügt und für

/volume1/zarafa/

angepasst zu werden.

 

[Andy+]

... du kannst über die Admin Konsole ein anderes/neues Verzeichnis Deiner Wahl zum Backup-Verzeichnis machen, dann ist das Problem gelöst.

Das wäre sicherlich einfacher. Wenns aber um die Sichtbarkeit geht, sollte dieser vorher im DSM angelegt werden.