logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 13-07-2019 14:29:37

cemoi
Membre
Distrib. : Debian 10 Buster et une SID
Noyau : Linux 4.19.0-9-amd64
(G)UI : XFCE
Inscription : 21-10-2008

[ok]migration serveur stretch>>buster >> pb avec mariadb

hello,
j'ai voulou mettre à jour mon servreur de stretch à buster, il héberge un dokuwiki et un nextcloud.

j'ai en premier mis à jour la stretch puis j'ai mis à jour le nexctloud vers la dernière version stable (la 16.03)

Aprés ces étapes nextcloud était fonctionnel

Comme sur stretch la version de php était trop vielle j'utilisais le depot de sury (https://deb.sury.org/ ) si non la migration sur nextcloud 16 était impossible.

J'ai modifié mon sources.list en remplaçant "stretch" par buster
j'ai fait un update+upgrade : ça priori tout va bien ça roule
je controle le fonctionnement de nextcloud et ça fonctionne normalement
je me rend compte que je n'ai pas changer le depot de sury qui est resté en stretch... je le change pour buster et je fais un apt updat et upgrade. Effectivement ça met beaucoup (plus de 16) de module php à jour.

je log sur mon nextcloud et là il me dit qu'il me manque le module curl de php. Je l'install et là j'ai une page blanche depuis au chargement de la page de login...

Est ce que d'avoir le depot de sury et celui de debian ça interfére?... avant de mettre le depot de sury sur buster et de faire l'upgrade ça fonctionnai...
Le plus simple serait peut etre de virer les pauqets php qui viennent du depot de sury pui de ne plus utiliser le depot de sury et utiliser seulement le depot de debian. Mias je vois pas comment supprimer les paquets php qui viennent seument du depot de sury...

Vos avis sur la question?

Dernière modification par cemoi (18-07-2019 13:25:12)


Linux debDesk Linux 4.19.0-9-amd64

Hors ligne

#2 13-07-2019 15:35:12

jce76350
Membre
Lieu : Rouen
Distrib. : Debian_Bullseye 12.5
Noyau : 6.1.0-18-amd64
(G)UI : XFCE
Inscription : 24-08-2016
Site Web

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

ça ressemble à
PHP 7.3 en panne depuis la mise à jour vers Debian 10

de plus le dépôt de sury est sur d'être à jour et de les suivre ces mise à jour wink
De plus c'est un des "mainteneurs" PHP

Dernière modification par jce76350 (13-07-2019 15:42:12)


--
Jc E

Hors ligne

#3 18-07-2019 09:24:15

cemoi
Membre
Distrib. : Debian 10 Buster et une SID
Noyau : Linux 4.19.0-9-amd64
(G)UI : XFCE
Inscription : 21-10-2008

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

hello,
non j'ai ajouté les paquets redémarer apache mais le comportement est pareil ça me charge une page blanche sans code d'erreur

Si je fais un tail -f sur /var/log/apache2/error.log et que je charge l'index.php de nextcloud ça donne ça:

tail -f


[Thu Jul 18 10:00:04.957925 2019] [php7:error] [pid 31045] [client 78.***.****.123:**] PHP Fatal error:  Uncaught Doctrine\\DBAL\\DBALException: Failed to connect to the database: An exception occurred in driver: SQLSTATE[HY000] [2002] No such file or directory in /var/www/nextcloud/lib/private/DB/Connection.php:64\nStack trace:\n#0 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(448): OC\\DB\\Connection->connect()\n#1 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(410): Doctrine\\DBAL\\Connection->getDatabasePlatformVersion()\n#2 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(354): Doctrine\\DBAL\\Connection->detectDatabasePlatform()\n#3 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(710): Doctrine\\DBAL\\Connection->getDatabasePlatform()\n#4 /var/www/nextcloud/lib/private/DB/Connection.php(151): Doctrine\\DBAL\\Connection->setTransactionIsolation(2)\n#5 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php(181): OC\\DB\\Connection->__construct(Array, Object(Doctrine\\DBAL\\Driver\\PDOMySql\\Driver), Ob in /var/www/nextcloud/lib/private/DB/Connection.php on line 64



Quand je stop apache ça donne des détails dans le même fichier de log:

PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
[Thu Jul 18 10:08:14.992828 2019] [mpm_prefork:notice] [pid 31072] AH00169: caught SIGTERM, shutting down
PHP:  syntax error, unexpected '=' in /etc/php/7.3/apache2/php.ini on line 1800
 



EDIT >>> je viens de régler le probléme du php.ini j'avais configuré le opcache pour la version précédente de nextcloud j'ai commenté ce bloc et je n'ai plus les erreures de syntaxes dans le log du cout. Par contre tout le reste n'a pas changé.

J'ai créé un php.info dans le répertoire nextcloud et je lui ai donné les droits qui vont bien. Quand je le charge en précisant le fichier que je veux charger dans l'url (toto.fr/nextcloud/info.php)  ça donne les mêmes messages en boucle que quand je charge l'index.php de nextcloud ...
Quand je bouge le phpinfo juste au-dessus du répertoire de nextcloud la apache le charge et ça donne rien dans le error.log

J'ai un dokuwiki et ça fonctionne sans retours dans le fichier log
J'ai aussi l'application SAcoche là ça charge la page pour se loguer en précisant qu'il manque la connexion au serveur. j'imagine qu'il parle du serveur sql.

Je me demande si c'est pas une histoire d'url rewriting... dans la conf de apache

Dernière modification par cemoi (18-07-2019 09:30:56)


Linux debDesk Linux 4.19.0-9-amd64

Hors ligne

#4 18-07-2019 09:27:05

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

Et t'as regardé le fichier /etc/php/7.3/apache2/php.ini on ligne 1800 comme il dit ?

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#5 18-07-2019 09:37:37

cemoi
Membre
Distrib. : Debian 10 Buster et une SID
Noyau : Linux 4.19.0-9-amd64
(G)UI : XFCE
Inscription : 21-10-2008

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

oui j'avais de la conf du opcache je l'ai commenté et la ligne concernant l’erreur de syntaxe est partie.

dans Var/log/apache2/acces.log quand je charge le fichier index.php de nextcloud ça donne ça;

[18/Jul/2019:10:28:16 +0200] "GET /nextcloud/status.php HTTP/1.1" 500 370 "-" "Mozilla/5.0 (Linux) mirall/2.5.1git (Nextcloud)"



Je saisi pas pourquoi php merderai comme ça d'un coup... le plus compliqué c'est de comprendre d'ou vient le problème car là je me demande si ça vient de la conf de apache ou d'autre chose...

le phpinfo me donne tous les module php chargé:

Additional .ini files parsed  /etc/php/7.3/apache2/conf.d/10-mysqlnd.ini, /etc/php/7.3/apache2/conf.d/10-opcache.ini, /etc/php/7.3/apache2/conf.d/10-pdo.ini, /etc/php/7.3/apache2/conf.d/15-xml.ini, /etc/php/7.3/apache2/conf.d/20-apcu.ini, /etc/php/7.3/apache2/conf.d/20-calendar.ini, /etc/php/7.3/apache2/conf.d/20-ctype.ini, /etc/php/7.3/apache2/conf.d/20-curl.ini, /etc/php/7.3/apache2/conf.d/20-dom.ini, /etc/php/7.3/apache2/conf.d/20-exif.ini, /etc/php/7.3/apache2/conf.d/20-fileinfo.ini, /etc/php/7.3/apache2/conf.d/20-ftp.ini, /etc/php/7.3/apache2/conf.d/20-gd.ini, /etc/php/7.3/apache2/conf.d/20-gettext.ini, /etc/php/7.3/apache2/conf.d/20-iconv.ini, /etc/php/7.3/apache2/conf.d/20-imagick.ini, /etc/php/7.3/apache2/conf.d/20-intl.ini, /etc/php/7.3/apache2/conf.d/20-json.ini, /etc/php/7.3/apache2/conf.d/20-mbstring.ini, /etc/php/7.3/apache2/conf.d/20-mysqli.ini, /etc/php/7.3/apache2/conf.d/20-pdo_mysql.ini, /etc/php/7.3/apache2/conf.d/20-phar.ini, /etc/php/7.3/apache2/conf.d/20-posix.ini, /etc/php/7.3/apache2/conf.d/20-readline.ini, /etc/php/7.3/apache2/conf.d/20-shmop.ini, /etc/php/7.3/apache2/conf.d/20-simplexml.ini, /etc/php/7.3/apache2/conf.d/20-sockets.ini, /etc/php/7.3/apache2/conf.d/20-sysvmsg.ini, /etc/php/7.3/apache2/conf.d/20-sysvsem.ini, /etc/php/7.3/apache2/conf.d/20-sysvshm.ini, /etc/php/7.3/apache2/conf.d/20-tokenizer.ini, /etc/php/7.3/apache2/conf.d/20-wddx.ini, /etc/php/7.3/apache2/conf.d/20-xmlreader.ini, /etc/php/7.3/apache2/conf.d/20-xmlwriter.ini, /etc/php/7.3/apache2/conf.d/20-xsl.ini, /etc/php/7.3/apache2/conf.d/20-zip.ini, /etc/php/7.3/apache2/conf.d/25-apcu_bc.ini



Les modules de papache2 chargé:

Loaded Modules  core mod_so mod_watchdog http_core mod_log_config mod_logio mod_version mod_unixd mod_access_compat mod_alias mod_auth_basic mod_authn_core mod_authn_file mod_authz_core mod_authz_host mod_authz_user mod_autoindex mod_deflate mod_dir mod_env mod_filter mod_headers mod_mime prefork mod_negotiation mod_php7 mod_proxy mod_proxy_fcgi mod_reqtimeout mod_rewrite mod_setenvif mod_socache_shmcb mod_status


...

Dernière modification par cemoi (18-07-2019 09:45:38)


Linux debDesk Linux 4.19.0-9-amd64

Hors ligne

#6 18-07-2019 10:25:36

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

Quid du error.log ?

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#7 18-07-2019 10:40:37

yole1
Membre
Distrib. : Debian9
(G)UI : Cinnamon
Inscription : 08-08-2017

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

Au hasard linuxfr.org dit Nextcloud refuse de fonctionner si le propriétaire du fichier de configuration (config.php) n'est pas le même que celui qui fait tourner le serveur web

Dernière modification par yole1 (18-07-2019 10:41:18)

Hors ligne

#8 18-07-2019 11:09:13

cemoi
Membre
Distrib. : Debian 10 Buster et une SID
Noyau : Linux 4.19.0-9-amd64
(G)UI : XFCE
Inscription : 21-10-2008

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

pour le error.log c'est le même message que dans mon premier post:

tail -f /var/log/apache2/error.log


[Thu Jul 18 12:02:25.521785 2019] [php7:error] [pid 31907] [client 93.23.***.***:**] PHP Fatal error:  Uncaught Doctrine\\DBAL\\DBALException: Failed to connect to the database: An exception occurred in driver: SQLSTATE[HY000] [2002] No such file or directory in /var/www/nextcloud/lib/private/DB/Connection.php:64\nStack trace:\n#0 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(448): OC\\DB\\Connection->connect()\n#1 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(410): Doctrine\\DBAL\\Connection->getDatabasePlatformVersion()\n#2 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(354): Doctrine\\DBAL\\Connection->detectDatabasePlatform()\n#3 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(710): Doctrine\\DBAL\\Connection->getDatabasePlatform()\n#4 /var/www/nextcloud/lib/private/DB/Connection.php(151): Doctrine\\DBAL\\Connection->setTransactionIsolation(2)\n#5 /var/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php(181): OC\\DB\\Connection->__construct(Array, Object(Doctrine\\DBAL\\Driver\\PDOMySql\\Driver), Ob in /var/www/nextcloud/lib/private/DB/Connection.php on line 64
 



pour les droits sur les fichiers je vois pas pourquoi ça irai pas le nextcloud tourne depuis des mois avant que je fasse l'upgrade de debian.

ls -l /var/www/nextcloud/config/


-rw-r----- 1 www-data www-data  1328 Jul 18 10:51 config.php
-rw-r--r-- 1 www-data www-data 52500 Jul 12 10:14 config.sample.php



il arrive pas à se connecter sur la base de donnée et j'ai l'autre application qui a le même probléme...mais j'ai l'impression que c'est un probléme d'url rewriting dans la conf d'apache... ou pas hmm


Qaund je charge la page d'index de l'application SAcoche dans le error.log ça donne ça:

[Thu Jul 18 12:16:13.616718 2019] [php7:notice] [pid 31908] [client **.***.**.***:*****] SQLSTATE[HY000] [2002] No such file or directory in <strong>/var/www/SACoche/_sql/requetes_structure_maj_base.php</strong> on line <strong>55</strong><br />, referer: http://***.***.***.***/SACoche/

Dernière modification par cemoi (18-07-2019 11:18:08)


Linux debDesk Linux 4.19.0-9-amd64

Hors ligne

#9 18-07-2019 13:04:34

cemoi
Membre
Distrib. : Debian 10 Buster et une SID
Noyau : Linux 4.19.0-9-amd64
(G)UI : XFCE
Inscription : 21-10-2008

Re : [ok]migration serveur stretch>>buster >> pb avec mariadb

bad news:

mariadb -v


ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)



du coup je suis surpris...

systemctl status mariadb


Unit mariadb.service could not be found.
 



apt search maraidb-server


Sorting... Done
Full Text Search... Done
mariadb-server/stable 1:10.3.15-1 all
  MariaDB database server (metapackage depending on the latest version)

mariadb-server-10.1/now 10.1.38-0+deb9u1 amd64 [residual-config]
  (none)

mariadb-server-10.3/stable,now 1:10.3.15-1 amd64 [residual-config]
  MariaDB database server binaries

mariadb-server-core-10.3/stable 1:10.3.15-1 amd64
  MariaDB database core server files



eee... comment dire sad:(:(

A priori il n'y a plus de serveur sql... comment est ce que cela est possible? >> Les paquets factices de transition sous stretch ne sont pas présent dans buster.

J'ai du installer les metapaquets mariadb-server  php-mysql  php-ldap et php7.3-ldap qui n'avaient pas été installé... ça n'a pas suivi quand j'ai fait l'upgrade de stretch vers buster

Merci pour l'aide sur irc et ici \o/

Dernière modification par cemoi (18-07-2019 13:23:53)


Linux debDesk Linux 4.19.0-9-amd64

Hors ligne

Pied de page des forums