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.
Serveurs Privés Virtuels (VPS) - Phpmyadmin installé sur vps
Related questions
- Perte de mot de passe
50864
26.05.2023 13:36
- Comment configurer/utiliser un SMTP depuis un VPS ?
49295
07.10.2019 10:49
- Je connais que le mutu et besoin de node js
48859
14.04.2017 13:34
- Qu'est-ce vcore?
48091
06.01.2017 19:20
- Envoi Email via SMTP (port 587) sur VPS Pro1
46872
27.01.2017 10:02
- [résolu] Serveur Mysql - hôte inconnu
44489
19.01.2017 16:21
- Mon VPS à Timed Out
44307
15.03.2017 22:50
- Délai de livraison VPS
44001
11.07.2018 15:15
- Problème avec statisitique Plesk
41276
29.03.2017 07:44
- Accès externe base de données
40552
18.07.2018 10:29
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:~#
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 !