#recycle - Papierkorb

[jahlives]

ja, leider führt jede Änderung an den Shares per DSM zur Löschung der manuell gemachten Änderungen. Mal überlegen wie man das abfängt oder umbauen kann.

Man könnte durchaus das Script im Samba Startscript anpassen...

Ich habe mal ein bisschen rumprobiert. In S80samba.sh wird so um Zeile 212 der Shutdown von Samba eingeleitet. Dort habe ich mal die Erstellung eines Testfiles eingefügt (touch) und das File war nach einem reboot angelegt (hier also die aktuelle Config wegsichern)
In Zeile 197 wird der Start eigeleitet. Dort könntest du dem Samba vor dem Start das alternative Config File unterschieben.
Wird denn bei jeder Änderung im DSM wirklich die komplette Konfig zurückgeschrieben (also alle Änderungen weg)?

Gruss

tobi

 

[itari]

Hatten wir das mit dem Umkonfigurieren der smb.conf nicht schon mal in einem alten Thread ziemlich ausführlich diskutiert? Ich meine, dass man entweder alles selbst machen muss oder halt die Finger davon lassen sollte, damit es mit dem DSM geht.

Itari

 

[QTip]

das mit dem Schreiben in den Stop Abschnitt des Samba-Startscripts habe ich auch schon ausgewählt.
Ja, die smb.conf wird nach jeder Änderung per DSM neugeneriert. Einzig die share_right.map enhält die aktuellen Änderungen. Alte Änderungen werden nicht gelöscht, manuelle Einträge nicht überschrieben. Bin schon am testen, welches Synotool das durchführt um dann dort die Sache vorher abzufangen.

Stay tuned

 

[jahlives]

Wäre wohl eher kompliziert, aber man könnte das neu generierte File beim Runterfahren mit dem alten (Version-1) vergleichen und die Unterschiede ins Alternative smb.conf File einarbeiten. Dann könnte man das beim Start dem Samba wieder unterschieben...

 

[floho]

Wäre echt genial, wenn ihr das Problem lösen könntet. Eine Anwendung müllt mir mit temp. Dateien binnen 14 Tagen die DS (1TB) komplett voll!

Es wäre auch okay, wenn die recycle-Einstellungen im [GLOBAL]-Teil der smb.conf stehen würden und somit automatisch für alle Shares gelten...falls das die Sache vereinfachen würde.

Ich würde euch ja auch gerne forschend unterstützten, aber meine linux-Kenntnisse reichen dafür nicht aus :-(

Auf jeden Fall schon mal Danke für eure Bemühungen!

 

[jahlives]

@Qtip
hatte gestern beim Einschlafen noch die Idee: Es geht ja nur um wenige Konfig Vars (z.B. für den Papierkorb). Dazu würde ich ein Script (persönlich würde ich php verwenden) erstellen, welches die Konfigvars als Strings enthält und auch festhält bei welcher Share der Eintrag reinkommt. Dann wird beim Runterfahren erst dieses PHP Script ausgeführt (setzt php via ipkg wg Kommandozeile voraus), welches prüft ob die Vars noch in der Konfig stehen und sie sonst wieder reinschreibt. Dann sollte die Konfig ready sein für den nächsten Boot.

 

[itari]

Wäre es nicht einfacher, den/die betreffenden Mülleimer per cronjobs (alle 2 Stunden oder so) um die betreffenden Dateileichen zu bereinigen. Das würde keine tieferen Konstrukte ins Samba zur Folge haben und bestimmt auch seinen Zweck erfüllen.

Itari

 

[floho]

@itari

Wie müßte dann so ein Cron aussehen? Wie lösche ich Dateien in einem Ordner rekursiv nach einen speziellen Muster (ala *.tmp)?

 

[jahlives]

Wäre es nicht einfacher, den/die betreffenden Mülleimer per cronjobs (alle 2 Stunden oder so) um die betreffenden Dateileichen zu bereinigen. Das würde keine tieferen Konstrukte ins Samba zur Folge haben und bestimmt auch seinen Zweck erfüllen.

Itari

Gar nicht daran gedacht. Ginge auch, hast aber immer noch den Nachteil, dass bei Änderungen im DSM die smb.conf gespühlt wird.

 

[itari]

@itari

Wie müßte dann so ein Cron aussehen? Wie lösche ich Dateien in einem Ordner rekursiv nach einen speziellen Muster (ala *.tmp)?

Angenommen es wäre der Ordner /volume1/web. Dann gäbe es darin ja den Papierkorbordner: /volume1/web/#recycle. Dann würde man darin ganz einfach löschen können mit:

rm /volume1/web/#recycle/*.tmp

Als cronjob könnte man also schreiben [alle 2 Stunden]:

0 */2 * * * root rm /volume1/web/#recycle/*.tmp

Rekursiv würde man es mit einem find machen - immer angenommen es gibt keine reguläre Dateien mit dem Dateiende .tmp :

find /volume1/web/#recycle -name '*.tmp' -exec 'rm {};'

Habs jetzt nicht getestet ... kann also noch was falsch sein, was ich gerade nicht sehe ... würde aber damit mal los marschieren.

Itari

 

[floho]

So scheint es zu gehen...

find /volume1/abc/#recycle -name "*.tmp" -exec rm '"{}"' \;

Dieses Konstrukt aus einfachen und doppelten Anführungszeichen ist notwendig um Fehlermeldungen bei Pfaden mit Leerzeichen und Klammern zu umgehen...

...irgendwelche Bedenken/Einwände? Wie gesagt, ich bin linux-noob!

 

[itari]

Wenn es läuft und keine Nebeneffekte zu bemerken sind, dann ist es doch ok.

Itari

 

[floho]

Passt jetzt nicht ganz zum Thema, aber wenn wir hier schon mal beim Thema find sind...

Ich möchte nun auch noch der Übersicht wegen alle 0-Byte-Files löschen. Kann es sein, dass das Syno-find die expression "-size" nicht kennt? Funktioniert irgendwie nicht... :-(

 

[Trolli]

Ja. Das kann gut sein. Die Busybox-Versionen in der Synology Station haben weniger Optionen als die Standard-Linux Befehle. Du kannst über IPKG mit "ipkg install coreutils" die gewohnten Befehle nachinstallieren.

 

[floho]

Komisch... laut busybox-webseite unterstützt find aber die expression -size

Nur nimmt sie diese nicht an. Allerdings bin ich etwas irritiert, was die installierte BusyBox-Version angeht...

BusyBox v1.1.0 (2009.09.03-17:10+0000) multi-call binary

Datum und Versionsnummer passen so gar nicht zusammen... (vgl. http://www.busybox.net/)



EDIT: Okay... wenn v1.1.0 stimmt, dann ist klar, warum -size nicht geht.

 

[itari]

Die BusyBox ist deswegen die BusyBox, weil ein jeder aus den Sources seine ganz persönliche BusyBox zusammenstellen kann. Deswegen fehlen manchmal Tools oder funktionieren anders. Sie kann aber auch Zusätze erhalten. Die Idee ist halt, sich maßgeschneidert für sein Projekt die BusyBox rasch und einfach zusammenzustellen. Genau das hat Synology gemacht. Deswegen ist es zwar ein gute Orientierung im BusyBox-Manual nachzuschauen, aber die es muss halt nicht genau so sein ...

Der Zeitstempel ist auch nicht bezogen auf eine spezielle Version, sondern einfach das Datum, an dem Synology das letzte Mal ihre BusyBox neu kompiliert hat.

kalles lar?

Itari

 

[jahlives]

kalles lar?

Kommst du gerade von der Wiesn?

 

[EGOiST]

Muss mal den Thread auspacken - sorry -

ich habe in DSM nun den Papierkorb fuer 3 GEMEINSAME Ordner aktiviert. "filetransferfolder" - "non-share" - "share", alle mit unterordner.
Was mir gut gefaellt, er zeigt bei den Gelöschten datein auch den Pfad an.
Mir fehlt aber ein Button "wiederherstellen" in Filestation zb.

Und ich wuerde den Ordner gerne ausblenden und nur einblenden wenn ich ihn brauche, geht das?

 

[EGOiST]

*push push*