owncloud - kein Zugriff mehr - seit update auf DSM 6?

Wolfzahn · 19. Mai 2016

Hallo,

hier die Meldung in der owncloud.log beim Aufruf von OwnCloud:

{"reqId":"rDwRLEVj3iVrDEA75FUa","remoteAddr":"","app":"cron","message":"Failed to connect to the database: An exception occured in driver: could not find driver","level":4,"time":"2016-05-19T12:10:20+00:00"}

Was meinen die mit Driver? Wirklich einen Treiber oder ist damit der Benutzer gemeint????

Danke!

Anwender
DasDingSollEinfachNurLaufenIchMussNichtWissenWieEsFunktioniert ;-)

Wolfzahn

Fusion · 19. Mai 2016

Da fehlt ein wenig der Kontext zu der einen Zeile.
Es gab mal Probleme mit dem cron-job und der "falschen" php Version
http://www.synology-forum.de/archive/index.html/t-74988.html
https://forum.owncloud.org/viewtopic.php?t=29595&start=60

maalik · 19. Mai 2016

Könnt ihr mal, nur um sicher zu gehen, folgendes per SSH eingeben:

Rich (BBCode):

sudo chown -R http:http /volume1/web/owncloud

Bei mir taucht der Fehler nämlich jedes mal auf, nachdem ich die config.php per Samba abspeichere und dadurch der Besitzer geändert wird.

Wolfzahn · 19. Mai 2016

Hallo,

komme momentan nicht auf die root, habe mein Passwort vergessen

maalik · 19. Mai 2016

root gibt es in DSM 6 nicht mehr. Der Name und Passwort sind identisch mit dem Login für den DSM.

Wolfzahn · 19. Mai 2016

Wenn ich per SSH (Putty oder WINSCP) auf die root zugreife will er ein Passwort.
Aber keines meiner Login Passwörter (Administrator) wird akzeptiert.
oder wie komme ich sonst auf die Terminalebene, kenne mich mit Linux nicht gut aus.

goetz · 19. Mai 2016

Hallo,
erst per putty als admin anmelden und dann sudo -i absetzen, dann bist Du root.

Gruß Götz

Wolfzahn · 19. Mai 2016

goetz schrieb:
Hallo,
erst per putty als admin anmelden und dann sudo -i absetzen, dann bist Du root.

Gruß Götz

OK, so komme ich auf die root, nur ich weiß nicht wie ich auf Terminalebene die rechte ändern kann (wie gesagt Linux ist nicht mein Ding)
Mit WINSCP weiß ich wie die Rechte geändert werden können.
Ich komme zwar mit WINSCP und den Logindaten der DS auf die Oberfläche und die einzelnen Verzeichnisse ( /volume1/web/owncloud)
aber wenn ich die Rechte ändern will geht das nicht da keine permisson.
Was bei Putty über Admin -> Passwort -> sudo -i -> Passwort = root funktioniert, geht bei WINSCP mit root Passwort nicht.

Gruß Wolfzahn

goetz · 19. Mai 2016

Hallo,
stell die Authentifizierung auf Schlüssel um und Du kannst dann auch per WinSCP wieder als root arbeiten.
Secure Shell (ssh) Zugriff nur mit Schlüssel
Punkte 1 und 2 abarbeiten. Ansonsten Forensuche: winscp root

Gruß Götz

Wolfzahn · 20. Mai 2016

goetz schrieb:
Hallo,
stell die Authentifizierung auf Schlüssel um und Du kannst dann auch per WinSCP wieder als root arbeiten.
Secure Shell (ssh) Zugriff nur mit Schlüssel
Punkte 1 und 2 abarbeiten. Ansonsten Forensuche: winscp root

Danke für die Antwort, aber mit der Anleitung komme ich nicht klar. Auch der Hinweis das bei einem
Fehler gar kein Zugriff mehr auf die DS bestehen kann hält mich davon ab.
Ich verstehe nicht warum werden bei einem Update der OwnCloud die Zugriffsrechte auf die Verzeichnisse und Dateien
geändert? Denn darin scheint ja m.E. das Problen zu liegen.
Werde mal weiter suchen und versuchen ob es Lösungen gibt.

Nochmals vielen Dank für die Hilfe

Grüße Wolfzahn

colafanta · 21. Mai 2016

maalik schrieb:
Könnt ihr mal, nur um sicher zu gehen, folgendes per SSH eingeben:

Rich (BBCode):

sudo chown -R http:http /volume1/web/owncloud

Bei mir taucht der Fehler nämlich jedes mal auf, nachdem ich die config.php per Samba abspeichere und dadurch der Besitzer geändert wird.

Hallo.
Ich hatte nun auch wieder Zeit mich darum zu kümmern. Leider hat dein Vorschlag maalik nichts gebracht. Es ist wie eh und je.

HILFE!

colafanta · 21. Mai 2016

Hey Wolfzahn,
meinst du die owncloud.log in \volume1\web\owncloud\data\ ???
Hier ist bei mir der letzte Eintrag vom März 2016. Komisch komisch.

Rich (BBCode):

 {"reqId":"AUKn5sEBo1yeKDOBCOWI","remoteAddr":"78.43.226.59","app":"core","message":"Exception: {\"Exception\":\"Doctrine\\\\DBAL\\\\DBALException\",\"Message\":\"Failed to connect to the database: An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory\",\"Code\":0,\"Trace\":\"#0 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(429): OC\\\\DB\\\\Connection->connect()\\n#1 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(389): Doctrine\\\\DBAL\\\\Connection->getDatabasePlatformVersion()\\n#2 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(328): Doctrine\\\\DBAL\\\\Connection->detectDatabasePlatform()\\n#3 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(621): Doctrine\\\\DBAL\\\\Connection->getDatabasePlatform()\\n#4 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db\\\/connection.php(135): Doctrine\\\\DBAL\\\\Connection->setTransactionIsolation(2)\\n#5 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/DriverManager.php(172): OC\\\\DB\\\\Connection->__construct(Array, Object(Doctrine\\\\DBAL\\\\Driver\\\\PDOMySql\\\\Driver), Object(Doctrine\\\\DBAL\\\\Configuration), Object(Doctrine\\\\Common\\\\EventManager))\\n#6 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db\\\/connectionfactory.php(118): Doctrine\\\\DBAL\\\\DriverManager::getConnection(Array, Object(Doctrine\\\\DBAL\\\\Configuration), Object(Doctrine\\\\Common\\\\EventManager))\\n#7 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(327): OC\\\\DB\\\\ConnectionFactory->getConnection('mysql', Array)\\n#8 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/pimple\\\/pimple\\\/src\\\/Pimple\\\/Container.php(112): OC\\\\Server->OC\\\\{closure}(Object(OC\\\\Server))\\n#9 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/utility\\\/simplecontainer.php(104): Pimple\\\\Container->offsetGet('DatabaseConnect...')\\n#10 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(762): OC\\\\AppFramework\\\\Utility\\\\SimpleContainer->query('DatabaseConnect...')\\n#11 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db.php(42): OC\\\\Server->getDatabaseConnection()\\n#12 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(235): OC_DB::getConnection()\\n#13 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/pimple\\\/pimple\\\/src\\\/Pimple\\\/Container.php(112): OC\\\\Server->OC\\\\{closure}(Object(OC\\\\Server))\\n#14 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/utility\\\/simplecontainer.php(104): Pimple\\\\Container->offsetGet('AppConfig')\\n#15 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(701): OC\\\\AppFramework\\\\Utility\\\\SimpleContainer->query('AppConfig')\\n#16 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/util.php(410): OC\\\\Server->getAppConfig()\\n#17 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/util.php(343): OC_Util::loadVersion()\\n#18 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/defaults.php(52): OC_Util::getVersion()\\n#19 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/template.php(81): OC_Defaults->__construct()\\n#20 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/template.php(328): OC_Template->__construct('', 'exception', 'error', false)\\n#21 \\\/volume1\\\/web\\\/owncloud\\\/remote.php(81): OC_Template::printExceptionErrorPage(Object(Doctrine\\\\DBAL\\\\DBALException))\\n#22 \\\/volume1\\\/web\\\/owncloud\\\/remote.php(140): handleException(Object(Doctrine\\\\DBAL\\\\DBALException))\\n#23 {main}\",\"File\":\"\\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db\\\/connection.php\",\"Line\":52}","level":3,"time":"2016-03-28T23:12:29+00:00"}

4bob · 21. Mai 2016

Hi,

colafanta schrieb:
Hier ist bei mir der letzte Eintrag vom März 2016. Komisch komisch.

nun, das ist normal. Im März war wohl deine OC Instanz noch OK; solange die Website nicht aufrufbar ist brauchst du das Owncloud.log im Data nicht! Hier kannst du reinschauen wenn WebDAV Fehler oder Apps dir Sorgen bereiten.

Fusion schrieb:
Ansonsten kann man noch Einstellungen vergleichen mit einer Neuinstallation http://www.iholken.com/index.php/20...ing-owncloud-9-to-synology-nas-running-dsm-6/

Fusion hat dir diesen Link geposted, dazu finde ich von dir kein Feedback. Owncloud ist eine PHP Anwendung du muss sicherstellen das die Webserver Konfiguration weiß wo die Binaries liegen &
um die Webseite erreichbar zu machen brauchts dann einen „Virtual host“.
Das ist dort beschrieben – was hast du eingerichtet?

Bob

Wolfzahn · 22. Mai 2016

colafanta schrieb:

Hey Wolfzahn,
meinst du die owncloud.log in \volume1\web\owncloud\data\ ???
Hier ist bei mir der letzte Eintrag vom März 2016. Komisch komisch.

Rich (BBCode):

 {"reqId":"AUKn5sEBo1yeKDOBCOWI","remoteAddr":"78.43.226.59","app":"core","message":"Exception: {\"Exception\":\"Doctrine\\\\DBAL\\\\DBALException\",\"Message\":\"Failed to connect to the database: An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory\",\"Code\":0,\"Trace\":\"#0 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(429): OC\\\\DB\\\\Connection->connect()\\n#1 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(389): Doctrine\\\\DBAL\\\\Connection->getDatabasePlatformVersion()\\n#2 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(328): Doctrine\\\\DBAL\\\\Connection->detectDatabasePlatform()\\n#3 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(621): Doctrine\\\\DBAL\\\\Connection->getDatabasePlatform()\\n#4 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db\\\/connection.php(135): Doctrine\\\\DBAL\\\\Connection->setTransactionIsolation(2)\\n#5 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/DriverManager.php(172): OC\\\\DB\\\\Connection->__construct(Array, Object(Doctrine\\\\DBAL\\\\Driver\\\\PDOMySql\\\\Driver), Object(Doctrine\\\\DBAL\\\\Configuration), Object(Doctrine\\\\Common\\\\EventManager))\\n#6 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db\\\/connectionfactory.php(118): Doctrine\\\\DBAL\\\\DriverManager::getConnection(Array, Object(Doctrine\\\\DBAL\\\\Configuration), Object(Doctrine\\\\Common\\\\EventManager))\\n#7 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(327): OC\\\\DB\\\\ConnectionFactory->getConnection('mysql', Array)\\n#8 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/pimple\\\/pimple\\\/src\\\/Pimple\\\/Container.php(112): OC\\\\Server->OC\\\\{closure}(Object(OC\\\\Server))\\n#9 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/utility\\\/simplecontainer.php(104): Pimple\\\\Container->offsetGet('DatabaseConnect...')\\n#10 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(762): OC\\\\AppFramework\\\\Utility\\\\SimpleContainer->query('DatabaseConnect...')\\n#11 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db.php(42): OC\\\\Server->getDatabaseConnection()\\n#12 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(235): OC_DB::getConnection()\\n#13 \\\/volume1\\\/web\\\/owncloud\\\/3rdparty\\\/pimple\\\/pimple\\\/src\\\/Pimple\\\/Container.php(112): OC\\\\Server->OC\\\\{closure}(Object(OC\\\\Server))\\n#14 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/utility\\\/simplecontainer.php(104): Pimple\\\\Container->offsetGet('AppConfig')\\n#15 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/server.php(701): OC\\\\AppFramework\\\\Utility\\\\SimpleContainer->query('AppConfig')\\n#16 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/util.php(410): OC\\\\Server->getAppConfig()\\n#17 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/util.php(343): OC_Util::loadVersion()\\n#18 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/defaults.php(52): OC_Util::getVersion()\\n#19 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/template.php(81): OC_Defaults->__construct()\\n#20 \\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/template.php(328): OC_Template->__construct('', 'exception', 'error', false)\\n#21 \\\/volume1\\\/web\\\/owncloud\\\/remote.php(81): OC_Template::printExceptionErrorPage(Object(Doctrine\\\\DBAL\\\\DBALException))\\n#22 \\\/volume1\\\/web\\\/owncloud\\\/remote.php(140): handleException(Object(Doctrine\\\\DBAL\\\\DBALException))\\n#23 {main}\",\"File\":\"\\\/volume1\\\/web\\\/owncloud\\\/lib\\\/private\\\/db\\\/connection.php\",\"Line\":52}","level":3,"time":"2016-03-28T23:12:29+00:00"}

Hallo colafanta,

mein Problem liegt darin, daß ich die Zugriffsrechte der einzelnen Verzeichnisse und Datendatein nicht mehr ändern kann.
Ich weiß, dass bei der Installation von OC oder manchmal nach updates diese Rechte nicht mehr stimmten und ich sie
dann über WINSCP >Eigenschaften ändern und konnte.
Jetzt kommt beim speichern die Meldung "operation not permetted".
Beim Zugriff Thunderbird, Caldav oder Rainlendar wird im owncloud.log die Meldung:

{"reqId":"oJWjh249pLuHQjjQCKxY","remoteAddr":"","app":"cron","message":"Failed to connect to the database: An exception occured in driver: could not find driver","level":4,"time":"2016-05-22T10:02:33+00:00"}

Bin im Moment ratlos und die verschiedenen Ratschläge hier im Forum haben bis dato auch nichts geholfen bzw. habe ich, aus bereits erwähnten
Gründen, nicht ausgeführt (Risiko das dann gar nichts mehr geht).

Gruß Wolfzahn

4bob · 22. Mai 2016

Stichwort: Forensuche: winscp root

Hi,

Wolfzahn schrieb:
Jetzt kommt beim speichern die Meldung "operation not permetted".

hier wurde dir mehrfach beschrieben wo der Schuh drückt! Stichwort: Forensuche: winscp root
Wenn du mit WinSCP ein "operation not (schreibt sich übrigens ) permitted" erhältst, bedeutet das - du bist nicht als root User unterwegs!

Lade dir Putty runter

melde dich mit deinem admin user an [Anleitung]

Rich (BBCode):

sudo -i

oder alternativ auch

Rich (BBCode):

sudo su -

Rechte setzen

Rich (BBCode):

chown -R http:http /volume1/web/owncloud

Jetzt kannst du erneute mit WinSCP die Eigenschaften vom Ordner Owncloud prüfen.

Bob

Wolfzahn · 23. Mai 2016

4bob schrieb:
Hi,

hier wurde dir mehrfach beschrieben wo der Schuh drückt! Stichwort: Forensuche: winscp root
Wenn du mit WinSCP ein "operation not (schreibt sich übrigens ) permitted" erhältst, bedeutet das - du bist nicht als root User unterwegs!

Lade dir Putty runter

melde dich mit deinem admin user an [Anleitung]

Rich (BBCode):

sudo -i

oder alternativ auch

Rich (BBCode):

sudo su -

Rechte setzen

Rich (BBCode):

chown -R http:http /volume1/web/owncloud

Jetzt kannst du erneute mit WinSCP die Eigenschaften vom Ordner Owncloud prüfen.

Bob

Hallo 4bob,

ich weiß wie man permitted schreibt, war nur ein Schreibfehler, sorry.

Also das mit dem Anmelden mit Putty habe ich schon öfters gemacht. Komme so auch auf die root der DS.
Habe deinen vorgeschlagenen Befehl chown............. eingeben.
Die Rechte von Verzeichniss owncloud waren vorher 0755 und nachher auch.
Wie sollten sie den Aussehen nach -R ?

Wo befinden sich eigentlich die Daten der Kalender? Ich bekomme bei Aufruf über CalDav immer die Fehlermeldung:

" Die URL "http://<Meine DDNS>/owncloud/remote.php/caldav/calendars/wowo/defaultcalender" enhält keine Kalender."

und das bei jedem Kalender. Hat bis vor kurzem alles funktioniert und ich habe selbst auf der DS nichts verändert.

Vielen Dank für Deine Mühen

mfg Wolfzahn

maalik · 23. Mai 2016

Die Rechte bleiben unverändert, nur der Besitzer ändert sich zu http (quasi der Web Station Benutzer/Gruppe)

4bob · 23. Mai 2016

Hi,

Wolfzahn schrieb:
ich weiß wie man permitted schreibt, war nur ein Schreibfehler, sorry.

Kein Problem war nur ein Hinweis

Du schreibst das

Wolfzahn schrieb:
mein Problem liegt darin, daß ich die Zugriffsrechte der einzelnen Verzeichnisse und Datendatein nicht mehr ändern kann.

Also empfehlen wir dir eine Anpassung der Ordnerrechten mit root Zugriff. Was dann schonmal geklärt ist

Hacken dran.
Das „Rechte setzen“ triffst dann nicht ganz wie von mir dargestellt; es ist die Zuweisung Eigentümer:Gruppe das musst du aber haben damit die Webstation die Daten lesen kann.

Das –R steht für rekursiv -> Es steht die Zuweisung für Besitzer und Gruppen der Ordner & Dateien sowie der Unterordner in /volume1/web/owncloud…/data /app usw. her.

Die Daten vom Kalender werden in der MYSQL Datenbank gespeichert.

Du kannst dich Zuhause (im LAN) per Webbrowser auf deiner OC anmelden?
Dann öffne dort die Kalenderapp und prüfe die URL. Wenn du mit der Maus länger über dem Kalendernamen bleibst blendet sich die URL ein.

Es sollte auch ein kleines Symbol (Zahnrad) unten Links sichtbar sein
(Primäre CalDAV Adresse) -- Grundsätzlich ist diese aber so aufgebaut:

https://serveradresse/remote.php/caldav/principals/username

Gefunden?

Gruß
Bob

Wolfzahn · 23. Mai 2016

4bob schrieb:
Hi,

Du kannst dich Zuhause (im LAN) per Webbrowser auf deiner OC anmelden?
Dann öffne dort die Kalenderapp und prüfe die URL. Wenn du mit der Maus länger über dem Kalendernamen bleibst blendet sich die URL ein.

Leider negativ, ich komme weder über den DSM noch über die Lokale IP noch über DDNS auf die OC.

Wolfzahn

Das ist die Meldung bei Versuch jeglicher Art:

Forbidden

You don't have permission to access /owncloud/index.php on this server.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

Wolfzahn

4bob · 23. Mai 2016

Hi,

die Webstation sagt dir mit „403“ das du keine Berechtigung hast.
Ist der Service aktiviert?

Was ist bei dir unter Virtualhost in der Webstation eingerichtet?
So müsste das aussehen, der Hosteintrag [Hostname] muss an deine Synology angepasst werden.

http://www.iholken.com/index.php/20...ing-owncloud-9-to-synology-nas-running-dsm-6/

owncloud - kein Zugriff mehr - seit update auf DSM 6?

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Super-Moderator

Benutzer

Super-Moderator

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Kaffeautomat