ownCloud und DSM 6.0-7321: Problem mit Dateiabruf über WebGUI

Status
Für weitere Antworten geschlossen.

Jupp15

Benutzer
Mitglied seit
23. Mrz 2015
Beiträge
33
Punkte für Reaktionen
0
Punkte
0
Problem 2 hat sich soeben nach einem kompletten Filescan von selbst gelöst :).

Bei Gelegenheit werde ich mal testen, ob damit auch Punkt 1 gelöst ist.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.371
Punkte für Reaktionen
499
Punkte
189
Achte bitte einmal darauf, daß immer auch serverseitige Änderungen vom Client verarbeitet werden, denn damit habe ich, allerdings im Zusammenhang mit External Storage mit dann über "Lokal" eingebundene Gemeinsame Ordner, die meisten Probleme im Zusammenhang mit der ownCloud v9.0.1.
 

Jupp15

Benutzer
Mitglied seit
23. Mrz 2015
Beiträge
33
Punkte für Reaktionen
0
Punkte
0
Der komplette Filescan hat beide oben geschilderten Probleme gelöst.
Serverseitige Änderungen (in meinem Fall Anlegen eines Verzeichnisses samt Unterordnern und Dateien) werden nun auch im Webinterface und über den Client synchronisiert. Ob das mit externen Speichern auch funktioniert, kann ich nicht testen, da ich keine eingebunden habe.

Bei mir funktionieren auch die cronjobs in DSM 6.0 so wie sie sollen. Sie starten zu den festgelegten Zeitpunkten und laufen automatisch ohne manuellen Eingriff ab.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.371
Punkte für Reaktionen
499
Punkte
189
Kannst Du die bitte mal posten? Ich möchte gerne vergleichen zu meinen Einträgen. Und mit dem Filescan meinst Du den Eintrag in der config.php, oder?
 

Jupp15

Benutzer
Mitglied seit
23. Mrz 2015
Beiträge
33
Punkte für Reaktionen
0
Punkte
0
Mit dem Filescan meine ich den folgenden Befehl - und nicht den Eintrag in der config.php, der bezieht sich offenbar laut Doku nur auf externe Speicher:
55 0 * * * root /bin/su -s /bin/sh -c "cd /volume1/web/owncloud && /usr/local/bin/php56 -f occ files:scan --all" http

Der Eintrag zum Cronjob lautet folgendermaßen:
0,15,30,45 * * * * http /usr/local/bin/php56 /volume1/web/owncloud/cron.php
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.371
Punkte für Reaktionen
499
Punkte
189
Du machst nur einmal diesen Scan um 0:55 Uhr. Nur als Hinweis: Erst dann und nur das eine mal pro Tag wird Dein Client auch Änderungen registrieren, sonst nicht. Daher läuft dieser Scan bei mir alle 30 Minuten, damit habe ich zwar dann alle 30 Minuten eine erhöhte Übertragungsfrequenz, aber nur so gehts, dass auch auf der Clientseite alles aktuell ist.

Nun, der erste Eintrag ist mit meinem identisch. Trotzdem habe ich mit OC v9.0.1 keine Übertragungen vom Server zum Client, nur andersrum.

Der zweite Eintrag ist unterschiedlich, da habe ich

*/15 * * * * root /bin/su -s /bin/sh -c "/usr/local/bin/php56 -f /volume1/web/owncloud/cron.php" http

läuft aber auch, auf der Adminseite von OC kann ich sehen, wann die letzte Aktualisierung war.
 

Jupp15

Benutzer
Mitglied seit
23. Mrz 2015
Beiträge
33
Punkte für Reaktionen
0
Punkte
0
Dass der Scan nur einmal nachts läuft, ist beabsichtigt, da er sich aufgrund der Größe der OC-Instanz (25 Nutzer) relativ lange hinzieht; beim letzten Mal war es schätzungsweise eine Stunde. Das frisst während der Laufs zuviele Ressourcen (hohe CPU-Auslastung) und macht OC (und die anderen Anwendungen, die noch auf der DS laufen) in der Zeit relativ langsam, sodass ich das in die Nacht verlegt habe, wenn das nicht so ins Gewicht fällt und niemanden weiter stört.
Mit der daraus resultierenden Verzögerung bei der Aktualisierung serverseitiger Änderungen kann ich leben, da die meisten Änderungen hier entweder von den Rechnern aus über den Client synchronisiert oder in der Weboberfläche vorgenommen werden; ummittelbare Änderungen auf dem Server direkt kommen nur bei administrativen Änderungen vor - und dann kann ich zur Not den Scan noch manuell anstoßen.

Dass der Scan bei dir trotz identischem Befehl nicht funktioniert, bei mir allerdings schon, ist merkwürdig. Probier doch mal mit dem ausführenden Benutzer rum (z. B. http statt root)?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.371
Punkte für Reaktionen
499
Punkte
189
Aus dem Grund, habe ich den Scan in User unterteilt. Den --all mache ich auch Nachts, aber Tags mache ich das Userweise, zB.

0,30 7-23 * * * root /bin/su -s /bin/sh -c "cd /volume1/web/owncloud && /usr/local/bin/php56 -f occ files:scan rescan" http >> /volume1/web/owncloud/data/logs/cron_rescan_rescan_$(/bin/date +%Y-%m-%d_%H-%M-%S).log 2>&1

Du kannst Dir auch "Scan-User" einrichten, deren Rechte auf die Verzeichnisse so verteilt sind, dass nur das allerwichtigste gescannt wird. Wenn Du also die Verzeichnisse 1-10 hast, gibts Du dem "rescan" auf der Adminseite die Rechte an Verzeichnis 6+8 und dann werden alle 30 Minuten die verzeichnisse 6+8 gescannt.

http statt root teste ich mal.....:cool:

Wobei, der Scan selbst läuft ja ab, im Log kann ich das sehen, aber der Scan hat keine Auswirkung auf den OC-Client, der lädt keine Aktualisierungen vom Server runter, er lädt nur hoch.
 
Zuletzt bearbeitet:

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.371
Punkte für Reaktionen
499
Punkte
189
Sorry, unter DSM 6 ist die Angabe anders, ich mußte die Variable in die crontab einbauen :

filedatetime=/bin/date +%Y-%m-%d_%H-%M-%S

*/15 * * * * root /usr/local/bin/php56 /volume1/web/owncloud/data/scripts/cron_lock_unlock.sh >> /volume1/web/owncloud/data/logs/cron_lock_unlock__$(${filedatetime}).log 2>&1
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat