Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Nextcloud: Login funktioniert nicht (loop)
396 views
Skip to first unread message
Rolf Bensch
Jul 27, 2021, 1:48:13 PM7/27/21
to
Hallo zusammen,
habe mir heute meine funktionierende NC-Installation geschrottet und bekomme sie nicht mehr zum Laufen. Hintergrund war, dass /var/nextcloud/data die Partition zum Überlaufen brachte. Daraufhin hatte ich NEXTCLOUD_DATA_DIR auf "/home/nextcloud" gesetzt und die Konfiguration ohne Fehlermeldung gespeichert. Fortan konnte ich mich nicht mehr in NC anmelden. Nach "anmelden" wird die Login-Seite neu geladen, eine Fehlermeldung erscheint nicht.
Was habe ich heute alles unternommen:
nach Überprüfung der Verzeichnisrechte und erneuten Abspeichern der Config gab's keine Verbesserung. /var/nexcloud wurde (vollständig?) nach /home/nextcloud verschoben. Ich hätte vermutet, dass nur data/ betroffen ist, war es aber nicht. Ein Login war nicht möglich.
Löschen des Parameters NEXTCLOUD_DATA_DIR in der Config und speichern derselben. Damit wurde alles wieder zurück nach /var/nextcloud geschoben. Augenscheinlich war alles in Ordnung, ein Login aber weiterhin nicht möglich.
Re-Installation von NC. -> keine Verbesserung
Backup der vergangenen Nacht von /var/nextcloud und /var/www/htdocs/nextcloud zurück gespielt. Login-Versuch schlägt weiter fehl
Server Neustart -> keine Verbesserung.
NC deinstalliert und wieder neu installiert. Neuen Admin-User gesetzt und keinerlei Daten restauriert. Ein Login ist auch mit dieser jungfräulichen Installation nicht möglich.
Erneut Backup der vergangenen Nacht von /var/nextcloud zurück gespielt - und das ist jetzt Sachstand - ein Login ist weiterhin nicht möglich.
Logfiles beim Anmeldeversuch:
/var/log/messages: keine Einträge
ssl_request_log: die Anfrage des Client ist sichtbar
access_log und error_log: keine Einträge
nextcloud.log: keine Einträge
Beim Speichern der Config gibt es in nextcloud.log auch keine Einträge. Der darin enthaltene letzte Eintrag ist:
{"reqId":"6TsufLok3OX5GB1SZGfq","level":3,"time":"2021-07-27 19:23:39+02:00","remoteAddr":"46.94.118.223","user":"nina","app":"core","method":"PROPFIND","url":"/nextcloud/remote.php/webdav/Handyfotos/","message":{"Exception":"Doctrine\\DBAL\\Query\\QueryException","Message":"More than 1000 expressions in a list are not allowed on Oracle.","Code":0,"Trace":[{"file":"/var/www/htdocs/nextcloud/lib/private/Comments/Manager.php","line":656,"function":"execute","class":"OC\\DB\\QueryBuilder\\QueryBuilder","type":"->","args":[]},{"file":"/var/www/htdocs/nextcloud/apps/dav/lib/Connector/Sabre/CommentPropertiesPlugin.php","line":89,"function":"getNumberOfUnreadCommentsForObjects","class":"OC\\Comments\\Manager","type":"->","args":["files",["17429","17418","17441","17453","17477","And 2264 more entries, set log level to debug to see all entries"],{"__class__":"OC\\User\\User"}]},{"file":"/var/www/htdocs/nextcloud/apps/dav/lib/Connector/Sabre/CommentPropertiesPlugin.php","line":117,"function":"cacheDirectory","class":"OCA\\DAV\\Connector\\Sabre\\CommentPropertiesPlugin","type":"->","args":[{"__class__":"OCA\\DAV\\Connector\\Sabre\\Directory"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php","line":89,"function":"handleGetProperties","class":"OCA\\DAV\\Connector\\Sabre\\CommentPropertiesPlugin","type":"->","args":[{"__class__":"Sabre\\DAV\\PropFind"},{"__class__":"OCA\\DAVHat jemand eine Idee wie ich das wieder zum Laufen bringe? \\Connector\\Sabre\\Directory"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1052,"function":"emit","class":"Sabre\\DAV\\Server","type":"->","args":["propFind",[{"__class__":"Sabre\\DAV\\PropFind"},{"__class__":"OCA\\DAV\\Connector\\Sabre\\Directory"}]]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":984,"function":"getPropertiesByNode","class":"Sabre\\DAV\\Server","type":"->","args":[{"__class__":"Sabre\\DAV\\PropFind"},{"__class__":"OCA\\DAV\\Connector\\Sabre\\Directory"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1661,"function":"getPropertiesIteratorForPath","class":"Sabre\\DAV\\Server","type":"->","args":["Handyfotos",["{http://owncloud.org/ns}owner-id","{DAV:}creationdate","{DAV:}getetag","{http://owncloud.org/ns}permissions","{DAV:}getlastmodified","And 15 more entries, set log level to debug to see all entries"],1]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1646,"function":"writeMultiStatus","class":"Sabre\\DAV\\Server","type":"->","args":[{"elementMap":[],"contextUri":"/nextcloud/remote.php/webdav/","namespaceMap":{"DAV:":"d","http://sabredav.org/ns":"s","http://owncloud.org/ns":"oc","http://nextcloud.org/ns":"nc"},"classMap":[],"__class__":"Sabre\\Xml\\Writer"},{"__class__":"Generator"},false]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php","line":346,"function":"generateMultiStatus","class":"Sabre\\DAV\\Server","type":"->","args":[{"__class__":"Generator"},false]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php","line":89,"function":"httpPropFind","class":"Sabre\\DAV\\CorePlugin","type":"->","args":[{"__class__":"Sabre\\HTTP\\Request"},{"__class__":"Sabre\\HTTP\\Response"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":472,"function":"emit","class":"Sabre\\DAV\\Server","type":"->","args":["method:PROPFIND",[{"__class__":"Sabre\\HTTP\\Request"},{"__class__":"Sabre\\HTTP\\Response"}]]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":253,"function":"invokeMethod","class":"Sabre\\DAV\\Server","type":"->","args":[{"__class__":"Sabre\\HTTP\\Request"},{"__class__":"Sabre\\HTTP\\Response"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":321,"function":"start","class":"Sabre\\DAV\\Server","type":"->","args":[]},{"file":"/var/www/htdocs/nextcloud/apps/dav/appinfo/v1/webdav.php","line":84,"function":"exec","class":"Sabre\\DAV\\Server","type":"->","args":[]},{"file":"/var/www/htdocs/nextcloud/remote.php","line":167,"args":["/var/www/htdocs/nextcloud/apps/dav/appinfo/v1/webdav.php"],"function":"require_once"}],"File":"/var/www/htdocs/nextcloud/lib/private/DB/QueryBuilder/QueryBuilder.php","Line":268,"CustomMessage":"More than 1000 expressions in a list are not allowed on Oracle."},"userAgent":"Mozilla/5.0 (Android) Nextcloud-android/3.16.1","version":"21.0.3.1"}
Beim Speichern der Config ist auch nichts auffällig:
Activate configuration now (y/n) [yes]?
nextcloud version (eisfair-64): 1.12.1
Database type : sqlite
Database server: localhost
Trusted domain(s): 192.168.0.206 www.bensch-net.info
Apache2 SSL support: enabled
SQLite3 PHP7-WEB support: enabled
SQLite3 PHP7-CLI support: enabled
Mail support: enabled
PHP7-WEB Redis cache: enabled
PHP7-CLI Redis cache: enabled
Redis support: enabled
PHP7-WEB memory limit: >= 512M
PHP7-CLI memory limit: >= 512M
PHP7-CLI configuration access: possible
creating logrotate configuration ...
creating cron script ...
setting access rights of '/var/www/htdocs/nextcloud' ...
wait [ . ]
setting access rights of '/var/nextcloud' ...
wait [ . ]
checking nextcloud install/upgrade requirements ...
Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Done.
All tables already up to date!
creating nextcloud configuration ...
creating cron job ...
nextcloud maintenance mode: disabled
checking nextcloud install/upgrade requirements ...
Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Done.
All tables already up to date!
finished.
Do you want to restart the webserver now (recommended) (y/n) [yes]?
* Stopping Apache ... [ OK ]
* Starting Apache ... [ OK ]
Press ENTER to continue
Im Netz gibt es einen Haufen Hinweise zu diesem Problem, meist aber für recht alte Versionen, die dann über ein Update des Betriebssystem gefixt werden. Weitergeholfen hat mir das nicht.
Besonders irritiert mich, dass eine jungfräuliche Installation ebenfalls den Fehler zeigt. Mit dem Restore des Backup hätte ich auch ein Ergebnis erwartet. Suche ich am falschen Ende? Hat jemand eine Idee wie ich das wieder zum Laufen bringe?
Grüße
Rolf
habe mir heute meine funktionierende NC-Installation geschrottet und bekomme sie nicht mehr zum Laufen. Hintergrund war, dass /var/nextcloud/data die Partition zum Überlaufen brachte. Daraufhin hatte ich NEXTCLOUD_DATA_DIR auf "/home/nextcloud" gesetzt und die Konfiguration ohne Fehlermeldung gespeichert. Fortan konnte ich mich nicht mehr in NC anmelden. Nach "anmelden" wird die Login-Seite neu geladen, eine Fehlermeldung erscheint nicht.
Was habe ich heute alles unternommen:
nach Überprüfung der Verzeichnisrechte und erneuten Abspeichern der Config gab's keine Verbesserung. /var/nexcloud wurde (vollständig?) nach /home/nextcloud verschoben. Ich hätte vermutet, dass nur data/ betroffen ist, war es aber nicht. Ein Login war nicht möglich.
Löschen des Parameters NEXTCLOUD_DATA_DIR in der Config und speichern derselben. Damit wurde alles wieder zurück nach /var/nextcloud geschoben. Augenscheinlich war alles in Ordnung, ein Login aber weiterhin nicht möglich.
Re-Installation von NC. -> keine Verbesserung
Backup der vergangenen Nacht von /var/nextcloud und /var/www/htdocs/nextcloud zurück gespielt. Login-Versuch schlägt weiter fehl
Server Neustart -> keine Verbesserung.
NC deinstalliert und wieder neu installiert. Neuen Admin-User gesetzt und keinerlei Daten restauriert. Ein Login ist auch mit dieser jungfräulichen Installation nicht möglich.
Erneut Backup der vergangenen Nacht von /var/nextcloud zurück gespielt - und das ist jetzt Sachstand - ein Login ist weiterhin nicht möglich.
Logfiles beim Anmeldeversuch:
/var/log/messages: keine Einträge
ssl_request_log: die Anfrage des Client ist sichtbar
access_log und error_log: keine Einträge
nextcloud.log: keine Einträge
Beim Speichern der Config gibt es in nextcloud.log auch keine Einträge. Der darin enthaltene letzte Eintrag ist:
{"reqId":"6TsufLok3OX5GB1SZGfq","level":3,"time":"2021-07-27 19:23:39+02:00","remoteAddr":"46.94.118.223","user":"nina","app":"core","method":"PROPFIND","url":"/nextcloud/remote.php/webdav/Handyfotos/","message":{"Exception":"Doctrine\\DBAL\\Query\\QueryException","Message":"More than 1000 expressions in a list are not allowed on Oracle.","Code":0,"Trace":[{"file":"/var/www/htdocs/nextcloud/lib/private/Comments/Manager.php","line":656,"function":"execute","class":"OC\\DB\\QueryBuilder\\QueryBuilder","type":"->","args":[]},{"file":"/var/www/htdocs/nextcloud/apps/dav/lib/Connector/Sabre/CommentPropertiesPlugin.php","line":89,"function":"getNumberOfUnreadCommentsForObjects","class":"OC\\Comments\\Manager","type":"->","args":["files",["17429","17418","17441","17453","17477","And 2264 more entries, set log level to debug to see all entries"],{"__class__":"OC\\User\\User"}]},{"file":"/var/www/htdocs/nextcloud/apps/dav/lib/Connector/Sabre/CommentPropertiesPlugin.php","line":117,"function":"cacheDirectory","class":"OCA\\DAV\\Connector\\Sabre\\CommentPropertiesPlugin","type":"->","args":[{"__class__":"OCA\\DAV\\Connector\\Sabre\\Directory"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php","line":89,"function":"handleGetProperties","class":"OCA\\DAV\\Connector\\Sabre\\CommentPropertiesPlugin","type":"->","args":[{"__class__":"Sabre\\DAV\\PropFind"},{"__class__":"OCA\\DAVHat jemand eine Idee wie ich das wieder zum Laufen bringe? \\Connector\\Sabre\\Directory"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1052,"function":"emit","class":"Sabre\\DAV\\Server","type":"->","args":["propFind",[{"__class__":"Sabre\\DAV\\PropFind"},{"__class__":"OCA\\DAV\\Connector\\Sabre\\Directory"}]]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":984,"function":"getPropertiesByNode","class":"Sabre\\DAV\\Server","type":"->","args":[{"__class__":"Sabre\\DAV\\PropFind"},{"__class__":"OCA\\DAV\\Connector\\Sabre\\Directory"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1661,"function":"getPropertiesIteratorForPath","class":"Sabre\\DAV\\Server","type":"->","args":["Handyfotos",["{http://owncloud.org/ns}owner-id","{DAV:}creationdate","{DAV:}getetag","{http://owncloud.org/ns}permissions","{DAV:}getlastmodified","And 15 more entries, set log level to debug to see all entries"],1]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1646,"function":"writeMultiStatus","class":"Sabre\\DAV\\Server","type":"->","args":[{"elementMap":[],"contextUri":"/nextcloud/remote.php/webdav/","namespaceMap":{"DAV:":"d","http://sabredav.org/ns":"s","http://owncloud.org/ns":"oc","http://nextcloud.org/ns":"nc"},"classMap":[],"__class__":"Sabre\\Xml\\Writer"},{"__class__":"Generator"},false]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php","line":346,"function":"generateMultiStatus","class":"Sabre\\DAV\\Server","type":"->","args":[{"__class__":"Generator"},false]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php","line":89,"function":"httpPropFind","class":"Sabre\\DAV\\CorePlugin","type":"->","args":[{"__class__":"Sabre\\HTTP\\Request"},{"__class__":"Sabre\\HTTP\\Response"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":472,"function":"emit","class":"Sabre\\DAV\\Server","type":"->","args":["method:PROPFIND",[{"__class__":"Sabre\\HTTP\\Request"},{"__class__":"Sabre\\HTTP\\Response"}]]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":253,"function":"invokeMethod","class":"Sabre\\DAV\\Server","type":"->","args":[{"__class__":"Sabre\\HTTP\\Request"},{"__class__":"Sabre\\HTTP\\Response"}]},{"file":"/var/www/htdocs/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":321,"function":"start","class":"Sabre\\DAV\\Server","type":"->","args":[]},{"file":"/var/www/htdocs/nextcloud/apps/dav/appinfo/v1/webdav.php","line":84,"function":"exec","class":"Sabre\\DAV\\Server","type":"->","args":[]},{"file":"/var/www/htdocs/nextcloud/remote.php","line":167,"args":["/var/www/htdocs/nextcloud/apps/dav/appinfo/v1/webdav.php"],"function":"require_once"}],"File":"/var/www/htdocs/nextcloud/lib/private/DB/QueryBuilder/QueryBuilder.php","Line":268,"CustomMessage":"More than 1000 expressions in a list are not allowed on Oracle."},"userAgent":"Mozilla/5.0 (Android) Nextcloud-android/3.16.1","version":"21.0.3.1"}
Beim Speichern der Config ist auch nichts auffällig:
Activate configuration now (y/n) [yes]?
nextcloud version (eisfair-64): 1.12.1
Database type : sqlite
Database server: localhost
Trusted domain(s): 192.168.0.206 www.bensch-net.info
Apache2 SSL support: enabled
SQLite3 PHP7-WEB support: enabled
SQLite3 PHP7-CLI support: enabled
Mail support: enabled
PHP7-WEB Redis cache: enabled
PHP7-CLI Redis cache: enabled
Redis support: enabled
PHP7-WEB memory limit: >= 512M
PHP7-CLI memory limit: >= 512M
PHP7-CLI configuration access: possible
creating logrotate configuration ...
creating cron script ...
setting access rights of '/var/www/htdocs/nextcloud' ...
wait [ . ]
setting access rights of '/var/nextcloud' ...
wait [ . ]
checking nextcloud install/upgrade requirements ...
Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Done.
All tables already up to date!
creating nextcloud configuration ...
creating cron job ...
nextcloud maintenance mode: disabled
checking nextcloud install/upgrade requirements ...
Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Done.
All tables already up to date!
finished.
Do you want to restart the webserver now (recommended) (y/n) [yes]?
* Stopping Apache ... [ OK ]
* Starting Apache ... [ OK ]
Press ENTER to continue
Im Netz gibt es einen Haufen Hinweise zu diesem Problem, meist aber für recht alte Versionen, die dann über ein Update des Betriebssystem gefixt werden. Weitergeholfen hat mir das nicht.
Besonders irritiert mich, dass eine jungfräuliche Installation ebenfalls den Fehler zeigt. Mit dem Restore des Backup hätte ich auch ein Ergebnis erwartet. Suche ich am falschen Ende? Hat jemand eine Idee wie ich das wieder zum Laufen bringe?
Grüße
Rolf
Rolf Bensch
Jul 28, 2021, 4:15:33 AM7/28/21
to
... alles einmal auf 0 zurück gefahren:
- NC deinstalliert (/var/nextcloud und /var/www/htdocs/nextcloud waren danach gelöscht)
- Server Neustart
- NC Neu-Installation
hier existiert dann lediglich ein Admin-Konto und eine SQlite3-db aber noch keine Files
-> Login-Seite ist erreichbar, funktioniert aber nicht
- php7-cli, php-apcu und php7-sqlite neu installiert -> keine Verbesserung
- festgestellt, dass der Symlink /etc/php7/cli/apcu.ini fehlte. Wiederhergestellt. -> keine Verbesserung
- testweise Cache auf redis gestellt -> keine Verbesserung
- wieder zurück zu apcu (weil es damit lief) -> keine Verbesserung
nextcloud.log zeigt aktuell nur Login-Fehlversuche von Usern beim Zugriff über Wabdav.
Der Apache liefert bei "anmelden" 2x 303-Return-Code und abschließend ein 200 auf ...nextcloud/index.php/login?redirect_url=/nextcloud/index.php/apps/files/ - also wieder die Login-Seite. Daneben erhalte ich eine Menge Warnungen zu Cookies, CSS und deprecated functions - aber nichts, was auf einen relevanten Fehler hinweist.
Ich stehe hier absolut auf dem Schlauch. Hat jemand eine Idee?
Grüße
Rolf
- NC deinstalliert (/var/nextcloud und /var/www/htdocs/nextcloud waren danach gelöscht)
- Server Neustart
- NC Neu-Installation
hier existiert dann lediglich ein Admin-Konto und eine SQlite3-db aber noch keine Files
-> Login-Seite ist erreichbar, funktioniert aber nicht
- php7-cli, php-apcu und php7-sqlite neu installiert -> keine Verbesserung
- festgestellt, dass der Symlink /etc/php7/cli/apcu.ini fehlte. Wiederhergestellt. -> keine Verbesserung
- testweise Cache auf redis gestellt -> keine Verbesserung
- wieder zurück zu apcu (weil es damit lief) -> keine Verbesserung
nextcloud.log zeigt aktuell nur Login-Fehlversuche von Usern beim Zugriff über Wabdav.
Der Apache liefert bei "anmelden" 2x 303-Return-Code und abschließend ein 200 auf ...nextcloud/index.php/login?redirect_url=/nextcloud/index.php/apps/files/ - also wieder die Login-Seite. Daneben erhalte ich eine Menge Warnungen zu Cookies, CSS und deprecated functions - aber nichts, was auf einen relevanten Fehler hinweist.
Ich stehe hier absolut auf dem Schlauch. Hat jemand eine Idee?
Grüße
Rolf
Dirk Alberti
Jul 28, 2021, 4:40:16 AM7/28/21
to
Hallo Rolf,
Am 28.07.21 um 10:15 schrieb Rolf Bensch:
>
> Ich stehe hier absolut auf dem Schlauch. Hat jemand eine Idee?
geht es ausschließlich um den Zugriff per Browser, oder funktionieren
Nextcloud-Client-Apps bzw. -Programme auch nicht?
Ich hatte bei verschiedenen Versionen von NC (Nicht-Eisfair) auch das
Problem, öfter mit dem Browser nicht auf den NC zu kommen und kam nicht
über die Login-Seite hinaus, ohne Fehlermeldungen.
Erst mehrfaches Neuladen der Seite mittels STRG-F5 brachte in diesen
Fällen eine Funktion.
>
> Grüße
>
> Rolf
Gruß, Dirk
Am 28.07.21 um 10:15 schrieb Rolf Bensch:
>
> Ich stehe hier absolut auf dem Schlauch. Hat jemand eine Idee?
Nextcloud-Client-Apps bzw. -Programme auch nicht?
Ich hatte bei verschiedenen Versionen von NC (Nicht-Eisfair) auch das
Problem, öfter mit dem Browser nicht auf den NC zu kommen und kam nicht
über die Login-Seite hinaus, ohne Fehlermeldungen.
Erst mehrfaches Neuladen der Seite mittels STRG-F5 brachte in diesen
Fällen eine Funktion.
>
> Grüße
>
> Rolf
Gruß, Dirk
Rolf Bensch
Jul 28, 2021, 7:29:21 AM7/28/21
to
Hallo Dirk,
Am 28.07.21 um 10:40 schrieb Dirk Alberti:
************ CAUSE OF ERROR ************
java.lang.NullPointerException: Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.checkNotNullParameter, parameter password
at okhttp3.Credentials.basic(Unknown Source:8)
at okhttp3.Credentials.basic$default(Credentials.kt:28)
at okhttp3.Credentials.basic(Unknown Source:2)
at com.owncloud.android.lib.common.OwnCloudClientFactory.createNextcloudClient(OwnCloudClientFactory.java:217)
at com.owncloud.android.operations.RefreshFolderOperation.updatePredefinedStatus(RefreshFolderOperation.java:338)
at com.owncloud.android.operations.RefreshFolderOperation.updateCapabilities(RefreshFolderOperation.java:311)
at com.owncloud.android.operations.RefreshFolderOperation.updateOCVersion(RefreshFolderOperation.java:277)
at com.owncloud.android.operations.RefreshFolderOperation.run(RefreshFolderOperation.java:230)
at com.owncloud.android.lib.common.operations.RemoteOperation.run(RemoteOperation.java:359)
at java.lang.Thread.run(Thread.java:919)
************ APP INFORMATION ************
ID: com.nextcloud.client
Version: 30160190
Build flavor: gplay
...
scheint, als würde der Client kein Passwort senden. In der Web-GUI wird es aber definitiv gesendet (sogar im Klartext)
>
> Ich hatte bei verschiedenen Versionen von NC (Nicht-Eisfair) auch das Problem, öfter mit dem Browser nicht auf den NC zu kommen und kam nicht über die Login-Seite hinaus, ohne Fehlermeldungen.
> Erst mehrfaches Neuladen der Seite mittels STRG-F5 brachte in diesen Fällen eine Funktion.
Den Browsercache hatte ich mehrfach entleert und auch den Browser gewechselt.
Nextcloud läuft aber grundsätzlich:
eis64-2 (/) # su - wwwrun
Welcome to eisfair!
base : 2.8.25
eiskernel: 5.10.45-eisfair-64-VIRT
wwwrun@eis64-2 (~) > cd /var/www/htdocs/nextcloud
wwwrun@eis64-2 (nextcloud) > ./occ upgrade
Nextcloud is already latest version
wwwrun@eis64-2 (nextcloud) > ./occ user:list
- rolf: rolf
wwwrun@eis64-2 (nextcloud) > ./occ user:resetpassword rolf
Enter a new password:
Confirm the new password:
Successfully reset password for rolf
wwwrun@eis64-2 (nextcloud) >
Grüße
Rolf
Am 28.07.21 um 10:40 schrieb Dirk Alberti:
> Hallo Rolf,
>
> Am 28.07.21 um 10:15 schrieb Rolf Bensch:
>
>>
>> Ich stehe hier absolut auf dem Schlauch. Hat jemand eine Idee?
>
> geht es ausschließlich um den Zugriff per Browser, oder funktionieren Nextcloud-Client-Apps bzw. -Programme auch nicht?
auch APPs haben Probleme. Hier die Ausgabe vom Android-Client:
>
> Am 28.07.21 um 10:15 schrieb Rolf Bensch:
>
>>
>> Ich stehe hier absolut auf dem Schlauch. Hat jemand eine Idee?
>
> geht es ausschließlich um den Zugriff per Browser, oder funktionieren Nextcloud-Client-Apps bzw. -Programme auch nicht?
************ CAUSE OF ERROR ************
java.lang.NullPointerException: Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.checkNotNullParameter, parameter password
at okhttp3.Credentials.basic(Unknown Source:8)
at okhttp3.Credentials.basic$default(Credentials.kt:28)
at okhttp3.Credentials.basic(Unknown Source:2)
at com.owncloud.android.lib.common.OwnCloudClientFactory.createNextcloudClient(OwnCloudClientFactory.java:217)
at com.owncloud.android.operations.RefreshFolderOperation.updatePredefinedStatus(RefreshFolderOperation.java:338)
at com.owncloud.android.operations.RefreshFolderOperation.updateCapabilities(RefreshFolderOperation.java:311)
at com.owncloud.android.operations.RefreshFolderOperation.updateOCVersion(RefreshFolderOperation.java:277)
at com.owncloud.android.operations.RefreshFolderOperation.run(RefreshFolderOperation.java:230)
at com.owncloud.android.lib.common.operations.RemoteOperation.run(RemoteOperation.java:359)
at java.lang.Thread.run(Thread.java:919)
************ APP INFORMATION ************
ID: com.nextcloud.client
Version: 30160190
Build flavor: gplay
...
scheint, als würde der Client kein Passwort senden. In der Web-GUI wird es aber definitiv gesendet (sogar im Klartext)
>
> Ich hatte bei verschiedenen Versionen von NC (Nicht-Eisfair) auch das Problem, öfter mit dem Browser nicht auf den NC zu kommen und kam nicht über die Login-Seite hinaus, ohne Fehlermeldungen.
> Erst mehrfaches Neuladen der Seite mittels STRG-F5 brachte in diesen Fällen eine Funktion.
Nextcloud läuft aber grundsätzlich:
eis64-2 (/) # su - wwwrun
Welcome to eisfair!
base : 2.8.25
eiskernel: 5.10.45-eisfair-64-VIRT
wwwrun@eis64-2 (~) > cd /var/www/htdocs/nextcloud
wwwrun@eis64-2 (nextcloud) > ./occ upgrade
Nextcloud is already latest version
wwwrun@eis64-2 (nextcloud) > ./occ user:list
- rolf: rolf
wwwrun@eis64-2 (nextcloud) > ./occ user:resetpassword rolf
Enter a new password:
Confirm the new password:
Successfully reset password for rolf
wwwrun@eis64-2 (nextcloud) >
Grüße
Rolf
Juergen Edner
Jul 28, 2021, 3:50:33 PM7/28/21
to
Hallo Rolf,
> More than 1000 expressions in a list are not allowed on Oracle
die Meldung habe ich bis dato selbst noch nie festgestellt, jedoch
gibt es wohl ein Problem in der v21.0.3 welches mit der v21.0.4
behoben werden soll:
https://github.com/nextcloud/server/pull/27203
Vielleicht hilft Dir dieser Patch ja weiter.
Gruß Jürgen
--
Mail: jue...@eisfair.org
> More than 1000 expressions in a list are not allowed on Oracle
gibt es wohl ein Problem in der v21.0.3 welches mit der v21.0.4
behoben werden soll:
https://github.com/nextcloud/server/pull/27203
Vielleicht hilft Dir dieser Patch ja weiter.
Gruß Jürgen
--
Mail: jue...@eisfair.org
Rolf Bensch
Jul 29, 2021, 3:01:11 AM7/29/21
to
Hallo Jürgen,
Am 28.07.21 um 21:50 schrieb Juergen Edner:
Den Patch hatte ich installiert, er brachte keine Verbesserung.
Weil es eventuell ein Versions-Problem gibt, habe ich dann 1.12.1 wieder deinstalliert und ein Downgrade nach 1.11.6. durchgeführt. Auch diese Installation zeigt den gleichen Fehler. Also bin ich aktuell wieder bei der jungfräulichen 1.12.1 gelandet.
Ich sehe den Fehler auch nicht unbedingt im NC-Paket, php7 könnte hier eine Quelle sein. Ich habe nur keinen Plan wie ich das weiter debuggen könnte.
Grüße
Rolf
Am 28.07.21 um 21:50 schrieb Juergen Edner:
> Hallo Rolf,
>
>> More than 1000 expressions in a list are not allowed on Oracle
>
> die Meldung habe ich bis dato selbst noch nie festgestellt, jedoch
> gibt es wohl ein Problem in der v21.0.3 welches mit der v21.0.4
> behoben werden soll:
>
> https://github.com/nextcloud/server/pull/27203
>
> Vielleicht hilft Dir dieser Patch ja weiter.
Dass diese Version ein Problem haben könnte, daran hatte ich noch nicht gedacht. Schließlich lief NC bis gestern Vormittag noch klaglos.
>
>> More than 1000 expressions in a list are not allowed on Oracle
>
> die Meldung habe ich bis dato selbst noch nie festgestellt, jedoch
> gibt es wohl ein Problem in der v21.0.3 welches mit der v21.0.4
> behoben werden soll:
>
> https://github.com/nextcloud/server/pull/27203
>
> Vielleicht hilft Dir dieser Patch ja weiter.
Den Patch hatte ich installiert, er brachte keine Verbesserung.
Weil es eventuell ein Versions-Problem gibt, habe ich dann 1.12.1 wieder deinstalliert und ein Downgrade nach 1.11.6. durchgeführt. Auch diese Installation zeigt den gleichen Fehler. Also bin ich aktuell wieder bei der jungfräulichen 1.12.1 gelandet.
Ich sehe den Fehler auch nicht unbedingt im NC-Paket, php7 könnte hier eine Quelle sein. Ich habe nur keinen Plan wie ich das weiter debuggen könnte.
Grüße
Rolf
Rolf Bensch
Aug 2, 2021, 5:37:49 AM8/2/21
to
für die Nachwelt:
die Fehlersuche gestaltete sich sehr schwierig, weil in Logfiles keine Fehler signalisiert wurden. Mit aktivierten Debug-Modus in Nextcloud gab es Hinweise, dass die User-Sessions nicht gültig sind. Letztendlich fehlte der in PHP7 definierte Pfad
session.save_path = /tmp/apache2 (siehe info.php)
Auch durch mehrere Neustarts von apache2, php7, php7-cli wurde das Verzeichnis nicht angelegt oder angemeckert. Nach ich es manuell angelegt habe, landeten plötzlich wieder sess_*-Files im Verzeichnis und eine Anmeldung an Nextcloud war wieder möglich.
Grüße Rolf
die Fehlersuche gestaltete sich sehr schwierig, weil in Logfiles keine Fehler signalisiert wurden. Mit aktivierten Debug-Modus in Nextcloud gab es Hinweise, dass die User-Sessions nicht gültig sind. Letztendlich fehlte der in PHP7 definierte Pfad
session.save_path = /tmp/apache2 (siehe info.php)
Auch durch mehrere Neustarts von apache2, php7, php7-cli wurde das Verzeichnis nicht angelegt oder angemeckert. Nach ich es manuell angelegt habe, landeten plötzlich wieder sess_*-Files im Verzeichnis und eine Anmeldung an Nextcloud war wieder möglich.
Grüße Rolf
Marcus Röckrath
Aug 2, 2021, 6:10:02 AM8/2/21
to
Hallo Rolf,
Wo hast du überhaupt den Pfad /tmp/apache2 für die Session-Daten
konfiguriet?
Es scheint so als ob /tmp Standard im Apachen2 und PHP ist. Auch nextcloud
bietet hier keine eigene Einstellungsmöglichkeit.
--
Gruß Marcus
[eisfair-Team]
konfiguriet?
Es scheint so als ob /tmp Standard im Apachen2 und PHP ist. Auch nextcloud
bietet hier keine eigene Einstellungsmöglichkeit.
--
Gruß Marcus
[eisfair-Team]
Rolf Bensch
Aug 2, 2021, 6:22:27 AM8/2/21
to
Hallo Marcus,
Am 02.08.21 um 12:07 schrieb Marcus Röckrath:
Grüße
Rolf
Am 02.08.21 um 12:07 schrieb Marcus Röckrath:
> Hallo Rolf,
>
> Rolf Bensch wrote:
>
>> für die Nachwelt:
>>
>> die Fehlersuche gestaltete sich sehr schwierig, weil in Logfiles keine
>> Fehler signalisiert wurden. Mit aktivierten Debug-Modus in Nextcloud gab
>> es Hinweise, dass die User-Sessions nicht gültig sind. Letztendlich fehlte
>> der in PHP7 definierte Pfad
>>
>> session.save_path = /tmp/apache2 (siehe info.php)
>>
>> Auch durch mehrere Neustarts von apache2, php7, php7-cli wurde das
>> Verzeichnis nicht angelegt oder angemeckert. Nach ich es manuell angelegt
>> habe, landeten plötzlich wieder sess_*-Files im Verzeichnis und eine
>> Anmeldung an Nextcloud war wieder möglich.
>
> Wo hast du überhaupt den Pfad /tmp/apache2 für die Session-Daten
> konfiguriet?
das steht so in /etc/php7/apache2/php.ini geschrieben.
>
> Rolf Bensch wrote:
>
>> für die Nachwelt:
>>
>> die Fehlersuche gestaltete sich sehr schwierig, weil in Logfiles keine
>> Fehler signalisiert wurden. Mit aktivierten Debug-Modus in Nextcloud gab
>> es Hinweise, dass die User-Sessions nicht gültig sind. Letztendlich fehlte
>> der in PHP7 definierte Pfad
>>
>> session.save_path = /tmp/apache2 (siehe info.php)
>>
>> Auch durch mehrere Neustarts von apache2, php7, php7-cli wurde das
>> Verzeichnis nicht angelegt oder angemeckert. Nach ich es manuell angelegt
>> habe, landeten plötzlich wieder sess_*-Files im Verzeichnis und eine
>> Anmeldung an Nextcloud war wieder möglich.
>
> Wo hast du überhaupt den Pfad /tmp/apache2 für die Session-Daten
> konfiguriet?
>
> Es scheint so als ob /tmp Standard im Apachen2 und PHP ist. Auch nextcloud
> bietet hier keine eigene Einstellungsmöglichkeit.
Das sehe ich auch so. Sollte ich das irgendwann einmal manuell eingetragen haben? Ich weiß es nicht mehr. Jedenfalls bleibt dieser Parameter bei Re-Installation oder Speichern der Config bestehen - was ich sehr gut finde.
> Es scheint so als ob /tmp Standard im Apachen2 und PHP ist. Auch nextcloud
> bietet hier keine eigene Einstellungsmöglichkeit.
Grüße
Rolf
Marcus Röckrath
Aug 2, 2021, 6:40:02 AM8/2/21
to
Hallo Rolf,
Rolf Bensch wrote:
>>> session.save_path = /tmp/apache2 (siehe info.php)
>>>
Rolf Bensch wrote:
>>> session.save_path = /tmp/apache2 (siehe info.php)
>>>
>> Wo hast du überhaupt den Pfad /tmp/apache2 für die Session-Daten
>> konfiguriet?
>
> das steht so in /etc/php7/apache2/php.ini geschrieben.
>>
>> Es scheint so als ob /tmp Standard im Apachen2 und PHP ist. Auch
>> nextcloud bietet hier keine eigene Einstellungsmöglichkeit.
>
> Das sehe ich auch so. Sollte ich das irgendwann einmal manuell eingetragen
> haben? Ich weiß es nicht mehr. Jedenfalls bleibt dieser Parameter bei
> Re-Installation oder Speichern der Config bestehen - was ich sehr gut
> finde.
Die php.ini wird vom apache2_php7-Paket ausgelifert, so dass bei einem
>> konfiguriet?
>
> das steht so in /etc/php7/apache2/php.ini geschrieben.
>>
>> Es scheint so als ob /tmp Standard im Apachen2 und PHP ist. Auch
>> nextcloud bietet hier keine eigene Einstellungsmöglichkeit.
>
> Das sehe ich auch so. Sollte ich das irgendwann einmal manuell eingetragen
> haben? Ich weiß es nicht mehr. Jedenfalls bleibt dieser Parameter bei
> Re-Installation oder Speichern der Config bestehen - was ich sehr gut
> finde.
Update dieses Paketes deine manuelle Änderung Geschichte sein dürfte.
--
Gruß Marcus
[eisfair-Team]
Rolf Bensch
Aug 2, 2021, 1:29:37 PM8/2/21
to
Hallo Marcus,
Am 02.08.21 um 12:38 schrieb Marcus Röckrath:
stimmt - leider.
Gruß Rolf
Am 02.08.21 um 12:38 schrieb Marcus Röckrath:
Gruß Rolf
Holger Bruenjes
Aug 2, 2021, 4:53:24 PM8/2/21
to
Hallo Rolf
hmm, als default ist
session.save_path = "/tmp"
siehe jeweils die php.ini
/etc/php7/{cli,fpm}/php.ini
diese Einstellung laesst sich jeweils in der|einer .htaccess einer
Anwendung uebersteuern
php_value session.save_path $PATH
da der default /tmp ist musst du bei einer Aenderung auch die
Verzeichnisse erstellen, diese Aenderung geht aber bei einem update
von php verloren, daher ist es eigentlich besser ohne zwingenden
Grund hier keine Aenderung zu machen.
Holger
session.save_path = "/tmp"
siehe jeweils die php.ini
/etc/php7/{cli,fpm}/php.ini
diese Einstellung laesst sich jeweils in der|einer .htaccess einer
Anwendung uebersteuern
php_value session.save_path $PATH
da der default /tmp ist musst du bei einer Aenderung auch die
Verzeichnisse erstellen, diese Aenderung geht aber bei einem update
von php verloren, daher ist es eigentlich besser ohne zwingenden
Grund hier keine Aenderung zu machen.
Holger
Rolf Bensch
Aug 3, 2021, 5:18:59 AM8/3/21
to
Hallo Holger,
Am 02.08.21 um 22:53 schrieb Holger Bruenjes:
> da der default /tmp ist musst du bei einer Aenderung auch die Verzeichnisse erstellen, diese Aenderung geht aber bei einem update von php verloren, daher ist es eigentlich besser ohne zwingenden Grund hier keine Aenderung zu machen.
Ja, stimmt. Gerade NC müllt hier aber gewaltig /tmp zu. Grundsätzlich ist es wohl besser, wenn die Anwendung save_path selbst verwaltet. Ich schaue mal, ob ich im NC-Umfeld etwas dazu finde.
Grüße
Rolf
Am 02.08.21 um 22:53 schrieb Holger Bruenjes:
> Hallo Rolf
>
> Am 02/08/2021 um 11.37 schrieb Rolf Bensch:
>> für die Nachwelt:
>>
>> die Fehlersuche gestaltete sich sehr schwierig, weil in Logfiles keine Fehler signalisiert wurden. Mit aktivierten Debug-Modus in Nextcloud gab es Hinweise, dass die User-Sessions nicht gültig sind. Letztendlich fehlte der in PHP7 definierte Pfad
>>
>> session.save_path = /tmp/apache2 (siehe info.php)
>>
>> Auch durch mehrere Neustarts von apache2, php7, php7-cli wurde das Verzeichnis nicht angelegt oder angemeckert. Nach ich es manuell angelegt habe, landeten plötzlich wieder sess_*-Files im Verzeichnis und eine Anmeldung an Nextcloud war wieder möglich.
>
> hmm, als default ist
>
> session.save_path = "/tmp"
>
> siehe jeweils die php.ini
>
> /etc/php7/{cli,fpm}/php.ini
>
> diese Einstellung laesst sich jeweils in der|einer .htaccess einer Anwendung uebersteuern
>
> php_value session.save_path $PATH
das übersteht aber auch nicht unbedingt ein Update.
>
> Am 02/08/2021 um 11.37 schrieb Rolf Bensch:
>> für die Nachwelt:
>>
>> die Fehlersuche gestaltete sich sehr schwierig, weil in Logfiles keine Fehler signalisiert wurden. Mit aktivierten Debug-Modus in Nextcloud gab es Hinweise, dass die User-Sessions nicht gültig sind. Letztendlich fehlte der in PHP7 definierte Pfad
>>
>> session.save_path = /tmp/apache2 (siehe info.php)
>>
>> Auch durch mehrere Neustarts von apache2, php7, php7-cli wurde das Verzeichnis nicht angelegt oder angemeckert. Nach ich es manuell angelegt habe, landeten plötzlich wieder sess_*-Files im Verzeichnis und eine Anmeldung an Nextcloud war wieder möglich.
>
> hmm, als default ist
>
> session.save_path = "/tmp"
>
> siehe jeweils die php.ini
>
> /etc/php7/{cli,fpm}/php.ini
>
> diese Einstellung laesst sich jeweils in der|einer .htaccess einer Anwendung uebersteuern
>
> php_value session.save_path $PATH
> da der default /tmp ist musst du bei einer Aenderung auch die Verzeichnisse erstellen, diese Aenderung geht aber bei einem update von php verloren, daher ist es eigentlich besser ohne zwingenden Grund hier keine Aenderung zu machen.
Grüße
Rolf
0 new messages