Reprise du message précédent :

 
Rien dans les autres logs justement. On dirait vraiment que le truc est juste coupé brutalement et rallumé. Je vais au taf jeudi, je peux vérifier si on n'a pas un contact moisi dans la prise mais ça me semble louche.
Au niveau cron, rien non plus.
 
Ca semble très aléatoire et la miss m'a dit que c'était arrivé quelque fois dans les derniers mois.
 
Le problème c'est qu'ils font tourner un logiciel à la con d'une boîte relativement peu réputée pour la qualitance de leur code du coup ça peut tout à fait être ça qui fait je ne sais pas quoi de coupe la machine.

Et cette application n'a pas un fichier de log dédié (dans /var/log ou ailleurs) ? Possible que l'appli crashe et fasse planter le serveur ?

Justement, le soft est obscure au possible, topspin de chez bruker si ça parle à qqn. C'est la quintessence du truc moisi à debug . Ce sont des workstations qui contrôlent des spectromètres. Il faut que je fouille poir voir si il y a moyen de sortir des logs mais il me semble que non. C'est ultra propriétaire comme truc

Si le soft fait rebooter la machine, c'est l'admin de la machine le responsable

A mon avis c'est plutôt un pb hardware.

C'est un serveur double-alimenté ?

 

 
Je vais investiguer jeudi, le truc c'est que le gens lancent des routines qui durent des jours sur ce bouzin, va falloir se battre pour pouvoir la rebooter    
 

 
C'est une workstation HP classique, mono alim, fournie par le fabriquant du spectromètre.

Il y a eu de nouvelles routines installées récemment ?

 
oui, je peux plus faire caca au boulot  

bon, ça sent le câble d'alim mal planté dans la workstation

Hello les mecs!
J'ai un souci: j'ai fait un clone (avec clonezilla) d'une machine physique, et je viens de descendre le clone sur une VM.
Souci, CentOS (7.4) ne détecte pas les volumes LVM. Je me retrouve sur dracut.
Et si je fais lvm lvscan là dessus, il ne me détecte pas les volumes..
Alors que si je boote sous Ubuntu c'est OK.

j'avais trouvé un tuto pour arranger ça, qui impliquait un boot avec l'iso de centos, un réinstall de grub2-efi, puis un grub2-mkconfig...Mais que dalle.

Du coup est-ce que vous auriez déjà été confrontés à un souci similaire?
Merci pour votre aide, j'avoue que je n'ai jamais eu à triturer grub du coup je suis paumé

EDIT: c'est bon, j'ai dégoté une procédure qui marche, avec un chroot puis un dracut pour regénérer l'initramfs en fonction du kernel en vigueur!

Il va retrouver le câble soudé au connecteur femelle  
 
Btw guys, une idée sur la raison pour laquelle j'ai ça sur une machine toute fraîchement installée centos7.8 ?
 

une simple multiprise en dispatcher : onduleur + xivo. (j'ai déjà vu ça)
 
@darxmurf, ne le prends pâs pour toi et ta boite, mais comme une expérience similaire que j'ai rencontré.

sudo -s

 
J’aurai dit sudo -q  

option invalide
(RTFM?)

Indice : prononce-le à voix haute.

 
Mais merde  

soudokul. oui pourquoi pas  
 
ca reste invalide

petit détérage
 
certains ont installé des disque externe en exfat?
 
quand j'essaye d'installer fuse-exfat, il m'installe exfat-utils en me disant qu'il est obsolete, mais derrière il  me reconnait pas un mount -T exfat  
 
sur du centos 6

J'ai eu pareil sur une vieille Debian (celle qui qui sert de base pour OpenMediaVault 0.5, soit ~ 5 ans). Message d'erreur lors du mount mais pas de problème ensuite en lecture et écriture.
 
En espérant que ça aide.

 
Merci de ta réponse en tout cas  

Je suis Debianeur moi, mais j'ai vu par hasard et ça pourrait intéresser/concerner des gens: https://hackaday.com/2020/12/09/cen [...] ve-centos/
 

Je voulais connnaitre le ressenti des HFRiens concernant la récente annonce de CentOS Stream, et l'abandon de CentOS 8.
https://blog.centos.org/2020/12/fut [...] os-stream/

On en a discuté un peu dans le topic des informaticiens aigris, mais clairement oui nous on est fortement impactés niveau boulot.
On commençait à peine à installer nos premières CentOS 8. Pour moi c'est la douche froide.
Que faut-il faire désormais ? Marche arrière ?  
Bien sûr j'exclue l'idée de "on donne des sous à RedHat / IBM"
 
Du coup en libre on part sur quoi :
- CentOS Stream ? soit des versions plus ou moins bêta en prod ?
- Oracle Linux ? "gratuit" et qui suit de près les versions RH ?
- Rocky Linux ? on part à l'aventure avec les fondateurs originaux de CentOS ? Est-ce vraiment sérieux en prod
- Debian/Ubuntu ? on change carrément de famille ?
- autre ? précisez ?

Dommage! Moi qui a abandonné Debian pour Centos récemment, je le trouve mieux fait.. Bref..
 
Donc je dois comprendre que CentOS Stream  = RHEL avec les dernières MAJ donc ça équivaut à Debian SID?
 
J'ai un peu regardé Rocky Linux, c'est encore une graine dans la terre, cela me rappelle l'époque du rachat de MySQL qui a vu naître MariaDB..
 
A suivre...

Si vous regardez la chaîne d’Adrien D (Linuxtricks) sur YouTube, ce dernier est aussi dans le même cas (il avait entamé le déploiement de CentOS 8 à son boulot, et il ne l’a pas terminé). Comme il refuse de passer sur Stream, du fait de son « instabilité » (puisque CentOS devient « la bêta de RHEL », au lieu d’être son clone), et comme Rocky n’est encore qu’au stade de l’annonce, il a actuellement opté pour une migration de ses CentOS 8 vers Oracle Linux (car l’installation et la maintenance de ce dernier sont tout aussi gratuits, OL est compatible avec EPEL, et le noyau en version LTS lui plaît aussi ; bref, elle couvre tous ses besoins).
 
À vous de voir si ça vous paraît une alternative judicieuse sur la durée, en attendant de savoir si Rocky finira par sortir – même en tant que fork, une distribution comme ça, ça se fait pas en deux jours et il faut avoir une équipe solide de mainteneurs derrière ; c’est pas un ou deux gus  chez eux, même les mieux intentionnés du monde, qui pourront y arriver sur le long terme – et tiendra sa promesse d’être une « CentOS bis », si remigrer d’OL ou Stream vers Rocky sera facile…

Pour l'instant je privilégie effectivement la solution Oracle Linux... vu qu'on en a déjà et que c'est très proche de CentOS, au moins les admins ne seront pas perdus.

 
Donc y aura plus de maj sur la centos 8 classique? pour un nouveau serveur, c'est donc centos stream qu'il faut installer?

CentOS Stream, c'est si pas vraiment stable, c'est pas idéal pour de la prod.

Tu pourrais me donner le lien du topic? Merci

Si tu acceptes la nouvelle philosophie de CentOS oui. CentOS 8 s'est vu son support passer de Decembre 2029 à Decembre 2021.

Comme il est dans mes signets… Ça commence ici :
https://forum.hardware.fr/hfr/Discu [...] #t61557968
 
(Sinon, à tes heures perdues, je te recommande l’histoire d’Overseas et ses blondes sur ce sujet, postée entre octobre 2006 et février-mars 2007 environ : filtre sur son pseudo depuis la première page ; j’aimerais bien savoir ce qu’il est devenu, depuis, celui-là…)

Centos Stream aura le meme support que la RHEL ? C'est une version glissante ?
Quel sera le rapport avec Fedora ?
 
C'est pas clair

ça sera la beta de RHEL

Une fois la RHEL sortie, elle ne serait plus suivie ?

Donc c’est plus Fedora qui servira de bac à sable ?

Si j’ai bien compris tout le bazar : Fedora sera le bac à sable de CentOS Stream, qui sera elle-même le bac à sable de RHEL. Seule RHEL sera une distribution « figée » (puisque la stabilité n’a rien à voir avec les capacités d’évolution, mais seulement avec la présence ou non de bugs résiduels pouvant causer un plantage), là où Fedora et CentOS ont droit à des mises à jour et des montées en version de composants entre deux versions de la distro.

Avant, Fedora était celui de RHEL et CentOS était juste le clone de RHEL, donc tout aussi figée que l’original (mais gratuite car ne nécessitant pas de payer un abonnement pour la maintenir, et on se demande pourquoi 1/5 des serveurs d’entreprises tournaient sous CentOS, contre le 1/30 pour l’original…).

 
Si je comprend bien, elle sera plus mis à jour, donc si tu as des bugs, tu tentes la nouvelle version qui est toujours la BETA de RHEL

Support de 5 ans si j'ai bien compris. Bref, aucun interet maintenant face aux Debian Sever ou Ubuntu LTS...

En attendant, ça se bouge pour assurer la succession de CentOS : après le créateur de cette dernière et sa future Rocky annoncée dans la foulée, voici que CloudLinux annonce son propre fork « binairement compatible 1:1 avec RHEL 8 (et suivantes) » !
 
https://lwn.net/Articles/840221/
Via SebSauvage : https://sebsauvage.net/links/?8bsFcg
 
Rien ne dit s’il est prévu de permettre aux impatients ayant opté pour OL (qui est le clone de CentOS le plus abouti à ce jour et officiellement pris en charge par divers outils, comme Zabbix) de passer sur cette « Lenix » (nom provisoire ?), via un simple script, sans obliger à une réinstallation depuis zéro…

A voir si ces projets seront arrivés à maturité lors de la EOL de CentOS8, comme l'a souligné AdrienD lors de sa dernière vidéo.
Et que les forces ne se dissipent pas dans plusieurs projets similaires pour la reprise due flambeau.

Ben en théorie suffit de changer les dépôts de paquets et la transition se fera au fil des MAJ (de sécurité).