[Eisfair] Update nach langer Zeit.... Nextcloud Daten zerstoert

Di Mär 6 20:22:44 CET 2018

On Tue, 06 Mar 2018 14:20:27 +0100, Marcus Roeckrath
<marcus.roeckrath at gmx.de> wrote:
Hallo zusammen,

ich hab jetzt mal "einfach" nochmal die neue Version installiert...

Updating <theming> ...
Updated <theming> to 1.3.0
Checking for update of app activity in appstore
/var/install/config.d/nextcloud.sh: line 5949:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5963:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5963:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5963:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5978:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
You may use your browser or the occ upgrade command to do the upgrade
Set log level to debug
Turned on maintenance mode
Updating database schema
Updated database
Disabled 3rd-party app: calendar
Disabled 3rd-party app: contacts
Disabled 3rd-party app: tasks
Checking for update of app activity in appstore
/var/install/config.d/nextcloud.sh: line 5949:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5963:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5963:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5963:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
/var/install/config.d/nextcloud.sh: line 5978:
/var/nextcloud/nextcloud-disabled-apps.txt: No such file or directory
owncloud maintenance mode: enabled

Ich hab dann nachgeschaut... stimmt, /var/nextcloud gibt es nicht. Hab
ich mal angelegt und nochmal upgedatet.

Ok, dann gibt es weniger Fehlermeldungen:-)

Done!
Installation of: nextcloud (1.3.3) ...
nextcloud maintenance mode: enabled
nextcloud maintenance mode: enabled
removing program files ...
loading previous configuration file ...
You may use your browser or the occ upgrade command to do the upgrade
Set log level to debug
Updating database schema
Updated database
Disabled 3rd-party app: calendar
Disabled 3rd-party app: contacts
Disabled 3rd-party app: tasks
Checking for update of app activity in appstore
You may use your browser or the occ upgrade command to do the upgrade
Set log level to debug
Turned on maintenance mode
Updating database schema
Updated database
Disabled 3rd-party app: calendar
Disabled 3rd-party app: contacts
Disabled 3rd-party app: tasks
Checking for update of app activity in appstore
owncloud maintenance mode: enabled
----------------------------------------------------------------
The maintenance mode is still active at this stage!
You should follow these instructions to solve the problem:

1. switch to the webserver user: # su - wwwrun
2. change directory            : > cd /var/www/NCNG
3. check the current directory : > pwd
                               : /var/www/NCNG
4. fix the previously described:

aber funktionieren tut es nicht....er bleibt halt im Maintenance Mode

also dann mal per Kommandline:

ServerNG #
ServerNG # su wwwrun
ServerNG # cd /var/www/NCNG
ServerNG # pwd
/var/www/NCNG
ServerNG # ./occ app:disable gallery
Nextcloud or one of the apps require upgrade - only a limited number
of commands are available
You may use your browser or the occ upgrade command to do the upgrade
gallery disabled
ServerNG # ./occ upgrade
Nextcloud or one of the apps require upgrade - only a limited number
of commands are available
You may use your browser or the occ upgrade command to do the upgrade
Set log level to debug
Updating database schema
Updated database
Disabled 3rd-party app: calendar
Disabled 3rd-party app: contacts
Disabled 3rd-party app: tasks
Checking for update of app activity in appstore
Segmentation fault

Segmentation fault kling für mich nicht richtig... aber ich weiß
nicht, woher er kommt.

Ich würde das Thema Update jetzt mal abhaken wollen; habt ihr ja
empfohlen. Übrigens ist die config.php upgedatet:

  'dbtableprefix' => 'nc_',
  'dbtype' => 'mysql',
  'dbhost' => 'localhost:/run/mysql/55/mysql.sock',
  'dbuser' => 'ncuser',

Allerdings ist mir die Diskussion über das für und wider der
Sicherungsmaßnahmen nicht so richtig klar. 

Für mein Empfinden gibt es derzeit zwei Möglichkeiten:

1.
- Export der Kalenderdaten über Thunderbird/Lighning auf einem
Clientpc
- Löschen der Nextcloud Version 1.2.3
- Installation der Nextcloud Version 1.3.3
- Anlegen der User
- installation Kalender / Kontakte
- händisch alle Kalender wieder anlegen 
- verklöppeln mit einem Thunderbird Client (alle Kalender)
- Import der Kalenderdaten aus der Sicherung
- Gleiches gegebenenfalls mit den Kontaktdaten

Diese Version habe ich, in groben Zügen, auch beim Serverumzug und OC
auf NC Wechsel so gemacht und das hat ganz gut geklappt.

2.
- Sichern der Datenbank per nextcloud.sh 
- Löschen der Nextcloud Version 1.2.3
- Installation der Nextcloud Version 1.3.3
- Anlegen der User (oder geht das auch über einen Datenbankimport?)
- installation Kalender / Kontakte
- import der Anfangs gesicherten Datenbankdaten
- verklöppeln mit einem Thunderbird Client (alle Kalender / Kontakte)

Hat die Exportfunktion der 1.2.3 Nextcloud denn ein Datenformat, dass
die 1.3.3 importiert?

3.
- Sicherung der MariaDB Datenbank
- Löschen der Nextcloud Version 1.2.3
- Installation der Nextcloud Version 1.3.3
- Anlegen der User (oder geht das auch über einen Datenbankimport?)
- installation Kalender / Kontakte
- import (oder besser "unterschieben) der Anfangs gesicherten
Datenbankdaten
- verklöppeln mit einem Thunderbird Client (alle Kalender / Kontakte)

1 2 oder 3...letzte chance...nee, das war was anderes... aber was ist
zu präferieren bzw was hat überhaupt Aussicht auf Erfolg?

Gruß
Peter

>Hallo Peter,
>
>Peter Schauder wrote:
>
>> vielleicht kann einer von euch mich ja noch ein wenig in Richtung
>> Datenbank erhellen:
>> 
>> Wenn ich die "alte" MariaDB maximal upgedated habe und anschließend
>> MariaDB55 installiert habe, ist dann die "alte" Version noch in
>> Betrieb oder verdrängt die 55ger Version diese und meine anderen
>> Web-Programme laufen dann schon mit der 55ger Version?
>
>Zunächst mal trennen wir das Datenbanksystem selbst und Anwendungen, die
>Datenbanken nutzen wollen.
>
>Mit dem erfolgreichen "Update" auf mariadb55 läuft das Datenbanksystem und
>beinhaltet auch alle vorher vorhandenen Datenbanken.
>
>Anwendungen sollten eigentlich auch laufen, da sich zwar die Lage der
>Sockets geändert hat, aber der frühere
>Standardsocket /var/run/mysql/mysql.sock bei nur einer installierten
>mariadb-Version auf diesen zeigen sollte.
>
>ls -la /var/run/mysql/mysql.sock
>
>> Im Menu taucht nur noch die 55ger Version auf, daher ist meine
>> Vermutung, dass diese auch komplett benutzt wird...somit auch von der
>> 1.2.3er Version von NextCloud. Da diese Nextcloud Instanz auch
>> funktioniert (Kalender und Kontakte sollten doch die Datenbank
>> benutzen, oder?), kann ich dann doch davon ausgehen, dass auch "schon"
>> die 55ger MariaDB genutzt wird.
>
>Ja, wenn du auf die daten in Nextcloud zugreifen kannst, nutzt die auch die
>mariadb-DB, woher sollte sie sonst die Daten haben.
>
>> Wenn ich bis hierher alles richtig verstanden habe, dann ist der
>> Stolperstein, dass beim Upgrade von NextCloud der Datenbank-Zugriff
>> nicht mehr richtig klappt. Aus der vergangenen Diskussion schließe
>> ich, dass der Eintrag in der Konfig von NextCloud (in meinem Falle
>> liegt die in /var/www/NCNG/config/config.php) dann
>> 
>>    'dbhost'        => 'localhost:/run/mysql/55/mysql.sock'
>>  
>> lauten sollte.
>> Derzeit steht da:
>>   'dbhost'        => 'localhost',
>
>Das ist halt ein Unterschied zwischen dem alten und neuen Nextcloud-Paket.
>
>> Wenn ich es weiter richtig verstehe, das ist die Funktionalität der
>> Einträge gleich, oder?
>> 
>> Diesen Eintrag könnte ich über die Konfigoberfläche vom Eis NACH dem
>> Update setzen, VORHER aber nur über:
>> 
>>>Es sollte aber gehen, wenn du den Parameter mit einem Editor (z. B.
>>>mcedit) in /etc/config.d/nextcloud setzt und
>>>dann /var/install/config.d/nextcloud.sh aufrufst.
>
>Nein; den neuen Eintrag kannst du nur direkt in die
>Nextcloud-Konfigurationsdatei setzen.
>
>Alles andere funktioniert erst nach dem Update des Nextcloud-Paketes.
>
>Wenn allerdings derzeit Nextcloud funktioniert, brauchst du in der
>config.php-Datei diese Änderung auch nicht machen, denn ein Update von
>Nextcloud generiert diese Datei neu.
>
>> Wenn ich das richtig verstehe, wird damit die NextCloud Config gebaut,
>> ohne vorher die Parameter auf plausibilität zu überprüfen.
>
>Falsch; du umgehst damit die Plausibilitätsprüfung, aber ob damit auch
>dieser Wert in die config.php geschrieben wird, ist nicht sichergestellt -
>das könnte Jürgen am besten sagen.
>
>Aber das ist auch garnicht notwenig, da Nextcloud ja funktioniert.
>
>Wenn du Nextcloud updatest, ist es auch völlig egal, was in der config.php
>drinsteht, denn die wird beim Update nicht ausgelesen.
>
>Wenn das Nextcloud aber wegen DB-Zugriffs scheitert, bliebe nur, manuell die
>Datei /etc/config.d/nextcloud zu ändern und dann das Update durchzuführen.
>
>OWNCLOUD_DB_HOST="localhost:3306"
>
>> Alternativ kann ich auch direkt die NextCloud Config anpassen...aber
>> jeder weitere Konfigurationsschritt über die Konfigoberläche wird
>> diese Config dann wieder zerstören.
>> 
>> Soweit richtig?
>
>Ja.
>
>> Wenn ja, werde ich nachher erst die Version von Marcus (per
>> ...nextcloud.sh) probieren,
>
>Nein, denn nach deinen weiteren Infos und unseren Recherchen bringt dich das
>nicht weiter. 
>
>> alternativ über editieren der config.php. 
>
>Das auch nicht (s. o.), denn Nextcloud läuft mit der jetzigen config.php und
>die hat keine Bedeutung für das Update.