Bonjour,
En revenant j'ai remarqué que notre serveur en local qui nous sert pour le développement de site est partis en sucette pendant le week-end.
L'Ordi est sous tension mais inaccessible en SSH et n'as pas d'affichage quand je lui met un écran au cul.
Powerup 3s puis redémarrage en croisant les doigts et après d'interminable minutes, il finit par booter...
 
...sauf que les site ne marche toujours pas, et pour cause, le dossier qui contient tous les sites (partagé sus Samba pour que tous les windows de la boite puisse y avoir accès) est maintenant remplis de fichiers bizarre :

Le technicien qui gère (en tout cas plus que moi) n'est pas joignable, que puis je faire d’intelligent ?
 
NB: J'ai un backup de /website/ sur notre NAS datant de samedi matin, donc a priori on a rien perdus mais qu'est ce qui est le plus simple à faire pour revenir en mode "ça marche comme avant" ?
 
Question subsidiaire, d’où cela peut il venir, doit je m’inquiéter de l’état du disque ?

 
Ben on dirait que les fichiers que tu vois sont ceux normalement présents dans /boot
 
Du coup, ça fait penser à un raccourci qui ne pointe plus au bon endroit et/ou à un lecteur qui ne répond plus et donc le point de montage n'est plus pris en compte ou aurait été changé.
 
Montre ton fstab pour commencer car je vois dans ce que tu montres :
 
/dev/sda1             477M  192M  260M  43% /website
 
ça m'étonnerait que ton sda1 ne fasse qu'un peu moins de 500M. C'est la taille d'une partition de boot ça...  

En gros il y a un problème dans ce que tu montres :
 
[root@website ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_website-lv_root
                       50G   12G   36G  25% /
tmpfs                 1,9G     0  1,9G   0% /dev/shm
/dev/sda1             477M  192M  260M  43% /boot
/dev/mapper/vg_website-lv_home
                       84G   56M   80G   1% /home
/dev/sda1             477M  192M  260M  43% /website
 
Que remontent les commandes blkid et lsblk?
 
Y a t il eu des modifications sur ce serveur récemment?
 
Edit : burned

 
On a bien /dev/sda1 /website ext4 defaults 0 0 qui est sensé se monter dans /website
Mais encore une fois, je doute énormément que la taille de ce filesystem soit de seulement un peu moins de 500M
 
Donc AMA le montage ne se fait pas et /website est juste une partie de /dev/mapper/vg_website-lv_root /
 
/dev/sda1 est visiblement sensé être un simple disk ou SSD. Pas de Raid, pas de système de fichiers réseau etc... Bon c'est pour du dev de site seulement, c'est donc sûrement pour cela.
 
En regardant à nouveau ton df -h, on voit bien que:
/dev/sda1             477M  192M  260M  43% /boot
/dev/sda1             477M  192M  260M  43% /website
 
C'est le même disque avec 2 points de montage différent. /boot est monté, et ensuite /website est monté avec les fichiers de /boot
 
ça ressemble à un mec qui aurait tripatouillé le fstab ça.

 
Posté en même temps

D'ou le "burned" en edit ^^

Ah oui mais non, normalement /website/ je crois que c'est le disque de 500 Go ( /dev/sdb  ?) et il n'est sensé y'avoir que les sites dessus...
Et le 150 G0 je crois que c'est le disque système (mais y'a sans doute les bases Mysql dans les dossier "normaux" )...
 
Du coups faudrait essayer un truc du genre :

et

?
 
Et quand vous dites "ça ressemble à un mec qui aurait tripatouillé le fstab ça.", vous pensez à une attaque depuis l’extérieur ou juste mon collègue qui aurait fait un truc crade dans le fichier ?

Ce serait sdb1 mais dans l'idée oui.
 
Après on va pas pouvoir te dire ce qui s'est passé exactement, on est pas sur le system, tu peux essayer de regarder dans l'history et dans les logs si des actions ont eu lieux.
 
Quoiqu'il en soit, a l heure actuelle ton /website pointe sur le /boot, donc le seul truc que l'on peut te dire, c'est que ton fstab n'est pas bon et que si tu montes tes répertoires "à la main", au prochain reboot ce sera le même soucis..
 
Quel est le résultats des 2 commandes que je t'ai filé?

C'est bien ca, si tu regardes les UUID, ton sda1 est ton /boot et identifié comme tel dans le fstab.
 
Le sdb1 doit correspondre à ton /website (mais ca on ne peut pas te l'affirmer, tu peux essayer de monter la partition pour regarder ce qu'il y a dedans) mais du coup quelqu'un a du se planter en rentrant cette ligne dans le fstab :
 
/dev/sda1 /website ext4 defaults 0 0
 
Ou sda1 est en fait sdb1

Bon, j'en suis là...

Mon website-test contient bien tous les fichiers de dév.
 
Comment faudrait il maintenant que j'écrives mon fstab pour qu'au prochain redémarrage, tout rentres dans l'ordre ?
Juste changer la dernière ligne de

à

?

 
Je mettrais :
 

 
Donc 2 à la place du dernier 0 pour le dossier "website".
 
Par contre, sérieusement, je me demande vraiment comment ton collègue a pu faire une connerie pareille. Seriously... Ya du winner chez vous.
 
 

Y'a un truc qui a sauté mais je ne suis pas sur que ce soit de sa faute...
 
...les absent ont toujours tort mais la machine fonctionnait bien jusqu'à samedi matin 3H00 (date de la dernière sauvegarde réussis) et n'a pas planté lors du dernier redémarrages (il y'a 2 ou 3 semaines) et je suis quasiment sur qu'il n'a pas touché (physiquement ou en ssh) à la machine, enfin je lui demanderais quand je pourrais.
 
C'est possible que les uuid ("vrai nom des disques" ) puisse changer de sdb a sda ?
 
J'ai changé en mettant l'uuid du 2eme disque plutôt que /dev/sdb1, ce sera ptet plus solide, en tout cas la machine et les partages re-fonctionnent...
 
Et on n'est qu'une toute petite structure donc y'a des trucs c'est un peu à la débrouille oui ! ^^
 
Merci en tout cas à tous les deux pour votre aide !

Tu ne peux pas démonter le /website car il pointe actuellement sur le /boot donc dans l'idée pour avoir un truc propre est de modifier la fstab comme l'indique Hermes et de reboot oui.  
 
Tu peux également avant de modifier la fstab faire un stat /etc/fstab pour voir qd il a été touché pour la dernière fois..
 
Edit : tu peux mettre les uuid si tu veux, cela ne changera pas grand chose et non les uuid sont uniques et sont liés aux partitions, donc non ce n'est pas possible
 
Si le fstab a été modifié ou même complétement détruit/faux/etc..., ta machine va en continuer à fonctionner tant qu'elle ne sera pas (en gros) rebootée d'ou le fait qu'elle aurait pu fonctionner pendant 6 ans avant son redemarrage de samedi  

 
Que donne "history" en root? Aucune commande chelou (enfin avant celles que tu as tapées bien sûr)

Et fait gaffe tu parles de sdb1 et disque :
 
Sdb = disque ce qui est différent de sdb1 qui est une partition sur le disque sdb ! (et les uuid sont les identifiants des partitions et non des disques )

Clairement pas un sysadmin de qualitay, but shit happens

Nop, rien depuis les derniers yum update et shutdown -r now ^^
En même temps je penses que même un script kiddie pensera à faire le ménage, faudrait que je cherches dans les logs pourquoi il était frozen à la base (je l'ai retrouvé lundi allumé mais sans affichage ni accès SSH).

Ok merci pour l'info, j’ai lut quelque part que la montée en sda ou sdb des disques était tributaire du contexte dans lequel était exécuté fsatb et même si je n'ai pas très bien compris ce que ça veux dire, j'ai un peu l'impression que c'est la cause du problème qu'on a eu puicque la même partition était monté 2 fois (une fois via son uiid et l'autre via /dev/sda1).

Ah ben si je l'appelle sysadmin ça va bien le faire marrer oui ! ^^

 
Non mais ça, ça n'explique pas du tout comment le fstab a été réécrit. Le fstab a été réécrit par quelque chose ou par quelqu'un.  

 
 
Voila, l'explication la plus vraisemblable (et au vu de la gueule du fstab c'est quasi sur) c'est que quelqu'un a rajouté manuellement la ligne montant le /website et s'est foiré entre sda1 et sdb1.
 
Le fstab en gros, il a été renseigné via l'installeur le 3/01/2018, à mon avis en suivant/suivant/ok (car clairement, vous avez du LVM mais le /var n'est même pas isolé, donc pour un site web c'est moche) et puis basta, ne cherche pas plus loin, l'erreur est humaine  

Ben je verrais avec lui mais je penses qu'il a crée le montage avec la partition qui fonctionnait (a l'époque) sur /dev/sda1 et que lors du plantage de ce week-end /dev/sda1 est devenus /dev/sdb1...
 
...enfin pour moi c'est le plus crédible vu ça marchait avant, même lors de re-démarrage, et je suis 99% sur qu'il ne serait pas aller modifier un truc qui marchait (mais à vérifier quand même à son retour).
 
Après est ce qu'il y'a une meilleur manière d'écrire le fstab, je l'ignores (c'est bien pour ça que je suis ici a vous demander de l'aide ^^).
 
Sinon, nouveau rebondissement : machine encore planté aujourd'hui (pas de site, pas d’affichage et pas de SSH) mais avec le nouveau fstab, elle a booté comme il faut, par contre j'aimerais biens avoir d’où ça vient et si il faut s’inquiéter de la nécessité de lui "monter" une remplaçante...
 
Voila ce que j'avais dans /var/log/messages :

Les dernières log daté semblent être dans /var/log/cron :

Rien de bizarre dans /var/log/secure :

Bref : moi hier, l'ordi de backup qui se connectes à 3h30 et moi a 14h...
 
C'est vrai que la machine est un vieux tromblon (2 Go de ram, 2 vieux disques IDE) et qu'il fait chaud en ce moment mais comment je peux continuer mon investigation ?
Y'a moyen d'avoir d'autres logs plus pertinente ?
On dirait que le rsync depuis la machine de backup foire un truc à 3h30 mais pourquoi, ça marchait bien avant...  

Bon j'ai regardé sur le serveur de backup si je voyais des trucs mais non, j'ai fait mon rsync depuis le serveur backup en mode ssh pour immiter le cron et voir si y'avait un soucis (et avec un top coté machine de dév. ^^) mais ça a fonctionné...

Pour faire rapide, prends vraiment en compte l'explication que l'on t'a donné concernant ton problème originel, l'inversion de disque que tu cites est possible mais aurait nécessité de déplacer au minimum le /boot, opération légèrement "touchy" au vu de votre niveau (vraiment pas d'insulte la dedans, juste pour te faire comprendre que l'inversion d'une lettre dans le fstab est 99% plus probable )
 
Pour ton problème actuel, que s'est il passé et qu'as tu fais? En gros la machine etait freezé, tu l'as hard reboot et ca a refonctionné?
 
Les logs que tu nous montres ne vont pas nous aider, envoie nous les résultats de ces 2 commandes :
 
- dmesg
- cat /var/log/messages | grep error

yep, même état qu'hier sauf que là ca a marché direct...

et rien pour "cat /var/log/messages"