Hat das noch jemand von euch?
Plötzlicher Wartungsmodus zu unterschiedlichen Zeiten. Ich kann gar nicht sagen wann genau, steht das irgendwo?
Nextcloud - Wartungsmodus
-
harihegen -
6. März 2023 um 09:19 -
Erledigt
-
-
Auto-Update an?
-
Auto-Update an?
Wo stelle ich das ein oder aus?
Ich glaube nicht das es an ist, ich verwende die AIO Docker Variante.
-
Ich weiß nicht, ob die Docker-Versionen das an- oder ausgeschaltet haben per default. Per Terminal oder Cronjob macht man das.
Ob der Updater an ist, merkst du daran, wenn die aktuellsten Updates ohne dein Zutun geladen sind.
-
Ich bezweifle, dass die Dockerversion ein Autoupdate hat, das wäre auch ein wenig gewagt.
Was sagt denn die Log in der zeit harihegen ?
-
Ich würde auch zuerst in die Logs schauen. Da muss was mit "maintenance" auftauchen.
Code$ grep "maintenance" /var/log/nextcloud/nextcloud.log | cut -d "," -f 3,9 "time":"2023-01-17T19:25:06+01:00","message":"\\OC\\Updater::maintenanceEnabled: Turned on maintenance mode" "time":"2023-01-17T19:25:19+01:00","message":"\\OC\\Updater::maintenanceDisabled: Turned off maintenance mode" "time":"2023-02-25T10:10:10+01:00","message":"\\OC\\Updater::maintenanceEnabled: Turned on maintenance mode" "time":"2023-02-25T10:10:20+01:00","message":"\\OC\\Updater::maintenanceDisabled: Turned off maintenance mode"
-
Was sagt denn die Log in der zeit harihegen ?
Welche am Besten nachsehen? Jeder Container macht ja Logs und einige enthalten Fehler. Auch in der Adminoberfläche gibt es jetzt Fehler. Das Backup beschwert sich, jetzt um die Zeit soll doch aber gar keines gemacht werden. Backup Meldung in der Oberfläche:
Codeerror while running differential backup - [{"file":"\/var\/www\/html\/custom_apps\/backup\/lib\/Cron\/Backup.php","line":126,"function":"runDifferentialBackup","class":"OCA\\Backup\\Cron\\Backup","object":{},"type":"->","args":[]},{"file":"\/var\/www\/html\/custom_apps\/backup\/lib\/Cron\/Backup.php","line":115,"function":"runBackup","class":"OCA\\Backup\\Cron\\Backup","object":{},"type":"->","args":[1678100728]},{"file":"\/var\/www\/html\/custom_apps\/backup\/lib\/Cron\/Backup.php","line":97,"function":"manage","class":"OCA\\Backup\\Cron\\Backup","object":{},"type":"->","args":[]},{"file":"\/var\/www\/html\/lib\/private\/BackgroundJob\/Job.php","line":54,"function":"run","class":"OCA\\Backup\\Cron\\Backup","object":{},"type":"->","args":[null]},{"file":"\/var\/www\/html\/lib\/private\/BackgroundJob\/TimedJob.php","line":60,"function":"execute","class":"OC\\BackgroundJob\\Job","object":{},"type":"->","args":[{},{}]},{"file":"\/var\/www\/html\/cron.php","line":152,"function":"execute","class":"OC\\BackgroundJob\\TimedJob","object":{},"type":"->","args":[{},{}]}]
nextcloud-aio-apache.txt:
Code[Mon Mar 06 11:16:30.467383 2023] [mpm_event:notice] [pid 22:tid 140643919563592] AH00489: Apache/2.4.55 (Unix) configured -- resuming normal operations [Mon Mar 06 11:16:30.468364 2023] [core:notice] [pid 22:tid 140643919563592] AH00094: Command line: '/usr/local/apache2/bin/httpd -D FOREGROUND' ERR ts=1678101415.64098 logger=http.log.error msg=dial tcp 172.18.0.2:8081: connect: connection refused request={"remote_ip":"172.18.0.1","remote_port":"51764","proto":"HTTP/1.1","method":"GET","host":"meine.adresse.de","uri":"/standalone-signaling/api/v1/welcome","headers":{"User-Agent":["Nextcloud Server Crawler"],"Accept-Encoding":["gzip"]},"tls":{"resumed":false,"version":772,"cipher_suite":4865,"proto":"http/1.1","server_name":"meine.adresse.de"}} duration=0.002444595 status=502 err_id=tb8xiww23 err_trace=reverseproxy.statusError (reverseproxy.go:1299) ERR ts=1678101417.3756447 logger=http.log.error msg=dial tcp 172.18.0.2:8081: connect: connection refused request={"remote_ip":"172.18.0.1","remote_port":"51774","proto":"HTTP/1.1","method":"GET","host":"meine.adresse.de","uri":"/standalone-signaling/api/v1/welcome","headers":{"User-Agent":["Nextcloud Server Crawler"],"Accept-Encoding":["gzip"]},"tls":{"resumed":false,"version":772,"cipher_suite":4865,"proto":"http/1.1","server_name":"meine.adresse.de"}} duration=0.001449041 status=502 err_id=hbqkc2m13 err_trace=reverseproxy.statusError (reverseproxy.go:1299) [Mon Mar 06 11:18:10.617005 2023] [proxy:error] [pid 34:tid 140643915041592] (111)Connection refused: AH00957: FCGI: attempt to connect to 172.18.0.9:9000 (*:80) failed [Mon Mar 06 11:18:10.617064 2023] [proxy_fcgi:error] [pid 34:tid 140643915041592] [client 127.0.0.1:50424] AH01079: failed to make connection to backend: nextcloud-aio-nextcloud
Ein Update vom Mastercontainer gibt es auch sehe ich gerade:
⚠️ A mastercontainer update is available. Please click on the button below to stop your containers in order to be able to update the mastercontainer.
-
Welche am Besten nachsehen?
Die Nextcloud Log, die liegt da, wo auch die Dateien liegen.
-
Logdatei mit grep:
Coderoot@rechner:/var/lib/docker/volumes/nextcloud_aio_nextcloud/_data/data# grep "maintenance" nextcloud.log | cut -d "," -f 3,9 "time":"2023-03-06T12:33:28+00:00","message":"\\OC\\Updater::maintenanceEnabled: Turned on maintenance mode" "time":"2023-03-06T12:34:06+00:00","message":"\\OC\\Updater::maintenanceDisabled: Turned off maintenance mode" root@rechner:/var/lib/docker/volumes/nextcloud_aio_nextcloud/_data/data#
Ich bilde mir auch ein das sich das Problem erledigt hat seit sich heute der Mastercontainer aktualisiert hatte, irgendwie war das der einzigste der noch ein Update zu bekommen hatte. Das ist durch und nun scheint es wieder zu gehen.
-
Zum Heulen, immer früh am Morgen, als erstes: Wartungsmodus. Dann nach 3 Minuten kommt der Login Screen.
-
Zum Heulen, immer früh am Morgen, als erstes: Wartungsmodus. Dann nach 3 Minuten kommt der Login Screen.
Nutzt du sowas wie Portainer?
-
Nutzt du sowas wie Portainer?
Ja.
-
Vielleicht hast du dann auch Watchtower laufen und von dort kommen Auto-Updates.
-
Vielleicht hast du dann auch Watchtower laufen und von dort kommen Auto-Updates.
-
Meine Erfahrungen mit Portainer liegen schon eine Weile zurück.
Als weitere Idee: Läuft morgens automatisiert ein Backup der Nextcloud? Dazu wird nämlich auch in den Wartunsgmodus gewechselt.
-
Kann es sein, dass der Wartungsmodus um 4:00 Uhr UTC aktiv ist? Ist zumindest die Default-Einstellung beim Backup.
-
Nee, das ist es nicht, ich klickte gerade auf "Abmelden" um mich als User von der Webseite abzumelden und zack wieder "Wartungsmodus"
Ich wollte das aber überprüfen was denn für eine Backupzeit eingestellt ist.
Dann muss man dieses .sh File erstmal finden, ich suche das und ändere die Zeit sicherheitshalber ab. -
Jetzt konnte ich mich als admin einloggen und klicke auf die die Backupeinstellungen und was passiert? Richtig - Wartungsmodus.
-
Siehe mal in der config.php, am besten mit ein ftp Programm ob mainteance auf true gesetzt ist. Falls ja, dann auf false ändern. Danach sollte es wieder normal laufen.
-
Es hat mit dem Backup zu tun, soviel steht fest, ich habe das erstmal deaktiviert und beobachte nun das Verhalten am Tag. Heute morgen konnte man sich schon mal normal anmelden. Mit "Backup = an" war es ja so das es den ganzen Tag über immer wieder in den Wartungsmodus gefallen ist. Ich denke da funktioniert was nicht und das Backup versucht es eben immer wieder.
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!