Fehler ServerMaintenanceModeSystem is in maintenance mode

Nach dem Update auf NC 34.0.0 habe ich noch immer das gleiche Problem mit dieser Fehlermeldung:
ServerMaintenanceModeSystem is in maintenance mode.
wie schon in der Version 32. Der Auslöser ist ein Zugriff auf die Cloud wÀhrend des MaintenanceMode, meist verursacht durch Calender, Contact oder auch andere. Der MaintenanceMode besteht nachts zwischen 2 und 3 Uhr wÀhrend des automatischen Backups.

Hier das technische Umfeld:

  • Bei welchen Anbieter? Was fĂŒr ein Server? v-server, shared, root, usw. Oder Lokal?
    Server4you, root-Server
  • Auf welcher Hardware? PC, Raspberry PI, Banana, NAS usw

    PC
  • Betriebssystem sowie Version ALLER beteiligten Systeme
    Ubuntu 24.04.4 LTS
  • Nextcloud Version: 34.0.0.12
  • PHP Version: PHP 8.3.6
  • Welche Datenbank? MySql,Engine X (Nginx),MariaDB usw

    mysql Ver 15.1 Distrib 10.11.14-MariaDB
  • Apache version, usw.
    Apache/2.4.58 (Ubuntu)
  • Wurden vor kurzen Server Updates gemacht? Wenn ja von was?
    Nein
  • Habt ihr die Logs angesehen von Nextcloud und von System?
    Ja, keine weiteren Infos
  • Bei was fĂŒr einer Aktion ist der Fehler aufgetreten?
    Ist nicht nachvollziehbar.

Hier aus “occ config:list system”
“system”: {
“instanceid”: “***REMOVED SENSITIVE VALUE***”,
“passwordsalt”: “***REMOVED SENSITIVE VALUE***”,
“secret”: “***REMOVED SENSITIVE VALUE***”,
“trusted_domains”: [
“www.heckercloud.de”,
“188.138.38.59”,
“localhost”
],
“auth.bruteforce.protection.enabled”: false,
“datadirectory”: “***REMOVED SENSITIVE VALUE***”,
“dbtype”: “mysql”,
“version”: “34.0.0.12”,
“overwrite.cli.url”: “https:\/\/www.heckercloud.de\/nextcloud”,
“htaccess.RewriteBase”: “\/nextcloud”,
“dbname”: “***REMOVED SENSITIVE VALUE***”,
“dbhost”: “***REMOVED SENSITIVE VALUE***”,
“dbtableprefix”: “oc_”,
“mysql.utf8mb4”: true,
“dbuser”: “***REMOVED SENSITIVE VALUE***”,
“dbpassword”: “***REMOVED SENSITIVE VALUE***”,
“installed”: true,
“memcache.local”: “\\OC\\Memcache\\APCu”,
“memcache.locking”: “\\OC\\Memcache\\Redis”,
“filelocking.enabled”: “true”,
“redis”: {
“host”: “***REMOVED SENSITIVE VALUE***”,
“port”: 6379,
“password”: “***REMOVED SENSITIVE VALUE***”,
“timeout”: 0
},
“mail_smtpmode”: “smtp”,
“mail_smtpsecure”: “ssl”,
“mail_sendmailmode”: “smtp”,
“mail_from_address”: “***REMOVED SENSITIVE VALUE***”,
“mail_domain”: “***REMOVED SENSITIVE VALUE***”,
“mail_smtpauthtype”: “LOGIN”,
“mail_smtpauth”: 1,
“mail_smtphost”: “***REMOVED SENSITIVE VALUE***”,
“mail_smtpname”: “***REMOVED SENSITIVE VALUE***”,
“mail_smtppassword”: “***REMOVED SENSITIVE VALUE***”,
“mail_smtpport”: “465”,
“default_phone_region”: “DE”,
“default_language”: “de”,
“enable_previews”: true,
“maintenance_window_start”: 1,
“maintenance”: false,
“theme”: “”,
“logtimezone”: “Europe\/Berlin”,
“loglevel”: 0,
“updater.release.channel”: “stable”,
“bulkupload.enabled”: false,
“websockets”: true,
“serverid”: 1,
“forbidden_filename_characters”: [
“\\”,
“\/”
],
“forbidden_filename_extensions”: [
“.filepart”,
“.part”
],
“defaultapp”: “dashboard,calendar”,
“app_install_overwrite”: [],
“trusted_proxies”: “***REMOVED SENSITIVE VALUE***”
}

Dein Text hier erklÀrt nicht wo da der Fehler sein soll!?

aber

Also dann ist es doch logisch und kein Fehler, wenn dann (da sich der Server ja tatsÀchlich im MaintenanceMode befindet) auch eine entsprechende Meldung kommt, was dann auch kein Fehler ist, nur ein Hinweis.

Ich denke, er meint, dass das Log wÀhrend Nextcloud im Maintenance-Mode ist, mit Fehlern von irgendwelchen Apps zugespammt wird, was eigentlich nicht sein sollte.

Ich habe das auch mit Nextcloud 33.0.5: Wenn ich z. B. die Android-App öffne, wÀhrend die Instanz im Maintenance-Mode ist.

Hier ein Beispiel:

{
  "reqId": "RbDKS1BcgKpp5TnTtRk7",
  "level": 3,
  "time": "2026-06-17T17:20:39+02:00",
  "remoteAddr": "192.168.194.21",
  "user": "<username>",
  "app": "no app in context",
  "method": "PROPFIND",
  "url": "/remote.php/dav/files/<useer>/",
  "scriptName": "/remote.php",
  "message": "Uncaught exception",
  "userAgent": "Mozilla/5.0 (Android) Nextcloud-android/34.0.0",
  "version": "33.0.5.1",
  "exception": {
    "Exception": "OCA\\DAV\\Exception\\ServerMaintenanceMode",
    "Message": "Das System befindet sich im Wartungsmodus.",
    "Code": 0,
    "Trace": [
      {
        "file": "/var/www/html/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php",
        "line": 89,
        "function": "checkMaintenanceMode",
        "class": "OCA\\DAV\\Connector\\Sabre\\MaintenancePlugin",
        "type": "->"
      },
      {
        "file": "/var/www/html/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php",
        "line": 456,
        "function": "emit",
        "class": "Sabre\\DAV\\Server",
        "type": "->"
      },
      {
        "file": "/var/www/html/nextcloud/apps/dav/lib/Connector/Sabre/Server.php",
        "line": 212,
        "function": "invokeMethod",
        "class": "Sabre\\DAV\\Server",
        "type": "->"
      },
      {
        "file": "/var/www/html/nextcloud/apps/dav/lib/Server.php",
        "line": 428,
        "function": "start",
        "class": "OCA\\DAV\\Connector\\Sabre\\Server",
        "type": "->"
      },
      {
        "file": "/var/www/html/nextcloud/apps/dav/appinfo/v2/remote.php",
        "line": 25,
        "function": "exec",
        "class": "OCA\\DAV\\Server",
        "type": "->"
      },
      {
        "file": "/var/www/html/nextcloud/remote.php",
        "line": 151,
        "args": [
          "/var/www/html/nextcloud/apps/dav/appinfo/v2/remote.php"
        ],
        "function": "require_once"
      }
    ],
    "File": "/var/www/html/nextcloud/apps/dav/lib/Connector/Sabre/MaintenancePlugin.php",
    "Line": 65,
    "message": "Uncaught exception",
    "exception": "{\"class\":\"OCA\\DAV\\Exception\\ServerMaintenanceMode\",\"message\":\"Das System befindet sich im Wartungsmodus.\",\"code\":0,\"file\":\"/var/www/html/nextcloud/apps/dav/lib/Connector/Sabre/MaintenancePlugin.php:65\",\"trace\":\"#0 /var/www/html/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php(89): OCA\\DAV\\Connector\\Sabre\\MaintenancePlugin->checkMaintenanceMode()\\n#1 /var/www/html/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php(456): Sabre\\DAV\\Server->emit()\\n#2 /var/www/html/nextcloud/apps/dav/lib/Connector/Sabre/Server.php(212): Sabre\\DAV\\Server->invokeMethod()\\n#3 /var/www/html/nextcloud/apps/dav/lib/Server.php(428): OCA\\DAV\\Connector\\Sabre\\Server->start()\\n#4 /var/www/html/nextcloud/apps/dav/appinfo/v2/remote.php(25): OCA\\DAV\\Server->exec()\\n#5 /var/www/html/nextcloud/remote.php(151): require_once('...')\\n#6 {main}\"}",
    "CustomMessage": "Uncaught exception"
  },
  "id": "6a32bb62a9ac1"
}

Ah ja, das ergibt Sinn. Ich kann diesen Fehler nicht nachvollziehen, denn ich versetze fĂŒrs Backup ja nicht nur die NC in den Maintenance-Mode, sondern fahre auch den nginx herunter.

sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --on > /var/log/maintenance-mode.log 2>&1
/etc/init.d/nginx stop >> /var/log/maintenance-mode.log 2>&1

Das mĂŒsste mit dem Apache doch auch analog zu bewerkstelligen sein.

In den Logs kommt so dann nichts mehr von Clients an.

Ja, den Webserver zu beenden, wÀre ein Workaround. Aber der liefert ja u. U. auch noch andere Dienste aus.

Und, eigentlich sollte das doch auch nicht nötig sein. Ich denke, das ist eher ein Bug und nicht so gewollt. Mich nervt es aber zuwenig, dass ich deswegen grossen Aufwand betreiben werde. Es ist mir einfach aufgefallen, als ich das letzte Mal den Maintenance-Mode aktiviert habe.

@it-hecker Wenn es dich wirklich sehr stark stört, kannst du ja mal auf GitHub schauen, ob es dazu schon einen Issue gibt. Falls nicht, einen eröffnen.

Ansonsten kannst du den genannten Workaround nutzen, sofern das fĂŒr dich möglich ist. Oder du lebst mit den Meldungen und sitzt das Problem einfach aus, bis es hoffentlich irgendwann behoben ist. Letzteres werde ich in diesem Fall wohl machen. :wink:

Ich habe das öfter nach Updates, einfach mal php neu starten sudo systemctl restart php


NatĂŒrlich könnte man den Apache auch herunterfahren, aber dann wĂ€ren auch alle Hompages etc. fĂŒr die Zeit des NC-Backups down. Das ist nicht akzeptabel.

Danke fĂŒr die ErlĂ€uterung, ich habe das so gemeint und mich evtl. etwas unklar ausgedrĂŒckt.
Dieses Problem habe ich schon seit der Version 33.xx und ich hatte gehofft, das es mit NC 34 gefixt wÀre.

Ich werde es wohl aussitzen und ggf. den Log-level fĂŒr diese Art von Fehlern zumindest auf Warning setzen. Es nervt ein wenig, wenn pro Nacht zwischen 40 und 120 Fehlermeldungen im Log auftauchen. Da besteht auch schon mal die Gefahr, das man eine tatsĂ€chliche, wichtige Fehlermeldung ĂŒbersieht.

An der Stelle aber vielen Dank fĂŒr Euren Support und die Ideen dazu.

Ich habe mal kurz auf GitHub nachgeschaut. Es gibt bereits einen Issue dazu, an dem offenbar auch schon aktiv gearbeitet wird: fix: avoid outer "uncaught exception" for ServerMaintenanceMode by joshtrichards · Pull Request #55969 · nextcloud/server · GitHub

Ein weiterer Workaround, bis das Problem gefixt ist, wĂ€re vielleicht noch, logrotate zu nutzen und das Logfile jede Nacht zu rotieren, wenn der Maintenance-Mode ausgeschaltet wird. So hĂ€ttest du am nĂ€chsten Morgen wieder ein cleanes Logfile und wĂŒrdest nur etwaige neue Fehler und Warnungen im Nextcloud-Logviewer sehen.

Danke fĂŒr den Hinweis. Über deinen Workaround werde ich nachdenken und ggf. umsetzen.

Moin allerseits,

keine Ahnung was der Grund ist, aber seit einigen Tagen tauchen die o.g. Meldungen im Protokoll nicht mehr auf.