[Eisfair] [E1] Upgrade von Nextcloud Warnhinweise ...

[Helmut Backhaus]

Hallo Jürgen,

Am 30.05.21 um 17:34 schrieb Juergen Edner:
> Hallo Helmut,
> 
>> Ich habe aber Warnhinweise bekommen, hier erst einmal die Meldung, ich
>> gehe dann im einzelnen drauf ein:
>>
>> Date: Wed Apr 12 01:01:51 CEST 2017
>> Error: An installed mail, vmail or ssmtp package hasn't been found.
>>
>>      : It is recomended to install one of these packages or set
>>      : OWNCLOUD_MAIL_MANUAL_CONFIGURATION='yes'
> 
> achte bitte auf das Datum dieser Nachricht, sie stammt vom 12.04.2017
> und bezieht sich somit auf eine frühere Installation. Grundsätzlich
> werden nach der Konfiguration die letzten 5 Meldungen angezeigt, wobei
> höchst wahrscheinlich nur die letzte, aktuelle von Interesse ist.
> Um direkt der Frage vorzubeugen, hierbei handelt es sich NICHT um eine
> neue Funktion, diese ist schon seit Jahren so implementiert.

Ok, blind bleibt blind!
Sorry!

Mag sein, dass diese Funktion schon seit Jahren implementiert ist.
Aber ich habe sie seit Jahren nicht (nicht mehr) gesehen, was ja sehr
für Diene Arbeit spricht!!

> 
>> Date: Sun Apr 16 15:20:09 CEST 2017
>>   Warning: The data directory has been moved from '/var/nextcloud' to
>> '/data/nextcloud/'.
>>          : It might be necessary to update the nextcloud file system
>> information.
>>          : This can be done by execution the following command: ./occ -v
>> files:scan
> 
> Meldung veraltet, da vom 16.04.2017!

s.o.

> 
>> Date: Sun May 30 15:29:29 CEST 2021
>>
>>   Warning: The data directory has been moved from '/data/nextcloud/' to
>> '/var/nextcloud'.
>>          : It might be necessary to update the nextcloud file system
>> information.
> 
> Ok, diese Meldung ist aktuell.

Ok ...

> 
>> Zunächst gibt es den genannten Parameter nicht. Ich vermute, dass dieser
>> hier gemeint ist:
>> --> NEXTCLOUD_SMTP_MANUAL_CONFIGURATION='no'
> 
> s.o.

Weil aus veralteter Meldung, nehme ich an?

> 
>> Ich nutze schon seit Jahren "MSMTP", dass sollte doch kein Problem sein,
>> oder?
>> Zumindest war es das bisher nicht.
> 
> Bitte zeige mir einmal die Ausgabe folgender Befehlszeile:
> 
> grep "^START_MSMTP=" /etc/config.d/msmtp | \
>   sed -e 's/^START_MSMTP[^yesno]*\([yesno]*\).*$/\1/' -e 's#/ *$##' | \
>   tr '[:upper:]' '[:lower:]'
> 

e1nextcloud # grep "^START_MSMTP=" /etc/config.d/msmtp | \
>   sed -e 's/^START_MSMTP[^yesno]*\([yesno]*\).*$/\1/' -e 's#/ *$##' | \
>   tr '[:upper:]' '[:lower:]'
yes
e1nextcloud #


Ich hoffe, dass Du das sehen wolltest?

>> Warning: The data directory has been moved from '/var/nextcloud' to
>> '/data/nextcloud/'.
>>        : It might be necessary to update the nextcloud file system
>> information.
>>        : This can be done by execution the following command: ./occ -v
>> files:scan
>>
>> Das ist richtig, dort liegt mein Datenverzeichnis, aber schon ewig.
>> Warum ist das nun ein Problem?
> 
> Gehe ich recht in der Annahme mit der Aussage "dort liegt mein
> Datenverzeichnis" meinst Du das Verzeichnis '/data/nextcloud'?
> 

Ja.

> Falls ja, wie hast Du den Parameter NEXTCLOUD_DATA_DIR gesetzt?

e1nextcloud # grep -i NEXTCLOUD_DATA_DIR /etc/config.d/nextcloud
NEXTCLOUD_DATA_DIR='/data/nextcloud/'
e1nextcloud #

> 
> Was eirft folgender Befehl aus?
> 
> cat /var/lib/nextcloud/nextcloud.run
> 

e1nextcloud # cat /var/lib/nextcloud/nextcloud.run
oc_currver='1.12.0'
oc_path='/data/nextcloud/'
oc_weburl='http://e1nextcloud.home.lan:80/nextcloud'
e1nextcloud #

>> Jetzt zu dem Kommando, dass bekomme ich nicht hin.
>> hier mal meine Versuche:
>>
>> e1nextcloud # ./occ -v files:scan
>> -bash: ./occ: No such file or directory
> 
> Grundsätzlich muss der occ-Befehl als USer 'wwwrun' vom Nextcloud-
> Dokumentenstammverzeichnis ausgeführt werden und nicht als User 'root'.
> Ich nehme dies zum Anlass die Meldung entsprechend zu verbessern.
> 
> Da Du aber schreibst, dass sich Dein Datenverzeichnis nicht geändert
> hat, sollte normalerweise das Ausführen des Befehls nicht erforderlich
> sein.
> Was mich zum eigentlich Thema bringt, warum bei der Paketaktualisierung
> davon ausgegangen wurde, dass sich der Pfad verändert hätte?! Vielleicht
> bringt Deine Antwort auf die zuvor gestellten Fragen hier etwas Klarheit.
> 
>> Das hat mich also nicht wirklich weiter gebracht.
>> Was mache ich falsch?
> 
> # su - wwwrun
>> cd /var/www/htdocs/nextcloud
>> ./occ -v --all files:scan

Ah ...
Ich glaube, ich habe gefunden warum das nicht ging!
In der Meldung kam, ich solle "./occ -v file:scan" ausführen.
Da fehlt aber was, es muss wohl heißen:
"./occ -v --all file:scan"

Oder?

Und ich glaube jetzt gerade die Antwort gefunden zu haben.
In den letzten Zeilen meines History Auszuges steht folgendes:

e1nextcloud # whoami
wwwrun <---- Ich bin wwwrun!
e1nextcloud # /var/www/htdocs/nextcloud/occ -v files:scan
Please specify the user id to scan, --all to scan for all users or
--path=...

Der Befehl hatte folgendermaßen funktionieren müssen:
"/var/www/htdocs/nextcloud/occ -v --all files:scan"

> 
>> Muss ich überhaupt etwas tun?
> 
> Vermutlich ist erst einmal kein Eingriff von Deiner Seite erforderlich.
> Schauen wir einmal, was Deine Antworten auf meine Fragen ergeben.

Dann warte ich natürlich erst mal ...

> 
>> Ich bin etwas verunsichert durch die Fehlerberichte der letzten Tage ...
> 
> Schon im Hitchhikers Guide steht "Don't Panic! ;-)

Jo, alles wird gut :-))

> 
> Da Du als gewissenhafter Administrator regelmäßige Sicherungen Deines
> Servers durchführst solltest Du kaum ein Problem haben.

Spitze verstanden :-))
Aber in der Tat hatte ich hier vorher die betroffenen LV's kopiert und
beiseite gelegt!

> Den Rest hoffe ich klären zu können.
> 

Das hoffe ich auch, wobei ich glaube das das meiste schon geklärt ist!

Und mich würde halt interessieren, ob meine Behauptungen in Bezug auf
wwwrun und occ stimmen und ob ich das gefahrlos mal machen kann?


Danke für die ausführliche Hilfe!


Gruß,
Helmut