Dans la vraie vie, si tu file le root à qui le veut, tu finiras par tomber sur un incompétent qui va te planter la machine/le réseau, voire pire.
Si l'entreprise y perd, elle va chercher un coupable, et qui risque le licenciement pour faute professionnelle … ?
Par contre, les admin doivent répondre rapidement aux demandes des utilisateurs.
si tu pouvais poster le fichier spec ainsi que le message d'erreur, ce serait beaucoup plus simple pour t'aider …
sinon, il faut utiliser le tag requires en donnant le nom du package dont il dépends
tu peux tout mettre sur une seule ligne, ou une ligne par dépendance (au choix)
qu'il n'y avait pas de traitement de chaînes de caractères,
que le code était tout petit au début (en gros des "rpm -q -qf ")
Au sein du projet, la question a été posée il y a quelques temps. Vu la faible complexité des traitements et l'absence de consensus, nous sommes restés en shell …
ps : tous mes autres projets ultérieurs sont en perl
Rpmrebuild ne travaille qu'à partir de packages rpm (soit installés, soit sous forme de fichiers rpm)
Pour construire un package à partir de fichier installés (depuis un tar par exemple), j'ai codé un autre petit logiciel libre : rpmerizor.
Si on a encore le tar.gz, je conseille checkinstall.
Avec (gr)rsync, la synchonisation est uni-directionnelle : on pousse d'une machine sur l'autre. S'il y a des modifications croisées, ça ne marche plus correctement ! (contrairement aux autres logiciels cités)
Si tes exemples sont corrects, il te suffit d'interroger le dns pour savoir sur quelle machine est un service ( Je suppose que tu utilise les CNAME pour déclare un service sur une machine)
Pour avoir une vue globale, tu peux faire un petit script qui interroge le dns et fait un tri par serveur.
Tes fichiers sont vides (c'était probable vu le message).
Avant de re-installer curl, vérifie s'il te reste de la place dans tes systèmes de fichiers (commande : df) : ton problème ressemble à une mise à jour foirée à cause d'une partition pleine !
Commence par contrôler la librairie demandée : envoie le résultat de la commande :
ls -al /usr/lib64/libcurl.so*
par exemple sur ma machine, j’obtiens :
lrwxrwxrwx 1 root root 16 2011-07-27 08:44 /usr/lib64/libcurl.so -> libcurl.so.4.2.0*
lrwxrwxrwx 1 root root 16 2011-07-27 08:44 /usr/lib64/libcurl.so.4 -> libcurl.so.4.2.0*
-rwxr-xr-x 1 root root 348880 2011-07-21 16:07 /usr/lib64/libcurl.so.4.2.0*
Ensuite on contrôle que la librairie est intacte en demandant à rpm :
rpm -Vv $(rpm -qf /usr/lib64/libcurl.so.4.2.0 )
Pour la résolution : il faudra probablement re-installer le package curl : le télécharger par http depuis un miroir de ta distribution, puis forcer la re-installation par une commande du type : rpm -Uvh --force curl*.rpm
Je suppose que tu lance une commande comme : yum install package.
Dans ce cas, yum cherche parmi les dépôts (repository) qui ont été configurés dans /etc/yum.repos.d.
Donc tu cherches dans les fichiers de ce répertoire celui qui correspond à globus et tu le modifie pour forcer la ligne 'baseurl' (il faudra peut-être commenter une ligne 'mirrorlist').
J'utilise nagios depuis pas mal d'années et je suis d'accord sur la complexité de la configuration : il ne faut surtout pas le faire "à la main".
A mon travail, je génère la config par script (perl) depuis un annuaire ldap.
Quand j'aurais un peu de temps, je compte bien regarder shinken
Il existe déjà depuis longtemps un projet gnu : stow qui permet de gérer plusieurs installation parallèles.
L'intérêt de ce nouveau logiciel, c'est de gérer des rpm, qui malheureusement doivent être modifiés : je ne vois pas très bien ce que ça apporte par rapport une installation du type
rpm -Uvh --relocate ...
Tout dépends de l'usage de sa machine. Par exemple j'écris très peu de script shell, presque tous mes scripts sont en perl (portabilité, rapidité, habitudes ...)
Je l'utilise depuis quelques années et elle m'a "sauvé la vie" plusieurs fois.
C'est vrai qu'elle ne semble plus maintenue (la dernière version date de 2008) mais elle marche bien, y compris pour les appels systèmes à l'intérieur d'un code compilé (ce qui n'est pas le cas de la solution à base d'alias).
Dans le même genre, j'ai testé delsafe ( http://unix.freecode.com/projects/delsafe ). La page du projet a disparue mais je dois encore avoir le code disponible quelque part.
[^] # Re: Grub2 vs Grub1 : Quel est le problème ?
Posté par eric gerbier (site web personnel) . En réponse au journal Arch et le tournant. Évalué à 3.
100% ?
Pas chez moi en tout cas : grub2 refuse (sur une fedora 17) de s'installer sur une partition (/dev/sda6).
J'ai du revenir sur grub1. Le problème semble connu (il a été remonté chez fedora), mais pas corrigé.
# probleme d'outil
Posté par eric gerbier (site web personnel) . En réponse au message souci de configuration postfix. Évalué à 2.
Sur ma Mageia 2, si j'interroge le gestionnaire de package, il me dit :
$ rpm -ql postfix | grep sendmail
/usr/sbin/sendmail.postfix
(à vérifier sur ta distribution), mais tu devrais utiliser /usr/sbin/sendmail.postfix au lieu de /usr/sbin/sendmail
sinon , il y a plein d'autres façons d'envoyer un mail, par exemple
echo "mon texte" | mail -s "test mail" monEmail@domain.com
[^] # Re: Premier boulot ?
Posté par eric gerbier (site web personnel) . En réponse au message Pratique professionnelle douteuse. Évalué à 2.
Dans la vraie vie, si tu file le root à qui le veut, tu finiras par tomber sur un incompétent qui va te planter la machine/le réseau, voire pire.
Si l'entreprise y perd, elle va chercher un coupable, et qui risque le licenciement pour faute professionnelle … ?
Par contre, les admin doivent répondre rapidement aux demandes des utilisateurs.
# manque d'infos
Posté par eric gerbier (site web personnel) . En réponse au message Création RPM include installation RPM. Évalué à 2.
si tu pouvais poster le fichier spec ainsi que le message d'erreur, ce serait beaucoup plus simple pour t'aider …
sinon, il faut utiliser le tag requires en donnant le nom du package dont il dépends
tu peux tout mettre sur une seule ligne, ou une ligne par dépendance (au choix)
et pour finir : un peu de doc
[^] # Re: trop de découpage tue le découpage
Posté par eric gerbier (site web personnel) . En réponse au message utiliser des "sous programmes" en shell. Évalué à 1.
ça s'appelle un librairie . Quand c'est bien écrit/documenté, on peut même ré-utiliser le code dans d'autres applications …
[^] # Re: Pourquoi en shell ?
Posté par eric gerbier (site web personnel) . En réponse au journal sortie de rpmrebuild 2.7. Évalué à 1.
Autant que je sache, ni rpm ni perl ne sont de gros mots,
et je ne vois pas le lien avec la sécurité, si tu veux bien t'expliquer …
# dependance sur un fichier
Posté par eric gerbier (site web personnel) . En réponse au message Rpm et Require conditionnel. Évalué à 3.
le Tag require permet de spécifier un package, mais aussi un fichier (il doit commencer par un "/"), par exemple :
Requires: /bin/sh /usr/bin/perl /usr/libexec/webmin webmin rrdtool perl-rrdtool
mais il faut que les fichiers soient installés en 6.2 et 6.3 dans le même répertoire.
[^] # Re: le screenshot sur sourceforge...
Posté par eric gerbier (site web personnel) . En réponse au journal sortie de rpmrebuild 2.7. Évalué à 2.
Non, seulement un jpeg ravagé. Je viens de remettre une image correcte. Merci pour la remarque (il y en a au moins un qui est allé voir le site).
[^] # Pourquoi en shell ?
Posté par eric gerbier (site web personnel) . En réponse au journal sortie de rpmrebuild 2.7. Évalué à 8.
parce que c'était mon premier projet,
qu'il n'y avait pas de traitement de chaînes de caractères,
que le code était tout petit au début (en gros des "rpm -q -qf ")
Au sein du projet, la question a été posée il y a quelques temps. Vu la faible complexité des traitements et l'absence de consensus, nous sommes restés en shell …
ps : tous mes autres projets ultérieurs sont en perl
[^] # Re: Bonne idée
Posté par eric gerbier (site web personnel) . En réponse au journal sortie de rpmrebuild 2.7. Évalué à 2.
Rpmrebuild ne travaille qu'à partir de packages rpm (soit installés, soit sous forme de fichiers rpm)
Pour construire un package à partir de fichier installés (depuis un tar par exemple), j'ai codé un autre petit logiciel libre : rpmerizor.
Si on a encore le tar.gz, je conseille checkinstall.
[^] # Re: question?
Posté par eric gerbier (site web personnel) . En réponse au journal Mandriva et Mageia. Évalué à 2.
en complément : on a prévu tout migrer sur mageia 2 cet été (serveurs, desktop, portables)
[^] # Re: question?
Posté par eric gerbier (site web personnel) . En réponse au journal Mandriva et Mageia. Évalué à 4.
au boulot, je gère 300 machines sous mandriva 2010.2, pas de soucis
[^] # Re: grsync
Posté par eric gerbier (site web personnel) . En réponse à la dépêche Synchroniser vos dossiers locaux/distants. Évalué à 2.
Avec (gr)rsync, la synchonisation est uni-directionnelle : on pousse d'une machine sur l'autre. S'il y a des modifications croisées, ça ne marche plus correctement ! (contrairement aux autres logiciels cités)
# rftm
Posté par eric gerbier (site web personnel) . En réponse au message backup mysql sans tape mot de passe. Évalué à 2.
Avec une recherche google (ou autre), on trouve les solutions dans la doc mysql en ligne :
http://dev.mysql.com/doc/refman/5.0/en/password-security-user.html
[^] # Re: plusieurs outils parfois se regroupant...
Posté par eric gerbier (site web personnel) . En réponse au message gestion d'un parc de serveur. Évalué à 2.
Si tes exemples sont corrects, il te suffit d'interroger le dns pour savoir sur quelle machine est un service ( Je suppose que tu utilise les CNAME pour déclare un service sur une machine)
Pour avoir une vue globale, tu peux faire un petit script qui interroge le dns et fait un tri par serveur.
[^] # Re: Résultats commande
Posté par eric gerbier (site web personnel) . En réponse au message probléme avec yum. Évalué à 3.
Tes fichiers sont vides (c'était probable vu le message).
Avant de re-installer curl, vérifie s'il te reste de la place dans tes systèmes de fichiers (commande : df) : ton problème ressemble à une mise à jour foirée à cause d'une partition pleine !
# controle de libcurl.so.4
Posté par eric gerbier (site web personnel) . En réponse au message probléme avec yum. Évalué à 2.
Commence par contrôler la librairie demandée : envoie le résultat de la commande :
ls -al /usr/lib64/libcurl.so*
par exemple sur ma machine, j’obtiens :
lrwxrwxrwx 1 root root 16 2011-07-27 08:44 /usr/lib64/libcurl.so -> libcurl.so.4.2.0*
lrwxrwxrwx 1 root root 16 2011-07-27 08:44 /usr/lib64/libcurl.so.4 -> libcurl.so.4.2.0*
-rwxr-xr-x 1 root root 348880 2011-07-21 16:07 /usr/lib64/libcurl.so.4.2.0*
Ensuite on contrôle que la librairie est intacte en demandant à rpm :
rpm -Vv $(rpm -qf /usr/lib64/libcurl.so.4.2.0 )
Pour la résolution : il faudra probablement re-installer le package curl : le télécharger par http depuis un miroir de ta distribution, puis forcer la re-installation par une commande du type : rpm -Uvh --force curl*.rpm
# quelle commande ?
Posté par eric gerbier (site web personnel) . En réponse au message probléme avec yum. Évalué à 4.
Je suppose que tu lance une commande comme : yum install package.
Dans ce cas, yum cherche parmi les dépôts (repository) qui ont été configurés dans /etc/yum.repos.d.
Donc tu cherches dans les fichiers de ce répertoire celui qui correspond à globus et tu le modifie pour forcer la ligne 'baseurl' (il faudra peut-être commenter une ligne 'mirrorlist').
[^] # Re: Ça ne vient pas de moi...
Posté par eric gerbier (site web personnel) . En réponse à la dépêche Shinken 1.0 est de sortie. Évalué à 1.
Oui, je suis partant, ça m’intéresse !
Je te recontacte dès que j'ai un peu de temps.
Merci pour ce joli logiciel (j'ai jeté un œil rapide au code) !
[^] # Re: Ça ne vient pas de moi...
Posté par eric gerbier (site web personnel) . En réponse à la dépêche Shinken 1.0 est de sortie. Évalué à 2.
J'utilise nagios depuis pas mal d'années et je suis d'accord sur la complexité de la configuration : il ne faut surtout pas le faire "à la main".
A mon travail, je génère la config par script (perl) depuis un annuaire ldap.
Quand j'aurais un peu de temps, je compte bien regarder shinken
# stow
Posté par eric gerbier (site web personnel) . En réponse au journal Dynamic Software Collection. Évalué à 2.
Il existe déjà depuis longtemps un projet gnu : stow qui permet de gérer plusieurs installation parallèles.
L'intérêt de ce nouveau logiciel, c'est de gérer des rpm, qui malheureusement doivent être modifiés : je ne vois pas très bien ce que ça apporte par rapport une installation du type
rpm -Uvh --relocate ...
[^] # Re: libtrash
Posté par eric gerbier (site web personnel) . En réponse au message Déplacer mes fichiers dans un dossier temporaire avant effacement avec rm. Évalué à 1.
Tout dépends de l'usage de sa machine. Par exemple j'écris très peu de script shell, presque tous mes scripts sont en perl (portabilité, rapidité, habitudes ...)
[^] # Re: libtrash
Posté par eric gerbier (site web personnel) . En réponse au message Déplacer mes fichiers dans un dossier temporaire avant effacement avec rm. Évalué à 2.
Oui, mais ça ne marche que pour de suppressions de fichiers dans des scripts shell, pas pour des scripts perl, python, ni du code compilé.
[^] # Re: libtrash
Posté par eric gerbier (site web personnel) . En réponse au message Déplacer mes fichiers dans un dossier temporaire avant effacement avec rm. Évalué à 2.
Je l'utilise depuis quelques années et elle m'a "sauvé la vie" plusieurs fois.
C'est vrai qu'elle ne semble plus maintenue (la dernière version date de 2008) mais elle marche bien, y compris pour les appels systèmes à l'intérieur d'un code compilé (ce qui n'est pas le cas de la solution à base d'alias).
Dans le même genre, j'ai testé delsafe ( http://unix.freecode.com/projects/delsafe ). La page du projet a disparue mais je dois encore avoir le code disponible quelque part.
[^] # Re: Le .42 n'est pas vraiment ce que j'appelerais décentralisé
Posté par eric gerbier (site web personnel) . En réponse au journal De la possibilité de décentralisation de la gestion des noms de domaine. Évalué à 2.
du même auteur , sur le même sujet : http://www.bortzmeyer.org/resolution-de-demain.htm