Serveurs Privés Virtuels (VPS) - Phpmyadmin installé sur vps
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Phpmyadmin installé sur vps

Von
AmadyD
Erstellungsdatum 2020-06-09 15:46:08 (edited on 2024-09-04 12:38:59) in Serveurs Privés Virtuels (VPS)

Bonjour ,

Je suis confronté à un problème de connexion critique sur mon Phpmyadmin installé dans mon VPS .
J'utilisais a chaque fois les même informations de connexion pour accéder à mes base de données.
Et actu les sites ne marchent pas cause Error establishing a database connection

Le nom du VPS est : vps447904.ovh.net
Je suis completement bloqué depuis 2 semaines et compte sur votre diligence.


6 Antworten ( Latest reply on 2020-06-10 15:16:35 Von
popallo
)

Bonjour,

vous avez vérifié les logs sur votre VPS ou même ne serait-ce que vérifier que le service de SGBD est bien lancé/Actif ?

Cordialement, janus57

Salut @AmadyD

tu t'es connecté en SSH au server afin de vérifier un peu ce qui tourne ou pas ?
Ton disque ne serait pas saturé par hasard ?
Tu as tenté de redémarrer le serveur ?

Concrètement, qu'est-ce que tu as fais jusqu'à présent ?

jalinn

salut je me suis connecté en ssh pour vérifier mais tout me paraissait normal
Alors que faire si le disque est saturé?
NB: j'ai redémarré plusieurs fois

je suis debutant en vps . Alors comment voir les logs ?

Bonsoir, possible de renvoyer le résultat de la commande :

df -h

?

Cette commande affiche les différentes partitions ainsi que l'espace disque restant pour chaque.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Jun 9 22:23:13 2020 from 41.214.83.90
root@vps447904:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 40G 11G 27G 29% /
udev 10M 0 10M 0% /dev
tmpfs 774M 49M 726M 7% /run
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
root@vps447904:~#

Alors vous en pensez quoi?

Que donne :
> systemctl status mysqld


● mysqld.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
root@vps447904:~#

Est-ce que ces commandes pour mettre à jour le système se lancent sans erreur :

> apt update
> apt upgrade

L'espace disque ne semble pas en cause. C'est quel système au fait ? Debian 9, 10 ?

Que renvoie

systemctl list-unit-files | grep enabled

?

ca s'installe attendons un peu de voir ce que ca donne

Setting up openssl (1.0.1t-1+deb8u12) ...
Setting up php-pear (5.6.40+dfsg-0+deb8u11) ...
Installing new version of config file /etc/pear/pear.conf ...
Setting up php5 (5.6.40+dfsg-0+deb8u11) ...
Setting up pure-ftpd-common (1.0.36-3.2+deb8u1) ...
Setting up pure-ftpd (1.0.36-3.2+deb8u1) ...
Setting up python-ecdsa (0.11-1+deb8u1) ...
Setting up python-lxml (3.4.0-1+deb8u1) ...
Setting up python-paramiko (1.15.1-1+deb8u1) ...
Setting up python-urllib3 (1.9.1-3+deb8u1) ...
Setting up sudo (1.8.10p3-1+deb8u7) ...
Setting up unzip (6.0-16+deb8u6) ...
Setting up phpmyadmin (4:4.2.12-2+deb8u9) ...
dbconfig-common: writing config to /etc/dbconfig-common/phpmyadmin.conf
Replacing config file /etc/phpmyadmin/config-db.php with new version
dbconfig-common: flushing administrative password
apache2_invoke phpmyadmin: already enabled
Processing triggers for libc-bin (2.19-18+deb8u10) ...
Processing triggers for initramfs-tools (0.120+deb8u3) ...
update-initramfs: Generating /boot/initrd.img-3.16.0-11-amd64
Errors were encountered while processing:
mysql-server-5.5
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@vps447904:~#


systemctl list-unit-files | grep enabled



Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Jun 10 00:17:40 2020 from 41.214.83.90
root@vps447904:~# systemctl list-unit-files | grep enabled
acpid.path enabled
cron.service enabled
getty@.service enabled
hwclock-save.service enabled
inetd.service enabled
rsyslog.service enabled
ssh.service enabled
sshd.service enabled
syslog.service enabled
unattended-upgrades.service enabled
acpid.socket enabled
remote-fs.target enabled
root@vps447904:~#

Au passage, Debian8 est en fin de vie et a déjà 5 ans.
C'est le moment de vérifier les sauvegardes également.
Est-ce que le fichier /lib/systemd/system/mariadb.service existe ?
> ls /lib/systemd/system/mariadb.service

Bonjour,

déjà perso je m'arrêterais ici et je regarderais pour passer sur Debian10, voir même je me poserais la question de savoir si le VPS est une bonne idée.

Si depuis l'installation du/des sites sur le VPS vous n'avez jamais fait de maintenance (mise à jour / installation de logiciel de sécurité / optimisation du serveur) le VPS n'est pas le produits recommandé dan de cas car cela demande de l'entretient et vous êtes le seule à bord (ovh ne va pas aider/faire de sauvegarde/sécuriser le tout).

Enfin en prime perso je n'aurais jamais fait un update/upgrade avant de savoir pourquoi le SQL était planté, car là lors de l'upgrade un jolie :
[quote]
Errors were encountered while processing:
mysql-server-5.5
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
[/quote]
indique qu'une MàJ de MySQL a été tenté mais non finie, donc là vous avez un MySQL semi-upgradé et planté (ce qui n'est jamais bon pour un SGBD).

Donc là il faut regarder dans /var/log/mysql.log (de mémoire) ce qui c'est produit pour planter MySQL.

Cordialement, janus57

Il est temps de :
1. Faire un Snapshot du vps en l'état
2. Essayer de réparer ce service MySQL en étudiant le journal système pour essayer d'en savoir plus sur l'erreur rencontrée
3. Migrer vers un autre vps à jour ou autre produit plus adapté à votre besoin

Si vous avez besoin d'une aide plus approfondie faut pas hésiter à contacter l'un de nous directement. Votre problème étant spécifique je ne suis pas certain que ce soit intéressant d'en discuter publiquement.

pourraisje avoir votre mail svp


Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Jun 10 00:40:36 2020 from 41.214.83.90
root@vps447904:~# /var/log/mysql.log
-bash: /var/log/mysql.log: Permission denied
root@vps447904:~#

Après consultation du serveur il s'avère que le moteur innodb était hors service et défaillant. Après réinitialisation des logs innodb et debug de quelques erreurs le serveur est reparti.

Je vous recommande chaudement de faire un backup de vos différents sites (fichier + bdd) et de changer de serveur maintenant :)

A dispo si besoin !