Ubuntu: PHP update leidt tot Internal Server Error

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
Hoe was dat gezegde ook al weer? If it ain't broke, don't try to fix it.
Goed, ik heb dus een fijn lopende Nextcloud server om zeep geholpen door een PHP update, en door mijn beperkte kennis van Ubuntu / nginx / php ben ik aangewezen op mijn DDG-fu, maar tot op heden zonder succes. En voor dat ik nog meer ga slopen: help!

Startpunt:
Hyper-V met Ubuntu 18.04 met daarop Nextcloud
Nginx
Php 7.2
SSL certificaat mbt via Certbot van Let's Encrypt
Bereikbaar via nextcloud.mijndomein.nl


Wat vooraf ging:
Nextcloud gaf aan, zoals zo vaak, een update te hebben. Van versie 18.x naar versie 19.x. Dit via de webbased updater gedaan zoals altijd, en is zonder problemen gelopen. Terug in versie 19 kreeg ik o.a. de melding dat PHP oud was, (v7.2 draaien), en dat, om in de toekomst Nextcloud v20 te kunnen draaien, ik PHP moest updaten naar v7.3 of hoger. Dus ik dacht, laat ik dat maar even doen. Nu 2 avonden en berg frustraties later denk ik, had ik dat maar nooit gedaan...

Om naar PHP 7.4 up te daten, heb ik de stappen aanwijzingen op deze site gevolgd:
https://www.cloudbooklet....ion-to-php-7-4-on-ubuntu/
Uiteraard de stappen gevolgd die voor nginx gelden (en niet die van Apache2).
Dat ging zonder problemen. Alles doorlopen, geen foutmeldingen, gewoon prima.
Ook heb ik dus de regel in de config file aangepast naar fastcgi_pass unix:/run/php/php7.4-fpm.sock;

Kat in het bakkie. Helaas. Als ik naar mijndomein.nextcloud.nl ga, waar ik dus normaal op mijn inlogpagina uit kom, krijg ik deze fout:
Internal Server Error

The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.
Dus DDG erbij en zoeken maar. Ik kom er achter dat een hoop mensen deze fout hebben gekregen bij het updaten van PHP 7.2 naar 7.3 of 7.4 icm met Nextcloud. Je zou dus denken dat een oplossing voorhanden is, maar wat ik ook probeer, ik kom maar niet verder. En omdat ik dus niet zo veel verstand heb hiervan, durf ik ook niet al te veel zomaar in bestanden te gaan rommelen en allerlei dingen te installeren. Toch heb ik wel aardig wat geprobeerd.

Zo kwam ik tegen dat het een caching probleem kan zijn, en dat je in nextcloud config file ‘memcache.local’ => ‘\OC\Memcache\APCu’, moet aanpassen naar ‘memcache.local’ => ‘\OC\Memcache\Redis’,. Al moet je dan wel eerst een Redis server installeren. Via gedaan via sudo apt-get redis server en geinstalleerd, maar maakt geen verschil.


Via een andere forum kwam ik tegen door sudo nginx -t te gebruiken, dat je dus de nginx server kan testen. Output is in mijn geval:
nginx: [warn] conflicting server name "nextcloud.mijndomein.nl" on 0.0.0.0:80, ignored
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
Er is spraken van een conflict. Als ik daar op zoek, zou het zo zijn dat er mijn domeinnaam 2x achter elkaar in het config bestand van nginx zou staan, maar dat is niet zo. Ik heb daar ook nooit iets aangepast.

Mocht het helpen: op mijn telefoon heb ik DAVx5 staan om mijn contactpersonen en agenda die in Nextcloud staan te synchroniseren. Die geeft nu de melding 500 http error. Weer wat anders dus.

Iemand die mij op weg kan helpen? Ben al 2 avonden aan het klooien en heb het gevoel dat ik alleen maar meer kapot aan het maken ben me lief is.

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023

Beste antwoord (via Pazo op 30-09-2020 10:58)


  • amx
  • Registratie: December 2007
  • Laatst online: 30-08 10:48

amx

Persoonlijk vind ik de snap installatie van Nextcloud een stuk eenvoudiger te beheren.
Die installeer je met snap install nextcloud en het draait. Updates installeer je met snap refresh. Wijzigingen worden door snap bijgehouden, waardoor je ook snapshots kan terugzetten.

Gewoon om je te laten weten dat er ook alternatieven zijn.

Wat betreft je huidige installatie: werkt het wel als je via intern ip adres aanmeldt? Is de reactie van de server dan hetzelfde?

Alle reacties


Acties:
  • +2 Henk 'm!

  • DiedX
  • Registratie: December 2000
  • Laatst online: 20:05
Eerst naar je logging kijken. /var/log/php.log, oid.

DiedX supports the Roland™, Sound Blaster™ and Ad Lib™ sound cards


Acties:
  • +1 Henk 'm!

  • HollowGamer
  • Registratie: Februari 2009
  • Niet online
Sowieso goed dat je PHP upgrade, met elke nieuwe versie wordt deze sneller en beter, al zul je dit laatste meer als programmeur merken.

Bestaat het PHP-fpm path wel? Dus heeft /run/.. die socket er wel staan? Zo nee, dan heb je waarschijnlijk de service/socket nog niet gestart.

De uitleg ziet er op het eerst punt goed uit. Heb je ook een phpinfo.php bestand eens aangemaakt en kijken of die phpinfo(); laat zien?

Acties:
  • +1 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 22:19

Hero of Time

Moderator LNX

There is only one Legend

Als je echt dit hebt gedaan, gaat daar iets fout, want wat er staat is fout:
Configure PHP 7.4 FPM Pools

PHP 7.4 FPM allows you to configure the user and group that the service will run under. You can modify these with these commands

sudo nano /etc/php/7.4/fpm/pool.d/www.conf
Change the following lines by replacing the www-data with your username.
Je moet niet jouw gebruikersnaam opgeven daar, maar die gebruikt wordt voor nginx. Als je je eigen gebruikersnaam hebt ingevuld, is de socket van jouw en mag niemand er heen schrijven. Dat is toch wel een beetje een vereiste, aangezien de webserver juist php-fpm opdrachten moet geven en dat doet 'ie dus door te schrijven naar de socket.

Het niet hebben gestart van de php-fpm7.4 service is ook eentje waar je op moet letten. Draait die ook echt? Puntje voor wat er in de instructies staat, ik vind het diep en diep triest dat men nog steeds het service commando gebruikt bij handleidingen. Bij Ubuntu 16.04 was er al systemd en je krijgt ook een melding dat het beter is om systemctl te gebruiken.

Omdat de guide het niet heeft over het verwijderen en opschonen van php 7.2 kan je altijd nog daar naar terug gaan. Tenzij je zelf natuurlijk in alle goede hoop die al hebt opgeruimd, want wat zou er toch fout kunnen gaan?

Commandline FTW | Tweakt met mate


  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
DiedX schreef op vrijdag 25 september 2020 @ 20:56:
Eerst naar je logging kijken. /var/log/php.log, oid.
/var/log/php7.4-fpm.log geeft (van eergisteren en gisteren)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
[24-Sep-2020 20:30:39] NOTICE: fpm is running, pid 3754
[24-Sep-2020 20:30:39] NOTICE: ready to handle connections
[24-Sep-2020 20:30:39] NOTICE: systemd monitor interval set to 10000ms
[24-Sep-2020 20:30:42] NOTICE: Terminating ...
[24-Sep-2020 20:30:42] NOTICE: exiting, bye-bye!
[24-Sep-2020 20:30:42] NOTICE: fpm is running, pid 3887
[24-Sep-2020 20:30:42] NOTICE: ready to handle connections
[24-Sep-2020 20:30:42] NOTICE: systemd monitor interval set to 10000ms
[24-Sep-2020 20:42:19] NOTICE: Terminating ...
[24-Sep-2020 20:42:19] NOTICE: exiting, bye-bye!
[24-Sep-2020 20:42:55] NOTICE: fpm is running, pid 771
[24-Sep-2020 20:42:55] NOTICE: ready to handle connections
[24-Sep-2020 20:42:55] NOTICE: systemd monitor interval set to 10000ms
[24-Sep-2020 20:49:13] NOTICE: Terminating ...
[24-Sep-2020 20:49:13] NOTICE: exiting, bye-bye!
[24-Sep-2020 21:12:39] NOTICE: fpm is running, pid 784
[24-Sep-2020 21:12:39] NOTICE: ready to handle connections
[24-Sep-2020 21:12:39] NOTICE: systemd monitor interval set to 10000ms
[24-Sep-2020 21:47:59] NOTICE: fpm is running, pid 781
[24-Sep-2020 21:47:59] NOTICE: ready to handle connections
[24-Sep-2020 21:47:59] NOTICE: systemd monitor interval set to 10000ms
[24-Sep-2020 21:51:07] NOTICE: Terminating ...
[24-Sep-2020 21:51:07] NOTICE: exiting, bye-bye!
[24-Sep-2020 21:51:07] NOTICE: fpm is running, pid 4689
[24-Sep-2020 21:51:07] NOTICE: ready to handle connections
[24-Sep-2020 21:51:07] NOTICE: systemd monitor interval set to 10000ms
[24-Sep-2020 21:53:40] NOTICE: Terminating ...
[24-Sep-2020 21:53:40] NOTICE: exiting, bye-bye!
[25-Sep-2020 19:31:50] NOTICE: fpm is running, pid 28932
[25-Sep-2020 19:31:50] NOTICE: ready to handle connections
[25-Sep-2020 19:31:50] NOTICE: systemd monitor interval set to 10000ms
[25-Sep-2020 19:31:56] NOTICE: Terminating ...
[25-Sep-2020 19:31:56] NOTICE: exiting, bye-bye!
[25-Sep-2020 19:31:56] NOTICE: fpm is running, pid 29493
[25-Sep-2020 19:31:56] NOTICE: ready to handle connections
[25-Sep-2020 19:31:56] NOTICE: systemd monitor interval set to 10000ms
[25-Sep-2020 19:34:04] NOTICE: Terminating ...
[25-Sep-2020 19:34:04] NOTICE: exiting, bye-bye!
[25-Sep-2020 19:34:04] NOTICE: fpm is running, pid 2071
[25-Sep-2020 19:34:04] NOTICE: ready to handle connections
[25-Sep-2020 19:34:04] NOTICE: systemd monitor interval set to 10000ms
[25-Sep-2020 19:41:05] NOTICE: configuration file /etc/php/7.4/fpm/php-fpm.conf$
[25-Sep-2020 19:41:20] NOTICE: Terminating ...
[25-Sep-2020 19:41:20] NOTICE: exiting, bye-bye!
[25-Sep-2020 19:41:20] NOTICE: fpm is running, pid 2941
[25-Sep-2020 19:41:20] NOTICE: ready to handle connections
[25-Sep-2020 19:41:20] NOTICE: systemd monitor interval set to 10000ms
[25-Sep-2020 20:09:45] NOTICE: Terminating ...
[25-Sep-2020 20:09:45] NOTICE: exiting, bye-bye!
[25-Sep-2020 20:10:21] NOTICE: fpm is running, pid 762
[25-Sep-2020 20:10:21] NOTICE: ready to handle connections
[25-Sep-2020 20:10:21] NOTICE: systemd monitor interval set to 10000ms


Vooral vaak opnieuw opstarten zo te zien, wat ik ook vaak heb gedaan. Vaak nginx restart gedaan bij aanpassingen, en ook een paar keer heel Ubuntu opnieuw gestart.
HollowGamer schreef op vrijdag 25 september 2020 @ 20:59:
Bestaat het PHP-fpm path wel? Dus heeft /run/.. die socket er wel staan? Zo nee, dan heb je waarschijnlijk de service/socket nog niet gestart.
php7.4-fpm lijkt wel correct te zijn geïnstalleerd. Heb een pad /ect/php/7.4/fpm/, met daarin nog 2 mappen (conf.d en pool.d) en 2 betanden (php.ini en php-fpm.conf).
Wat je bedoel je precies met socket? Sorry maar de kennis is beperkt.
HollowGamer schreef op vrijdag 25 september 2020 @ 20:59:
De uitleg ziet er op het eerst punt goed uit. Heb je ook een phpinfo.php bestand eens aangemaakt en kijken of die phpinfo(); laat zien?
Ik heb verder niets zelf aangemaakt.
Hero of Time schreef op vrijdag 25 september 2020 @ 21:26:
Als je echt dit hebt gedaan, gaat daar iets fout, want wat er staat is fout:

[...]

Je moet niet jouw gebruikersnaam opgeven daar, maar die gebruikt wordt voor nginx. Als je je eigen gebruikersnaam hebt ingevuld, is de socket van jouw en mag niemand er heen schrijven. Dat is toch wel een beetje een vereiste, aangezien de webserver juist php-fpm opdrachten moet geven en dat doet 'ie dus door te schrijven naar de socket.
Ik moet bekennen dat ik die stap niet gedaan heb. Ik las het als een optie (it allowes you, you can modify), dus ik dacht niet dat het nodig / verplicht was? Maar, dan moet ik daar dus mijn gegevens invullen van nginx. Die zal ik ooit wel eens aangemaakt hebben ja bij het installeer van Nextcloud destijds.... maar wat dat was? Is dat ergens terug te halen?

EDIT: Ik denk het gewoon mijn voornaam is als username (paul). Dus ik heb net op genoemde 4 plaatsen www-data vervangen voor paul, opgeslagen en php herstart.
Als ik nu naar nextcloud.mijndomein.nl ga, krijg ik een 502 Bad Gateway error (met daaronder nginx/1.14.0 (Ubuntu))
Hero of Time schreef op vrijdag 25 september 2020 @ 21:26:
Het niet hebben gestart van de php-fpm7.4 service is ook eentje waar je op moet letten. Draait die ook echt?
Wat zou het commando zijn? Log hierboven lijkt aan te geven van wel. Als ik nginx (sudo systemctl restart nginx), start php dan ook opnieuw?
EDIT: sudo service php7.4-fpm start (of restart). Gedaan.
Hero of Time schreef op vrijdag 25 september 2020 @ 21:26:
Omdat de guide het niet heeft over het verwijderen en opschonen van php 7.2 kan je altijd nog daar naar terug gaan. Tenzij je zelf natuurlijk in alle goede hoop die al hebt opgeruimd, want wat zou er toch fout kunnen gaan?
Ik heb gisteren een keer php compleet verwijderd en toen opnieuw geïnstalleerd via het stappenplan van de website in mijn OP. Verwijdert via het commando sudo apt-get purge 'php*' en daarna nog een keer sudo apt-get autoremove.

[ Voor 2% gewijzigd door Pazo op 26-09-2020 20:11 . Reden: Suggesties geprobeerd ]

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023


Acties:
  • Beste antwoord
  • 0 Henk 'm!

  • amx
  • Registratie: December 2007
  • Laatst online: 30-08 10:48

amx

Persoonlijk vind ik de snap installatie van Nextcloud een stuk eenvoudiger te beheren.
Die installeer je met snap install nextcloud en het draait. Updates installeer je met snap refresh. Wijzigingen worden door snap bijgehouden, waardoor je ook snapshots kan terugzetten.

Gewoon om je te laten weten dat er ook alternatieven zijn.

Wat betreft je huidige installatie: werkt het wel als je via intern ip adres aanmeldt? Is de reactie van de server dan hetzelfde?

Acties:
  • 0 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 22:19

Hero of Time

Moderator LNX

There is only one Legend

Pazo schreef op zaterdag 26 september 2020 @ 19:59:
[...]

php7.4-fpm lijkt wel correct te zijn geïnstalleerd. Heb een pad /ect/php/7.4/fpm/, met daarin nog 2 mappen (conf.d en pool.d) en 2 betanden (php.ini en php-fpm.conf).
Wat je bedoel je precies met socket? Sorry maar de kennis is beperkt.
Als je niet weet wat men bedoelt met 'socket', dan kan je dat toch in Google of DDG gooien om er achter te komen. :?
[...]


Ik moet bekennen dat ik die stap niet gedaan heb. Ik las het als een optie (it allowes you, you can modify), dus ik dacht niet dat het nodig / verplicht was? Maar, dan moet ik daar dus mijn gegevens invullen van nginx. Die zal ik ooit wel eens aangemaakt hebben ja bij het installeer van Nextcloud destijds.... maar wat dat was? Is dat ergens terug te halen?

EDIT: Ik denk het gewoon mijn voornaam is als username (paul). Dus ik heb net op genoemde 4 plaatsen www-data vervangen voor paul, opgeslagen en php herstart.
Als ik nu naar nextcloud.mijndomein.nl ga, krijg ik een 502 Bad Gateway error (met daaronder nginx/1.14.0 (Ubuntu))
En nu heb je dus precies gedaan waarvan ik zei dat je dat juist niet moest doen.
[...]

Wat zou het commando zijn? Log hierboven lijkt aan te geven van wel. Als ik nginx (sudo systemctl restart nginx), start php dan ook opnieuw?
EDIT: sudo service php7.4-fpm start (of restart). Gedaan.
Als je de ene service herstart, wordt niet op magische wijze een andere ook herstart. Je moet echt opgeven welke er gestart/stopt/herstart moeten worden. Geef je alleen nginx op, dan doet php niets.

Wat ik met mijn opmerking bedoelde is dat een 'systemctl start php7.4' wel leuk je prompt terug kan geven, het is dan alsnog heel goed mogelijk dat het proces sluit en niet meer draait. Dat zie je dan snel genoeg als je de status opvraagt.
[...]

Ik heb gisteren een keer php compleet verwijderd en toen opnieuw geïnstalleerd via het stappenplan van de website in mijn OP. Verwijdert via het commando sudo apt-get purge 'php*' en daarna nog een keer sudo apt-get autoremove.
Dan heb je dus geen 7.2 er meer op staan en heb je dus in feite de brug achter je in brand gestoken. Een les voor een volgende keer dus. Niet zomaar het oude weggooien voordat het nieuwe echt werkt.

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
amx schreef op zaterdag 26 september 2020 @ 21:49:
Gewoon om je te laten weten dat er ook alternatieven zijn.
Bedankt. 1,5-2 jaar geleden toen ik dit geïnstalleerd heb, heb ik ook gewoon een online stappenplan gevolgd en dus deze installatiemethode gebruikt. Dat is allemaal goed gegaan, en eigenlijk nooit problemen gehad. Maar goed, als je het eens installeert en er verder ook naar om hoeft te kijken, maakt het lastig dat ik ook niet precies weet wat ik toen allemaal gedaan heb. En daarom loop ik nu tegen het feit aan dat mijn kennis te beperkt is en in feite gewoon niet snap wat er nu fout gaat.
amx schreef op zaterdag 26 september 2020 @ 21:49:
Wat betreft je huidige installatie: werkt het wel als je via intern ip adres aanmeldt? Is de reactie van de server dan hetzelfde?
Nee, werkt ook niet. Krijg net als via mijn domein nu een 502 Bad Gateway error. Daar ga ik ik nu even op doorzoeken.
Hero of Time schreef op zondag 27 september 2020 @ 00:47:


[...]

En nu heb je dus precies gedaan waarvan ik zei dat je dat juist niet moest doen.
Ik denk het wel. Je gaf aan dat in de username van nginx installatie moest gebruiken, en dat heb ik gedaan (al weet ik niet 100% zeker of die klopt). Of heeft destijds nginx zelf een random username aangemaakt die ik moet gebruiken? Kan me dat echt niet meer herinneren. Echter is er wel reactie / iets verandert, want ik nu geen Internal Server error meer, maar 502 Bad Gateway error.
Hero of Time schreef op zondag 27 september 2020 @ 00:47:
Als je de ene service herstart, wordt niet op magische wijze een andere ook herstart. Je moet echt opgeven welke er gestart/stopt/herstart moeten worden. Geef je alleen nginx op, dan doet php niets.

Wat ik met mijn opmerking bedoelde is dat een 'systemctl start php7.4' wel leuk je prompt terug kan geven, het is dan alsnog heel goed mogelijk dat het proces sluit en niet meer draait. Dat zie je dan snel genoeg als je de status opvraagt.
Duidelijk, klinkt op zich logisch. Ik zal eens kijken naar de status.

Edit: draait:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
paul@HyperV-Nexcloud:~$ sudo service php7.4-fpm status

● php7.4-fpm.service - The PHP 7.4 FastCGI Process Manager
   Loaded: loaded (/lib/systemd/system/php7.4-fpm.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2020-09-26 20:08:25 CEST; 18h ago
     Docs: man:php-fpm7.4(8)
  Process: 7584 ExecStopPost=/usr/lib/php/php-fpm-socket-helper remove /run/php/php-fpm.sock /et
  Process: 7589 ExecStartPost=/usr/lib/php/php-fpm-socket-helper install /run/php/php-fpm.sock /
 Main PID: 7586 (php-fpm7.4)
   Status: "Processes active: 0, idle: 2, Requests: 0, slow: 0, Traffic: 0req/sec"
    Tasks: 3 (limit: 4915)
   CGroup: /system.slice/php7.4-fpm.service
           ├─7586 php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)
           ├─7587 php-fpm: pool www
           └─7588 php-fpm: pool www

sep 26 20:08:25 HyperV-Nexcloud systemd[1]: Starting The PHP 7.4 FastCGI Process Manager....
sep 26 20:08:25 HyperV-Nexcloud systemd[1]: Started The PHP 7.4 FastCGI Process Manager.
Hero of Time schreef op zondag 27 september 2020 @ 00:47:
Dan heb je dus geen 7.2 er meer op staan en heb je dus in feite de brug achter je in brand gestoken. Een les voor een volgende keer dus. Niet zomaar het oude weggooien voordat het nieuwe echt werkt.
Mjah, ik dacht laat ik de boel maar even goed opschonen en opnieuw beginnen. Ik had het gevoeld dat ik door al mijn pogingen deels met 7.2 aan het rommelen was en deels met 7.4. Dus dacht als ik toch 7.4 moet hebben, eerst alles maar eens verwijderen en even met een frisse start 7.4 installeren.

[ Voor 15% gewijzigd door Pazo op 27-09-2020 14:16 ]

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023


Acties:
  • 0 Henk 'm!

  • GuntherDW
  • Registratie: November 2004
  • Laatst online: 29-12-2022
Kleine nota, gezien het een vhost lijkt te zijn (getuige de "nextcloud...." melding) zal de logging ook waarschijnlijk in andere files zitten.
Heb je geen extra files zitten in je /var/log/nginx/... welke je kan bekijken?

Acties:
  • 0 Henk 'm!

  • amx
  • Registratie: December 2007
  • Laatst online: 30-08 10:48

amx

Maakt hyper-v snapshots van de vm?

Suggestie: probeer de data anders uit Nextcloud te halen en ga voor een herinstallatie (bijvoorbeeld als snap) en importeer de data hier in.

Acties:
  • 0 Henk 'm!

  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
GuntherDW schreef op maandag 28 september 2020 @ 08:06:
Kleine nota, gezien het een vhost lijkt te zijn (getuige de "nextcloud...." melding) zal de logging ook waarschijnlijk in andere files zitten.
Heb je geen extra files zitten in je /var/log/nginx/... welke je kan bekijken?
Ja, zoals in de OP staat draait het op een Hyper-V. Zal vanavond thuis nog eens kijken.
amx schreef op maandag 28 september 2020 @ 12:07:
Maakt hyper-v snapshots van de vm?

Suggestie: probeer de data anders uit Nextcloud te halen en ga voor een herinstallatie (bijvoorbeeld als snap) en importeer de data hier in.
De data heb ik, het enige dat ik even zou moeten bekijken is waar mijn agenda items staan. Mijn agenda loopt ook via Nextcloud, en die wil ik wel graag weer terug kunnen zetten.
Ik zit inderdaad te denken om gewoon een nieuwe installatie te doen, en dan denk ik maar via Snap zoals eerder gesuggereerd is. Volgens mij ben ik dan sneller klaar dan nog 3 avonden klooien / zoeken / proberen. Wat ik dan wel jammer vind is dat ik dan nog steeds niet weet wat nu het probleem is en daar dus niet van leer.

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023


Acties:
  • 0 Henk 'm!

  • GuntherDW
  • Registratie: November 2004
  • Laatst online: 29-12-2022
Pazo schreef op maandag 28 september 2020 @ 12:28:
[...]
Ja, zoals in de OP staat draait het op een Hyper-V.
... Je snapt niet echt wat ik bedoel denk ik :+
VHost, niet VM of HyperV

Acties:
  • 0 Henk 'm!

  • amx
  • Registratie: December 2007
  • Laatst online: 30-08 10:48

amx

GuntherDW schreef op maandag 28 september 2020 @ 08:06:
Kleine nota, gezien het een vhost lijkt te zijn (getuige de "nextcloud...." melding) zal de logging ook waarschijnlijk in andere files zitten.
Heb je geen extra files zitten in je /var/log/nginx/... welke je kan bekijken?
Waar staat deze info?
Ik zie alleen de hostnaam HyperV-Nexcloud, wat prima de naam van de vm kan zijn, getuige ook de spelfout in de naam


Is dit anders een idee: zet de vm uit, maak er een backup van, en probeer de oorspronkelijke handleiding terug te vinden waarmee nextcloud geïnstalleerd is. En dan stap voor stap verwijderen. In ieder geval voor zorgen dat de packages waar de data op staat (MySQL of mariadb) alleen via apt-get remove worden verwijderd en NIET via purge.

Daarna stap voor stap installeren volgens de handleiding

Als iets misgaat, backup terugzetten

(?)

[ Voor 33% gewijzigd door amx op 28-09-2020 17:48 ]


Acties:
  • 0 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 22:19

Hero of Time

Moderator LNX

There is only one Legend

amx schreef op maandag 28 september 2020 @ 16:39:
Is dit anders een idee: zet de vm uit, maak er een backup van, en probeer de oorspronkelijke handleiding terug te vinden waarmee nextcloud geïnstalleerd is. En dan stap voor stap verwijderen. In ieder geval voor zorgen dat de packages waar de data op staat (MySQL of mariadb) alleen via apt-get remove worden verwijderd en NIET via purge.

Daarna stap voor stap installeren volgens de handleiding

Als iets misgaat, backup terugzetten

(?)
Als je alleen een 'apt remove' doet, verwijder dan niets en volg alleen de configuratie stappen. Als het probleem namelijk in de configuratie zit, heeft een 'apt install' daarna ook geen zin namelijk, aangezien die de bestaande, achtergebleven configuratie oppakt.

Wil je de configuratiebestanden terug naar 'default' brengen, dan is een 'dpkg-reconfigure' voldoende. Wel even kijken of er een optie is om de bestaande te negeren en nieuwe aan te maken.

De belangrijkste configuratie is die voor php en die was al eens gepurged. Dus die zou nu standaard moeten zijn, op eventuele aanpassingen na dan.

Ik zie nu ook een update met de uitvoer van systemctl status php-fpm. Ik vind het een beetje gevaarlijk dat er geen versienummer in het pad van de socket staat of voor de socket zelf is gebruikt, maar die zou iig in de nginx configuratie gebruikt moeten worden.

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
amx schreef op maandag 28 september 2020 @ 16:39:
[...]

Ik zie alleen de hostnaam HyperV-Nexcloud, wat prima de naam van de vm kan zijn, getuige ook de spelfout in de naam
Auw... scherp.
amx schreef op maandag 28 september 2020 @ 16:39:
Is dit anders een idee: zet de vm uit, maak er een backup van, en probeer de oorspronkelijke handleiding terug te vinden waarmee nextcloud geïnstalleerd is.
Dat is misschien wel een goede, de stappen van de installatie opnieuw volgen. Ik ga vanavond nog eens een poging wagen of ik daarmee verder kan komen. En anders maar de boel opnieuw installeren. Ben er onderhand wel klaar mee, haha.

[ Voor 13% gewijzigd door Pazo op 29-09-2020 09:35 ]

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023


Acties:
  • +2 Henk 'm!

  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
Goed, was er gisteren klaar mee met zoeken / proberen etc.
Dus een nieuwe VM aangemaakt, Ubunbtu 20.04 erop gezet, en Nextcloud weer geïnstalleerd via Snap (dat ging inderdaad erg makkelijk, bedankt @amx voor de tip). Data weer terug gezet, inlogs weer activeren op de telefoons en rond 22.30 draaide alles weer. Dan maar zo.

Ergens jammer dat ik eigenlijk nog niet helemaal begrijp wat en waar het nu verkeerd is gegaan en daarvoor geen oplossing heb kunnen vinden / er van leer, maar goed, we kunnen weer door.
Nog een kleine beetje finetunen qua instellingen in Nextcloud en dan maar even een goede backup maken.

In ieder geval iedereen bedankt voor alle input / suggesties!

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023


Acties:
  • +1 Henk 'm!

  • amx
  • Registratie: December 2007
  • Laatst online: 30-08 10:48

amx

https://snapcraft.io/docs/snapshots

Als je hier een cronjob van maakt, heb je automatisch backups

  • Pazo
  • Registratie: Mei 2006
  • Laatst online: 23:44
amx schreef op woensdag 30 september 2020 @ 15:56:
https://snapcraft.io/docs/snapshots

Als je hier een cronjob van maakt, heb je automatisch backups
Bedankt voor de tip, ga ik me in verdiepen!

Grote Enphase topicIQ Gateway uitlezenPVOutput
PV 10,7kWp O/W • WP Panasonic KIT-WC07K3E5 7kW • Airco ME MSZ HR50VF 5kW • Gasloos per 11-2023


Acties:
  • +1 Henk 'm!

  • borft
  • Registratie: Januari 2002
  • Laatst online: 15-09 16:33
andere oplossing, is het in een docker container draaien. Dan houdt iemand anders (bv Nextcloud) die voor je bij, en heb je wel updates ed.

  • amx
  • Registratie: December 2007
  • Laatst online: 30-08 10:48

amx

snaps worden ook automatisch geupdatet (of handmatig, via snap refresh)
Pagina: 1