Reprise du message précédent :
C'est pas vraiment le fait de compiler en soi, mais surtout d'avoir à le refaire à chaque fois qu'il y a une update de sécu, s'assurer qu'on ne casse pas de dépendance, etc.

ouais après c'est clair qu'un paquet suceptible d'avoir dans le temps des failles de sécu, je vais préférer l'installer via les dépôts

Ben j'espère que toi tu l'es pas, parce que sur un serveur de prod aller chercher la merde en compilant des trucs à l'arrache en dehors des paquets d'une branche stable, c'est pas une attitude d'admin compétent à mon sens. Rien de personnel hein, c'est juste que ta remarque, je la trouve un peu limite lorsqu'on sait ce que peut impliquer une mise à jour foireuse sur un SI dont plusieurs dizaines/centaines de personnes dépendent pour travailler chaque jour.

serveur xen  en etch planté avec toutes ses machines virtuelles.    
 
Rien eu de particulier sur la machine hôte. Seule une des machines virtuelles a été upgradée en Lenny et tout semblait fonctionner correctement.  
 
J'espère pouvoir récupérer le système à partir d'un live ubuntu.
 
/3615 mylife.

Je pense pas qu'il y ait de liaison avec ta machine virtuelle upgradé en Lenny, je crois pas que le serveur puisse être touché par une VM niquée.

 
Un admin s'assure que son infra est stable, et ne la considère pas comme un jouet qu'on peut casser
 

 
une gentoo ou une LFS dans un environnement un minimum exigeant c'est un peu n'importe quoi    
 

 
problème de linkage, de symboles, de dépendances qui chient
 

 
ça tombe bien, tous les paquets sont susceptibles d'avoir des failles de sécu
 

 
j'aurai dit d'admin "responsable"

Ben évidemment, un admin compétent est forcément responsable

 
bof

+1

enfin je suis pas un admin, mais disons que je considère qu'installer son système c'est l'étape 12/3948 pour avoir un site web complet et fonctionnel, donc c'est pas l'étape sur laquelle je veux passer le plus de temps et d'énergie

ah mais on est bien d'accord...mais si tu aimes compiler, faut pas prendre une distro qui ne t'y encourage pas du tout en fournissant un super système de packet

 
Je ne pense pas non plus, mais c'est la seule intervention récente sur ce serveur.
 
Je n'ai pas réussi à réparer la machine hôte.  
 
Une chance que l'installation minimale avec les services xen  ne prend qu'une demi-heure  

C'est que c'est un pb hard alors

 
une demi heure

Pas plus. Après reste à ajouter les outils annexes (analyseur de logs, agent backups, etc...), mais les machines virtuelles étaient de retour au bout d'une demi-heure.

 
Y a pas l'air et j'espère que tu te trompes.  

debian stable et on compile certaines appli (apache/php/mysql...) pour avoir la version que l'on veut.

T'es gentil mais quand t'es admin, tu te crées un environnement de test que tu valides avant de passer en prod...
D'où la totale liberté de pouvoir compiler. Si tu compiles et qu'à la suite de tes tests tu n'as aucun souci, je vois pas où est le problème

Lis mon post plus haut alors
 

Si ton système est mal conf dès le départ et que tu lis pas les pré-requis c'est pas étonnant ça

 
Moi je dis ça mais c'est pas mon boulot hein  

parlons admin justement : comment est-ce que vous automatiser la réinstall d'un server si besoin ?
 
en gros je vois les opérations suivantes que j'aimerai automatiser :  
- install des package requis / désinstall des packages non requis
- paramétrages en tous genre (users, groupes, config des applis)
- restoration des données (optionnel, à la rigueur)
 
vous gérez ça comment ?

 
trash + provisionning automatisé + config management (puppet)

idem au boulot, manque que le provisionning, c'est en projet

/hs  
En lisant le message de DrDoom, j'me suis dit, bha dis donc, j'suis vraiment un mauvais admin ... vu que je préfère rester avec des paquets stable de la distrib, et que j'évite à tout prix de prendre des paquets à droite a gauche, à cause des soucis de dépendances, et aussi parce que pour mettre à jour les paquets qui ont des pb de sécu, c'est plus facile à maintenir en utilisant apt.
puis j'ai lu ton message ...
Ca rassure un peu, merci.
 
Ceci était un flag déguisé. Pour info, j'utilise des distrib debian depuis woody dans le cadre de mon boulot, et je lurke ce topic depuis quelques temps histoire d'en apprendre un peu plus sur l'utilisation de cette distrib.

j'ai rien compris
 
edit : à la recommandation de blacklord

 
ben l'install et la conf sont automatisés donc tu te prends pas la tête : tu trashes et 10 minutes plus tard tu as une machine neuve.

 
ct ça ma question : tu fais ça comment ?
 
Use case : j'ai un vps chez Linode ou un autre fournisseur, il m'installe sa debian 5 "standard", et j'ai un login root
 
à partir de là je voudrais pouvoir lancer un script ou autre me permettant d'automatiser tt la config du bousin

Pour l'install automatisée : preseed
Pour la conf + install "post-install" : puppet

Bonjour les gens,
 
j'ai un petit souci. J'ai un nouveau serveur qui vient d'arriver dans ma boîte (un Dell R710), avec 4 MD1000 au derche. Chaque MD1000 comporte des disques de 2To, ce qui monte l'unité à environ 20To utiles. Mais voilà, j'aimerais un volume comportant un MD1000, je n'ai pas envie de le scinder en deux partoches. Ext4 me paraît donc indispensable.
je vais installer du Debian sur le R710. Debian 5.0.4 gère-t-il l'ext4 en installant un paquet? Est-ce encore de 'expérimental, ou le système est stable?
 
Merci pour vos réponses

Lenny c'est du 2.6.26, donc pas encore déclaré stable pour Ext4.
(et perso je le ferais pas, avec un si gros volume de données, vu les "petits" problèmes de Ext4 jusqu'au 2.6.31 )

Vont être sympas tes fsck

 
C'est bien ce qu'il me semblait... Dommage, je vais être obligé de faire moultipartoche encore
 

 
M'en parle pas. Ma boîte a des besoins monstrueux de stockage... J'ai arrêté de compter, mais on doit pas être très loin de 200 To, et là, on va encore rajouter 96To... Et tout ça, si jamais on reboote la bécane, on en a pour 2 jours à finir le fsck

bah vas y! mets m'en plein la gueule

Sinon tu mets le kernel de squeeze (2.6.32)

 
merci je regarde...
 
pour l'install automatisé je pourrai pas, en général t'as pas la main la dessus chez les hébergeurs...
par contre je regarde puppet

 
puppet c'est la vie

N'exagérons rien, c'est pas parfait non plus. Déjà c'est pas du Python  

effectivement, c'est du ruby ce qui lui donne un net avantage regarde bcfg2 ou puppet le choix est vite fait

c pas overkill pour juste une seule machine ?

il s'utilise en mode "standalone" aussi. Pour une seule machine c'est un "gros investissement" Perso j'ai pas mal de machines à gérer et sans puppet c'est plus envisageable pour moi (enfin, sans un système de config management)

 
Le kernel de Squeeze est-il stable? J'avoue ne pas suivre le développement de Debian..