Updater Meldung bzgl. Maintenance Mode

Hallo,

ich habe gerade den Updater angeschmissen um von 31.0.0 auf 31.0.1 zu gehen. Aktuell steht der Vorgang.

Was heißt das jetzt?

Soll ich den Maintenance Mode per Hand anschmeißen? Oder hat’s der Updater selbst nicht geschafft, also kam ein Fehler? Oder …?

Joachim

Die Meldung kenne ich nicht. Sieht aber so aus, also ob er die Option nicht setzen konnte. Du kannst es ja mal in config/config.php manuell setzen. Was hast du zu verlieren?
"maintenance" => true,
Ich weiß aber nicht, ob du dann den Updater noch ans laufen bekommst. :wink:

Hast du Zugriff per Shell. Dann update lieber so:

sudo -u www-data php /path/to/nextcloud/updater/updater.phar

Der Versuch das Update von der Kommandozeile aus zu starten, hat mich weiter gebracht. Bei einem eigentlich nicht mehr gebrauchten Ordner waren die Schreibrechte verloren gegangen. So weit, so gut.

Dennoch, ich erhalte jetzt folgenden Fehler:

[ ] Extracting ...PHP Warning:  require(/srv/www/nextcloud/updater/../version.php): Failed to open stream: No such file or directory in phar:///srv/www/nextcloud/updater/updater.phar/lib/Updater.php on line 682
PHP Fatal error:  Uncaught Error: Failed opening required '/srv/www/nextcloud/updater/../version.php' (include_path='.:/usr/share/php') in phar:///srv/www/nextcloud/updater/updater.phar/lib/Updater.php:682
Stack trace:
#0 phar:///srv/www/nextcloud/updater/updater.phar/lib/Updater.php(727): NC\Updater\Updater->getVersionByVersionFile()
#1 phar:///srv/www/nextcloud/updater/updater.phar/lib/UpdateCommand.php(369): NC\Updater\Updater->extractDownload()
#2 phar:///srv/www/nextcloud/updater/updater.phar/lib/UpdateCommand.php(222): NC\Updater\UpdateCommand->executeStep()
#3 phar:///srv/www/nextcloud/updater/updater.phar/vendor/symfony/console/Command/Command.php(298): NC\Updater\UpdateCommand->execute()
#4 phar:///srv/www/nextcloud/updater/updater.phar/vendor/symfony/console/Application.php(1040): Symfony\Component\Console\Command\Command->run()
#5 phar:///srv/www/nextcloud/updater/updater.phar/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand()
#6 phar:///srv/www/nextcloud/updater/updater.phar/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun()
#7 phar:///srv/www/nextcloud/updater/updater.phar/updater.php(17): Symfony\Component\Console\Application->run()
#8 /srv/www/nextcloud/updater/updater.phar(14): require('...')
#9 {main}
  thrown in phar:///srv/www/nextcloud/updater/updater.phar/lib/Updater.php on line 682

Das habe ich letztens noch gelesen. Die Datei version.php fehlt. Prüfe das. Wenn ja, hast du ein Backup? Vielleicht findest du eine alte Version unter /srv/www/nextcloud/data/updater-***/backups.

die Datei <nc-path>/version.php existiert und die Berechtigung passen?
was ist der Inhalt der Datei?

Die Datei version.php existiert nicht, warum auch immer.

Ich habe noch eine aus einer älteren Installation, d.h. aus der die ich komplett neu aufgezogen habe. Ob die der entspricht, die nicht da ist, kann ich nicht sagen.

<?php 
$OC_Version = array(30,0,5,1);
$OC_VersionString = '30.0.5';
$OC_Edition = '';
$OC_Channel = 'stable';
$OC_VersionCanBeUpgradedFrom = array (
  'nextcloud' => 
  array (
    '29.0' => true,
    '30.0' => true,
  ),
  'owncloud' => 
  array (
    '10.13' => true,
  ),
);
$OC_Build = '2025-01-16T18:23:06+00:00 568bd4f8089de6a5f911bde24b40c8bbcb304389';
$vendor = 'nextcloud';

Die Versionsangaben werden wohl nicht stimmen.

du kannst natürlich versuchen die Version entsprechend anzupassen.
Ob das jedoch zum erfolgt führt müsstest du mal testen, ich weiß nicht wie relevant der hash im OC_Build ist.
ich hatte den Fall noch nicht.

Ich habe noch eine version.php gefunden bei der die Versionsdaten passen müssten.

Update läuft gerade, mal sehen, ob es geht.

Ja, Update ist abgeschlossen und NC läuft!

öffz

Wie geschrieben habe ich das schon mal gelesen. Könnte vielleicht irgendein Bug sein. Leider habe ich auf die Schnelle kein Issue auf GitHub gefunden.

ansonsten kann man auch die Daten aus dem updater.log ziehen habe ich gerade gesehen