Cédric Hammer a écrit 17 commentaires

  • [^] # Re: pas possible apparemment ...

    Posté par  . En réponse au message ntpd sur TCP ?. Évalué à 1.

    Hmmm, de ce que j'en ai lu (et compris, mais je ne connais que très peu Nagios), check_ntp semble interroger le serveur distant pour vérifier s'il est bien synchronisé (en comparant avec sa propre heure a priori ?).

    Ceci dit, je ne vois pas trop comment cela pourrait résoudre mon problème ...
  • # pas possible apparemment ...

    Posté par  . En réponse au message ntpd sur TCP ?. Évalué à 1.

    Bon je me réponds à moi-même :
    Selon la documentation "officielle" (premier lien sur http://www.ntp.org/documentation.html) > http://www.eecis.udel.edu/~mills/ntp/html/debug.html : "Note that NTP does not use TCP in any form. Also note that NTP requires 123 for both source and destination ports"

    Il semblerait donc bel et bien que ce ne soit pas possible ... ceci dit, si quelqu'un a une idée de comment faire quelque chose de similaire (comme par exemple faire en sorte qu'il y ait un port TCP en écoute en parallèle de l'UPD 123, et qui se ferme si le démon ntpd tombe), ça m'intéresse fortement !

    Thx again ;)
  • [^] # Re: help !

    Posté par  . En réponse au message différences install rpm / install par process compilation. Évalué à 1.

    j'ai été voir, mais il n'y a rien concernant mon rpm ... en fait, le .spec se trouve dans le tar.gz source (dans /contrib/dist/rpm/).

    Mais le truc c'est qu'il ne fait aucune référence à glibc 2.3.4 ! Les seules lignes que je vois concernant les dépendances sont BuildRequires et Requires (plusieurs fois, selon les modules demandés), mais en aucun l'une d'entre elle ne mentionne cette version de glibc ...

    Au passage, j'ai contacté le créateur de proFTPd (ou un développeur en tout cas), qui m'a répondu ce qui suit:

    I don't *think* so, but I'm not sure -- I'm not an expert on RPMs. The proftpd.spec file doesn't explicitly list any requirement on the glibc version. Odd.
  • # help !

    Posté par  . En réponse au message différences install rpm / install par process compilation. Évalué à 1.

    Personne pour m'aider ?
  • [^] # Re: ahah

    Posté par  . En réponse au message différences install rpm / install par process compilation. Évalué à 1.

    hmmpf, c'est bien ce que je pensais, j'ai donc un peu zyeuté dans le spec file et dans le Makefile, mais n'étant pas un expert du sujet ... je ne sais pas trop quoi chercher, ni quoi modifier ...

    Donc si un esprit éclaire pouvait me guider ...


    Pour ce qui est du système de packages avec dépendances, disons que dans un environnement de production, ça simplifie pas mal l'exploitation, en permettant la mise en place de scripts d'install/désinstall simples !
  • [^] # Re: ça se complique ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 2.

    A y'est ! Après moults essais, j'ai enfin réussi ! Pour info, busybox est la bonne méthode ...

    J'ai donc utilisé un deuxième serveur (identique) pour compiler la dernière version de busybox (1.7.1).

    J'ai eu quelques erreurs du à ma version de glibc, mais j'ai corrigé ça, lancé la création d'un build static malgré le warning (a priori, les buils static fait avec glibc sont "buggy" ; chez moi ça marche très bien avec ce qu'en fait en tout cas !), que j'ai donc viré.

    J'ai ensuite copié le binaire sur l'autre serveur, et relancé un busybox rpm -i glib-2.3.4-2.rpm et là miracle, tout remarche !

    Alléluia ! :D

    Merci à tous pour votre aide !!
  • [^] # Re: ça se complique ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    mea culpa, la version installée par défaut sur l'autre serveur était la 0.60 ... et on en est à la 1.7.1, sur laquelle rpm est implémentée, je vais donc mettre celle là, et réessayer ; je vous tiens au courant :)
  • [^] # Re: ça se complique ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    Hello,

    Après avoir vainement testé les solutions de copie des librairies à la main, je me suis mis en quête de la solution busybox ; j'ai donc installé ça sur un serveur équivalent, récupéré le binaire, et l'ai copié sur le serveur défaillant.

    Ca fonctionne donc pour pas mal de choses (je peux maintenant faire un ls, etc.).

    Ceci dit, je n'arrive pas à résoudre mon problème encore :
    - l'applet rpm n'existe pas (par défaut en tout cas) ; j'ai cherché un applet à part, mais rien de fructueux de ce côté là sur notre ami google ...

    - je ne sais pas comment compiler avec busybox:


    # busybox tar xvzf glibc-2.3.4.tar.gz
    # cd glibc-2.3.4
    # ./configure
    -bash: ./configure: /bin/sh: bad interpreter: Input/output error

    # busybox sh ./configure
    Segmentation fault

    # busybox ./configure
    configure: applet not found


    Donc still need help please ! Les pros de busybox sont toujours là ?
  • [^] # Re: Oh oh oh :)

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    huhu ! j'aime bien, je vais lui faire passer :)
  • [^] # Re: ça se complique ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    Merci de l'aide, j'ai tenté, et voilà où j'en suis:

    -- Copie de ld-linux.so.2 dans /tmp

    # LD_PRELOAD=/tmp/ld-linux.so.2:$LD_PRELOAD ls
    -bash: /bin/ls: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory


    -- je tente en copiant dans /lib/

    ]# LD_PRELOAD=/tmp/ld-linux.so.2:$LD_PRELOAD ls
    -bash: /bin/ls: Permission denied


    -- je passe le fichier en 755 grâce à WinSCP encore connecté

    # LD_PRELOAD=/tmp/ld-linux.so.2:$LD_PRELOAD ls
    -bash: /bin/ls: Input/output error


    ça fait pareil avec rpm -iVH etc. ; du coup je sèche ... autre chose _seb_ ?
  • [^] # Re: ça se complique ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    Je pense à autre chose (peut-être très bête ...) : y'aurait pas moyen d'installer glibc à la main ?
    Si je "détar" sur mon pc (ou "dé-rpmise"), je devrais retrouver les bibliothèques non ? Donc si je les copie au bon endroit ça ne suffira pas ?
  • # ça se complique ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    Merci de votre aide, voici quelques réponses :

    - concernant un liveCD, ça va être dur ... ici c'est super segmenté au niveau des exploitants, et les gens qui installent les serveurs ne sont pas les même que ceux qui les exploitent ! D'ailleurs, je n'ai pas accès au serveur de façon physique, vu qu'il est à environ 800km de moi :) (comprenez par là que je n'y accède que par ssh ...)

    - pour mon collègue, l'expliquation est qu'il voulait faire un rpm -f ... :/

    - pour les backups des serveurs, je vais voir, mais vu que ce sont des serveurs de dev, j'en doute ... (bon le fait que ce soit des serveurs de dev m'arrange aussi quelque part, vu que la conséquence du problème est moins grave)

    - pour ce qui est de la busybox, je ne connais pas, vous pourriez m'en dire un peu plus ?
  • # Oups, mauvais forum ...

    Posté par  . En réponse au message glibc effacé par erreur: comment réparer ?. Évalué à 1.

    Hmmpf !
    J'ai oublié de changer le forum ... comment je fais pour le mettre dans Linux.general ??

    Dsl messieurs les modérateurs, c'est une erreur ... (encore :) )
  • [^] # Re: et $? ?

    Posté par  . En réponse au message une erreur sur while [ `grep $uid /etc/passwd` ]. Évalué à 1.

    Super ! Merci !
    je ne suis pas encore très bon en script shell ... je n'ai donc pas encore bon nombre de réflexes qu'il faudrait que j'ai ... mais ça viendra ! :)
  • [^] # Re: Pour ne pas modifier la configuration du serveur FTP ?

    Posté par  . En réponse au message limitations sudo. Évalué à 1.

    Le problème est en fait réglé puisque je ne peux plus faire ce que je pensais faire ; ceci dit, la problématique reste intéressante.

    Steve, par rapport à ton aide, mon problème serait venu du fait que je ne peux modifier le côté serveur, qui se trouve sur des équipements distants (des routeurs pour être exact) ...

    J'ai sinon déjà parcouru le man de sudoers, mais de là aller limiter les commandes internes à un service en tant que tel (ie dans notre cas, limiter le côté client ftp à uniquement ftp put ...), je n'ai pas trouvé ! (néanmoins je ne suis qu'humain, et j'ai pu passer à côté !)
  • [^] # Re: Compatible?

    Posté par  . En réponse au message RPM Compatibles ?. Évalué à 1.

    Ok super merci !
    je vais tenter d'analyser les dépendances et comment réagit l'install, et au besoin je reconstruirait le rpm ;)

    Merci encore de votre aide !
  • [^] # Re: Compatible?

    Posté par  . En réponse au message RPM Compatibles ?. Évalué à 1.

    Mon but est en effet de savoir si l'install peut correctement se dérouler, et si ensuite le binaire peut tourner (sur la même architecture).

    Merci de ta réponse donc, qui m'aiguille déjà bien !

    Concernant les dépendances, je ne sais pas trop comment les connaître ... si je regarde sur http://freshmeat.net/projects/ss5/, la section depencies est vide, mais je ne sais pas trop si je peux me fier à ça ! D'autant plus que le site rpmfind (http://rpmfind.net/linux/RPM/fedora/extras/4/x86_64/ss5-3.5.(...) indique pas mal de choses dans la section "Requires" ...

    Y'a-t-il une commande qui me permette d'analyser les dépendances du rpm avant de l'installer ?

    Merci