Impossible de se connecter à l'interface WHM de mon VPS (malgré une tentative via SSH)

Bare Metal and VPS
1

Bonjour,

Avant toute chose, petit disclaimer pour vous donner le contexte dans lequel je formule cette demande. Depuis quelques années, je gère un site qui est hébergé chez OVH sur un serveur privé virtuel. Jusqu'à présent, le directeur technique historique du site s'occupait de l'administration serveur, or il n'a désormais plus le temps de s'en charger, la tâche me revient donc sachant que je suis plus que néophyte en la question. Ainsi si certaines inexactitudes sont présentes dans mes propos ou que ce n'est pas clair car je n'emploie pas la bonne terminologie, je tenterai au mieux de reformuler en précisant ce qui est nécessaire.

Donc depuis quelques mois, j'ai accès à l'administration de notre serveur, qui se déroule via l'interface WHM de cPanel. Notre directeur technique m'avait partagé le lien d'accès ainsi que les identifiants de connexion dans le cas où j'aurais besoin de vérifier certaines choses. Toutefois, je me suis vite aperçu du côté nébuleux de la chose, je n'ai donc évidemment rien touché afin d'éviter de créer le moindre problème.

Cependant, depuis samedi dernier, il m'est impossible d'accéder à l'interface WHM. En effet, lorsque je me rends à l'adresse qui m'avait été communiquée pour me connecter, j'obtiens une page d'erreur avec les messages suivants "Ce site est inaccessible. vps-xxxxxxxx.vps.ovh.net n'autorise pas la connexion. ERR_CONNECTION_REFUSED". Je n'atterris donc plus sur la page qui me permettait de me connecter à l'interface WHM avec les IDs que l'on m'avait communiqué. J'ai essayé de générer un lien de connexion en utilisant la commande sudo whmlogin en étant connecté en SSH au serveur, mais le lien que j'obtiens me renvoie vers les mêmes messages d'erreur.

Sur le dashboard de mon VPS via mon compte OVH, je remarque que dans la section OS/Distribution, rien n'est renseigné, ce qui m'inquiète un peu (je ne sais pas si ce que je vais dire est exact, mais j'ai peur que l'OS ait été désinstallé)

Capture d’écran 2025-01-16 à 15.27.09.jpg794×942 67 KB

Toutefois, mon site est actuellement toujours en ligne, et je peux accéder au back office via Wordpress sans problème.

Quelqu'un aurait une idée de ce qui se passe et de comment accéder à nouveau à l'interface WHM ?

Merci d'avance et n'hésitez pas si je peux préciser quoi que ce soit.

2

Bonjour,

Si l'OS avait été désinstallé, vous n'auriez plus de site web. Peut-on connaître l'adresse de votre site ?

3

Bien sûr, le site est https://www.jvfrance.com

J'ai masqué l'adresse du vps par "sécurité" mais si besoin de communiquer davantage de détails, n'hésitez pas.

4

Je suis à peu près sûr que j'avais une réponse (me demandant d'ailleurs quelle était l'URL de mon site). Pourquoi les 2 messages (la réponse en question + la mienne) ont-elles disparues ?

5

Salut,

Si tu as accès à la console en SSH, cherche dans les log la raison des 403 (log du service web Aapche ou NGnix).
Il y a peu de monde qui pratique Cpanel (ou autre) ici, tu devrais plutôt demander ça demander à leur support.

6

@Nicolas L.

Les réponses qui ne s'affichent pas une fois sur quatre, ça doit être à cause d'un rayon cosmique, parce que OVH ne semble pas trouver la raison de ce dysfonctionnement. Quelle daube ce logiciel de forum.

Et oui je vous demandais svp l'adresse de votre site, si vous pouvez le dévoiler en public. Il n'y a pas de messages privés et OVH estime superflu d'avoir des messages privés.

7

Effectivement, leur nouveau forum/espace communautaire ne semble pas faire l'unanimité et je comprends tout à fait pourquoi.

Pour l'adresse du site, c'est https://www.jvfrance.com (en espérant que mon message passe cette fois-ci). Aucun souci pour la partager, au contraire, si je peux fournir des infos qui pourraient aider à résoudre mon problème, ce serait avec grand plaisir !

8

Hello, merci pour ton retour. Sais-tu quelle est la commande à utiliser pour cela ? En cherchant un peu je tombe sur des sources anglophones mais le vocabulaire technique en anglais fait que je ne suis pas sûr à 100% de comprendre et j'aimerais autant éviter de rentrer des commandes qui pourraient provoquer davantage de soucis.

9

Dans mon cas, j'ai même l'impression que les réponses que je fais ne passent pas. Mais c'est pas grave, on va persévérer hein. Mais effectivement, leur système n'est pas pratique. La moindre des choses, quand on ne peut assister tous les utilisateurs, c'est au moins de mettre à disposition un espace communautaire fonctionnel. Ça ne donne pas très envie de rester chez eux tout ça.

Du coup l'adresse sur site en question est https://www.jvfrance.com. Si besoin de plus d'infos, je peux en fournir. Merci en tout cas.

10

Encore 2 réponses qui ne passent pas de mon côté, donc on retente une 3ème fois.

L'adresse du site en question est https://www.jvfrance.com. Si besoin de plus de détails, je peux évidemment en donner sans problème. Merci en tous cas !

11

Bonjour @Nicolas L.

Pour que vos réponses soient correctement affichées, mettes votre réponse tout à fait en bas de toutes les réponses.

Capture d’écran 2025-01-20 093958.png691×165 28.4 KB

12

Bonjour,

Merci pour vos 3 reponses. Aujourd'hui le forum est en mode "avec réponses" :)

Votre VPS vps-9fda2e4d.vps.ovh.net ne répond pas sur les ports 2082, 2083, 2087 ... je suppose qu'il y a un processus qui est mort sur votre serveur.

Avez-vous essayé de rebooter votre VPS ?

la commande à utiliser sous ssh, avec le user 'root' : shutdown -r now

13

Bonjour,

Incroyable, on va profiter de cette journée "avec réponses" alors ;) Et navré pour le spam de réponses !

Effectivement, il semblerait que les ports whm soient fermés. Je n'ai pas encore essayé de rebooter le VPS, j'avoue que je craignais faire une bêtise en le faisant.

D'ailleurs, le support d'OVH m'a signalé avoir remarqué les messages suivants dans le bootlog (mais évidemment, je n'ai aucune idée de ce à quoi tout cela correspond) :

[75081389.926622] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132170)
[75081389.930451] loop: Write error at byte offset 541495296, length 4096.
[75081389.931780] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132201)
[75081389.935818] loop: Write error at byte offset 541622272, length 4096.
[75081389.937208] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132232)
[75081389.941104] loop: Write error at byte offset 541749248, length 4096.
[75081389.942605] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132263)
[75081389.947007] loop: Write error at byte offset 541876224, length 4096.
[75081389.948447] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132294)
[75081389.952586] loop: Write error at byte offset 542003200, length 4096.
[75081389.954142] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132325)
[75081389.958106] loop: Write error at byte offset 542130176, length 4096.
[75081389.959946] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132356)
[75081389.964197] loop: Write error at byte offset 542257152, length 4096.
[75081389.965824] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132387)
[75081389.969278] loop: Write error at byte offset 542384128, length 4096.
[75081389.970999] EXT4-fs warning (device loop0): ext4_end_bio:302: I/O error -28 writing to inode 21 (offset 49152 size 4145152 starting block 132418)
[75081389.974767] loop: Write error at byte offset 542511104, length 4096.
[75081389.976699] loop: Write error at byte offset 542638080, length 4096.
[75081389.978695] loop: Write error at byte offset 542765056, length 4096.
[75081389.980635] loop: Write error at byte offset 542892032, length 4096.
[75081389.982531] loop: Write error at byte offset 543019008, length 4096.
[75081389.984551] loop: Write error at byte offset 543145984, length 4096.
[75081389.986549] loop: Write error at byte offset 543272960, length 4096.
[75081389.988552] loop: Write error at byte offset 543399936, length 4096.
[75081389.990654] loop: Write error at byte offset 543526912, length 4096.
[75081389.992744] loop: Write error at byte offset 543653888, length 4096.
[75081389.994830] loop: Write error at byte offset 543780864, length 4096.

14

Bizarre ce loop0 sur un VPS

pouvez-vous taper la commande suivante:

mount | grep loop0

ça répond quelque chose d'utile ?

Autre chose: ça râle sur le n° d'inode 12. Chez moi sur une machine Debian c'est /dev/console

pouvez-vous taper la commande suivante

find / -inum 12

Vous pouvez faire control-C dès que vous avez une réponse, sinon ça va durer des plombes.

15

Tout d'abord, merci beaucoup, le reboot a visiblement fait son effet et j'arrive enfin à avoir accès à l'interface whm ! Je me sens un peu bête que la solution ne tienne qu'à un reboot, d'ailleurs mon équipe et moi-même rencontrions énormément d'erreurs critiques en essayant d'accéder à WP et ça a également arrangé les choses visiblement, encore merci en tout cas !

Est-ce que je tape quand même les 2 commandes que vous m'avez indiqué pour voir ce qu'il en retourne ?

16

Non je pense que ça va être superflu. Peut-être que cette erreur est une erreur non critique de configuration depuis le début de votre VPS.

17

Bonjour,

L'accalmie aura été de bien courte durée car l'interface whm redevient vite inaccessible au bout d'un moment. Si j'effectue un reboot du serveur ça revient, mais cela semble temporaire.

J'ai tapé les 2 commandes que vous m'avez conseillé plus haut, à savoir "mount | grep loop0" (mais cela n'a rien donné), et "find / -inum 12" qui a donné ceci :

/sys/kernel/debug/x86
/sys/hypervisor
/var/tmp/mysql.sock
/tmp/mysql.sock

D'ailleurs, comme je l'avais évoqué plus haut, j'ai remarqué que depuis que ce problème se produit, Wordpress nous renvoie systématiquement des erreurs critiques. Lorsque je fais un reboot du serveur, on peut de nouveau accéder au back office via Wordpress, mais l'erreur critique revient très vite et il devient impossible d'accéder au serveur via whm et au site via Wordpress.

Je ne sais pas si cela peut avoir un lien de cause à effet, mais j'ai aussi remarqué que l'utilisation de la RAM du VPS est à 100%.

Retour à la case départ donc. Merci d'avance pour votre aide !

18

Tu as de l'espace disque au moins ?
Donne nous le retour de :
df -h
free -h
grep -i error /var/log/syslog
grep -i error /var/log/kern.log

19

J'allais poser la même question.
Au moins je vois que les réponses apparaissent en temps réel dans ce forum...