Dominique Feyer a écrit 58 commentaires

Fork propre ou pas ... un fork reste frustrant pour une équipe de développement. Maintenant faut être un peu réaliste, on peut pas tout faire dans le pure respect de règle d'un "fork" ... pour autant qu'il y ai des règles.

Apple par de son côté, KHTML reste sur leur position ... pas grave, je profite du meilleure des deux mondes.

Je trouve qu'il y a quand même pas mal d'extrémisme dans ce procès Apple vs KHTML ...

ServerTokens Prod

dans /etc/httpd/conf/httpd.conf

D'après ce que je connais de Xen c'est de la virtualisation ... donc transformer un machine physique en plusieurs machines virutel ... pour de l'hébergement dédié virtuel par exemple.

Alors je me suis mal exprimé, c'est plutôt ce genre d'archi qui m'intéresse.

Acutellement, j'administre une cinquantaine de serveur pour le compte d'un hébergeur (~10'000 domaine) sur du single server (web, db, dns, mail sur serveur distinct).

Dans ce genre d'archi, il faut que tous les serveurs apache partage les même disque (via NSF ou un truc du genre) ? Y a mieux que NFS dans ce cas ?

Merci pour vos réponses.

Pour la "non réponse" ... merci, mais je ne vis pas sur le site ... je bosse aussi ;-)

Oui je suis admin chez un hébergeur (10'000 sites), mais on travaille uniquement sur du single server (en séparant web, db, mail et DNS sur des serveurs séparé). ça fonctionne très bien. Je cherchais simplement des infos sur le clustering vu que j'y connais rien.

- une expérience significative dans l'hébergement ?
Admin Linux pour environ 10'000 domaines depuis 4 ans (avant je bossais dans le milieu universitaire comme admin système)

- une expérience significative dans l'admin "haute" dispo de serveur ?
Qu'entend tu pas haute dispo ? POur l'instant notre système single server fonctionne très bien en rapport avec les prix de nos prestations (98-99% de disponibilité). L'objectif ne serais pas vraiment d'augmenter la disponibilité, mais plutot de mieux dispatcher la charge.

- une expérience significative dans le dev "haute" dispo ?
Là aussi tout dépend ce que tu entends par dev HA. J'ai développé toute l'application qui permet la gestion de comptes que nous hébergeons (web service SOAP, php, perl/python) mais rien de vraiment haute disponibilité.

apres, se pose la question du datacenter
- est il pres de chez toi / ton bureau ?
1h en voiture du bureau, ligne loué et VPN Cysco pour accès disant. On loue une chambre dans un datacenter certifié ISO. Pour la bande passante, on a déjà 40-50 Mbps

- si il est chez toi as tu electricité redondante, et fibre redondante ?
Alimentation redondante + UPS + Génératrice (72 d'autonomie pour tous le datacenter).

puis reste les dernieres questions :
- avec combien de machines compte tu commencé ?
Pour l'instant le cluster ne serait que dans le labo pour test. Sinon la société existe depuis 5 ans. La structure est solide et une croissance parfaitement correct pour le secteur.

Actuellement on a un parc d'une cinquantaine de machine.

Pour PHP j'ai déjà des configurations fonctionnelles, limitation du temps d'exécution, du nombre de process par vhosts, de la mémoire, ... donc le cas de la boucle infini sera automatiquement arrêter dans un certain délai.

Nous avons déjà un gros système de firewall cisco redondant.

Le problème c'est que certain compte web de nos client se font cracker et les cracker lance des services réseaux, la plupart du temps bloqué par le firewall, mais je dois faire de l'ordre à la main.

J'aimerais donc juste un script qui tue les services réseaux non autorisés.

Comment je fais pour partir de 777 au lieu de 666 ?

Le but c'est que les fichiers créer via SSH, FTP ou SFTP puisse être créer en 740 sans passer par une action comme un chmod.

On l'utilse pour du développement java (gros projet), php et pour de gros scripts bash et python.

En réseau local ou via internet (tunnel SSH)

Aucun problème à ce jour, nous sommes 5 à 6 utilisateurs, donc je ne parle pas de très grosses config, mais subversion est une excellente solution de gestion de version.

Oui, c'est ce que je cherche, je suis entrain de faire des test d'installation depuis hier après midi. ça semble très puissant. Par compte, ça demande pas mal d'effort. Mais vu le temps que je peux économiser et le nombre de chose que l'on peu surveiller avec CFengine, je pense que c'est une bonne solution.

Par compte ça semble être l'un des seul projet qui fasse ce genre de travail. C'est êtrange. Pas mal d'admin doivent avoir ces problèmes ... ils n'utilisent quand même pas tous cfengine.

ça répond toujours à ma problèmatique ...

J'ai besoin d'un soft qui puisse déployer et mettre à jour des fichiers de configuration sur des groupe (web, dns, ...) de serveurs.

Genre si je veux modifier le port du serveur SSH, que je n'ai qu'un seul fichier à mettre à jour pour updater tous mes serveurs.

Pour l'installation des serveurs, nous utilisons des images disques et des scripts de configuration. Ta solution est intéressante, mais c'est pas exactement ce que je recherche.

J'aimerais avoir la possibilité de mettre à jour un fichier de configuration depuis un serveur qui ensuite le déploie sur un groupe de serveur. C'est pour simplifer la maintenant et pour garder une configuration homogène. Pour l'instant, j'utilise des scripts "home made" qui utilise SSH pour l'envoie des fichiers de conf et sed pour le modification de variable comme IP, hostname, .... Mais j'aimerais quelque chose de plus puissant.

Plutôt des utilisateurs de base sous Mac OS X ... tu semble oublier les graphiste, vidéaste, soud designer, ingénieur du son, producteur ... que je considère pas comme utilisateur lambda ... Mac OS est avant tous un OS professionnel qui permet de se concentrer sur son métier (graphisme, vidéo, mulitmédia, ...) plutôt que sur des soucis techniques.

Je bosse sous Linux (poste de travail et server) dans mon job d'administrateur système, mais dès que je fais de la production audio ou des live electro ... Mac OS prend le dessus. Et maintenant avec la version X, je me prend même à développé comme je le fais sous Linux ... en mode console ;-) Personnellement Mac OS X me donne accès au meilleure de deux mondes. Un système simple stable et puissant pour faire de la musique ... et un unix pour le développement ... Je pense que ce peut être un exemple pour le Linux Desktop ...

Malheureusement ... je suis sous un kernel 2.2 ... et il semble que pivotroot soit arrivé uniquement depuis le 2.3 ...

J'ai un serveur de mail (donc des fichiers qui change rapidement) ... t'as solution n'est-elle pas dangereuse ?

Mille merci, le but était de tout manière de récupérer le 80 Go comme mirroir pour les données qui seront sur le nouveau. Je voulais aussi profiter des perfo du nouveau disque ... donc ce howto est providentiel ;-)

La community comporte plus de bug et d'instabilité que l'Official. Ton chipset ou un autre périphérique de ton shuttle pose certainement problème. N'essaie pas de régler le problème, passe à l'official, c'est plus stable, les mises à jours fonctionne mieux, ...

Je dirais pas vraiment technique, mais plutôt "scientifique" ... je sors d'une fomation en physique et c'est clair que la ratio homme/femme est très déséquilibré ... Je veux pas faire le sexiste, mais c'est nos différences qui font notre égalité ... il y de très bonnes informaticiennes et même d'excellente, simplement ce n'est pas majoritairement leur voie ...
Dans un autre registre, je fais de la production en musique électronique (expérimental, recherche, sound design) et là aussi on manque cruellement de femme. Par compte les quelques femmes qui sont active dans ce milieu on une sonorité très spécifique ... et très long des caricatures. Elles n'ont pas un son plus fin, claire, gentil ... il n'y a pas vraiment de terme pour décrire cette différence ... on pense autrement, on a une autre approche du groove (ou du développement, de l'organisation, ...) ... et je suis très content de ses différences ... la vie serait terne si on était trop semblable ...
Il faut simplement un grosse dose de respect. Il ne manque que ça. Et ça marche dans les deux sens ...

Dassault System, un département indépendant de Dassault Aviation, est entrain de développer un gros projet pour l'un de leur site en utilisant Typo3 (www.typo3.com).
Donc voilà encore un groupe internationale qui utilise du logiciel libre

C'est vrai que cette discution commence à partir en vrille ;)

Mais mon problème tourne aussi autout d'un certain obscurantisme de la politque de débian (sympa pour discuter avec les clients). Si tu n'es pas proche des développeurs ou des ML (perso j'en lis déjà trop et j'ai pas le temps de lire celle de debian) tu n'es pas vraiement au courant de la politique. Et je pense même que certaines personnes sur les ML n'ont pas une idée très clair de cette politique.

Avec le support du non free, cela veut dire que la documentation FDL d'un package considéré comme free puisqu'en GPL sera disponible uniquement dans un package non-free ... pas simple

Alors pour prendre l'exemple de la voiture, tu acceptes d'utiliser ta super voiture "libre" qui roule pas bien parce que seul les voitures "pas tout à fait libre" peuvent rouler correctement grace à des huiles moteur non libre.

Cette discution commence vraiement à me faire rire. J'aime la philosophie, mais quand la philo devient débilo et qu'elle empêche le bon fonctionnement d'un système et barre la route à la logique actuelle, merde ... ou va t on !!!! Certain constructeur ne passeront jamais au libre ... et on y peut rien, ils sont libre ;) Donc les firmware non libre ont de beau jour devant eux.

L'extêmisme ne veut pas dire forcément une décision ... je trouve les idées qui commencent à fleurir chez debian trop extremes pour une communauté qui se veut libre et ouverte.

L'extrêmisme c'est le fait de utiliser des idées ou des procédé trop restrictif/unilatérale par rapport au but rechercher. Comme je le dis dans mes autres messages: Oui il faut fait la différence en libre et non libre. Mais non il ne faut pas exclure le non libre.

Je ne veux pas d'une debian qui me dupe en installant des logiciels non libre, je veux savoir ce que je fais de ma machine. Et Debian fait ça très bien depuis longtemps.

Simplement si cette idée d'exclusion du non libre devient une réelle politique pour Debian, c'est réellement une catastrophe pour Debian en premier et pour la communauté du libre en second.

Vous avez déjà essayé d'expliquer à un client (commercialement parlant) que la nouvelle version n'a pas de date de sortie pour des raisons philosophique et que la documentation sera à télécharger sur un autre site parce que non libre ... Bonne chance pour les technico commercial qui comme moi doivent montrer à leur client que Debian est un bon choix face à d'autres solutions.

Je sais bien que Debian est très démocratique donc si la décision a été prise, c'est certainement à la majorité. Mais rien n'empêche une démocratie de faire du communautarisme.
Je trouve le terme intéressant dans la cadre de la communauté du logiciel libre ... car il doit être compris comme un terme à double sens. Le communautarisme est premièrement l'amour, la passion pour une communauté, mais de cette passion, de ce sentiment d'appartenance peuvent naître des actes et des réactions très graves.
La philosophie, chère à M. Stallman, du logiciel libre est une très bonne philosophie qui devrait en inspiré d'autre dans des domaines très éloigné du logiciel. Toute communauté culturelle devrait avoir une version "libre". La culture est notre seul trésor. La connaissance doit être universelle.
Faire la différence en libre et propriétaire (ou non libre au sens Debian) est une bonne chose car il faut respecter les philosophes du libre qui ont fait beaucoup pour notre communauté. Par compte empêcher les autres d'utiliser des solutions un peu moins libre me semble assez éloigné d'une bonne politique.

Personnellement, je trouve que Debian tombe dans un extrémisme qui n'est pas bon pour son utilisation courante. Je suis parfaitement d'accord avec le concept de sortir un produit quand celui-ci est parfaitement prêt. Mais ce communautarisme intégriste n'est pas très intéressant. Il n'apportera rien techniquement à la future Sarge si ce n'est de long mal de tête pour la configuration de certain serveur.
Oui, le libre est une bonne philosophie, comme l'islam peut être une bonne religion. Mais l'intégrisme et l'extrémisme n'ont jamais servit personne. Longue vie au libre, mais un esprit libre doit aussi pouvoir cotoyer des applications propriétaire, des licenses exotiques, ... Le libre se devrait être le respect et la transparence. Savoir quel package n'est pas libre (dans le sens Debian) est une bonne chose pour les plus philosophe d'entre nous, mais ceux qui ont moins de scupule ou une ouverture d'esprit plus importante ou encore des besoins spécifique non résolu par des solutions complétement libre doivent avoir la liberté d'utiliser les applications, firmware ou driver de leur choix.
Apt est une solution d'administration merveilleuse, mais si le nombre de package devait chuter ou si les packages devait devenir des fork pour ne plus contenir le code ou la documentation exotique ... cette solution ne sera qu'une vitrine technologique sans intérêt ou du moins d'un intérêt moindre.
C'est plus un coup de gueule qu'une reelle solution, j'en suis bien conscient, mais j'aime sincérement Debian ... mais je n'ai pas pu faire migrer les serveurs de mon employeur par manque de réactivité de la branche stable de debian. C'est dommage, j'ai du utiliser une Trustix (basée Redhat) ... alors que je me serais fait un plaisir d'imposer la debian sur nos 50 serveurs.
Longue vie au libre et à la libre pensée

Ce que tu voudrais c'est un Visual Bash comme un visual basic qui te permettrais de faire un script en alignat des brique graphique ...
Je trouve plus simple d'apprendre quelques bases en bash pour monté vite fait des scripts simples que l'on peu chainer. Je fais ça toute la journée pour de l'adminsitration et de la configuration centrale de nos serveurs, et aucune interface graphique n'aura la simplicité et la rapidité de développement ... Le GUI n'est pas la solution ultime ... je bosse presque 40% de mon temps en mode texte (mail, gestion mp3, développement php, administration DB, ...) et je fous défie pas mal de fous de la souris de me suivre. Simplement j'ai du bosser un peu au départ, mais plus jamais je ne reviendrais en arrière ... vive mutt, emacs, nmap, cat, less, more et toute la famille ;-)