Journal Freeze total sur Debian/2.4.20 par un simple grep !

Posté par  .
Étiquettes :
0
25
mai
2003
Je suis entrain de me monter un petit serveur Debian (Noyau 2.4.20 / apt configuré sur la branche testing).
Je devais faire une recherche d'une chaine de caractère sur l'ensemble du disque. Je fait donc :

cd /
grep -R Hardware *

et là : BAM ! Freeze TOTAL ! Meme Ctrl+Alt+Suppr ne marche pas :(

Avant de freezer, le système a quand meme le temps de me dire :
grep: boot/boot.b : No such file or directory
grep: dev/kmem: Bad address
Binary file dev/mem matches
Binary file dev/core matches

Je vois vraiment pas que faire ... :( ma version de grep est la 2.5.1.
Note : sur ma Slackware / 2.4.20, ça marche impec... (avec la meme version de grep)

Vous avez une solution ??

  • # Re: Freeze total sur Debian/2.4.20 par un simple grep !

    Posté par  . Évalué à 6.

    La meme chose en ne cherchant que sur le disque dur peut etre.
    Dans debian, /dev et /proc sont sur un disque dur central situé aux états unis dans l'état de washington, et ta recherche a déclenché une alerte et coupé ton ordinateur dans sa tentative considérée comme une tentative d'intrusion.
    Tu devrais préparer ta brosse à dent et des sous-vêtements propres, car je pense qu'on ne devrait pas tarder à venir te chercher.

  • # Re: Freeze total sur Debian/2.4.20 par un simple grep !

    Posté par  . Évalué à 3.

    Chez moi ça marche (testing aussi)

    moa@dionysos:/$ grep -R Hardware *
    boot/config-2.4.19-686:# Hardware configuration
    boot/config-dio8:# Hardware sensors support
    grep: boot/boot.b: Aucun fichier ou répertoire de ce type
    grep: boot/map: Permission non accordée
    boot/config-2.4.21-pre6-dc3x5-i2cvia-28mar2003:# Hardware sensors support
    boot/config-2.4.21-pre7-ac2-dc3x5-i2cvia-21avr2003:# Hardware sensors support
    grep: dev/kmem: Permission non accordée
    grep: dev/mem: Permission non accordée
    grep: dev/core: Permission non accordée
    grep: dev/port: Permission non accordée
    grep: Mémoire épuisée.
    moa@dionysos:/$ su
    Password:
    dionysos:/# grep -R Hardware *
    boot/config-2.4.19-686:# Hardware configuration
    boot/config-dio8:# Hardware sensors support
    grep: boot/boot.b: Aucun fichier ou répertoire de ce type
    boot/config-2.4.21-pre6-dc3x5-i2cvia-28mar2003:# Hardware sensors support
    boot/config-2.4.21-pre7-ac2-dc3x5-i2cvia-21avr2003:# Hardware sensors support
    grep: dev/kmem: Mauvaise adresse
    Fichier binaire dev/mem concorde
    Fichier binaire dev/core concorde
    grep: Mémoire épuisée.

    Enfin ça marche, jusqu'à ce que la mémoire l'envoie promener. L'opération est gourmande

    dionysos:/# free
    total used free shared buffers cached
    Mem: 514096 124808 389288 0 2736 41688
    -/+ buffers/cache: 80384 433712
    Swap: 1028120 24564 1003556

    A croire qu'il met tout les fichiers en mémoire, ayant besoin de plus de 400 Mo de RAM...


    grep --version donne quoi au fait ?


    moa@dionysos:~$ grep --version
    grep (grep de GNU) 2.5.1

    Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc.
    Ce logiciel est libre; voir les sources pour les conditions de
    reproduction. AUCUNE garantie n'est donnée; tant pour des raisons
    COMMERCIALES que pour RÉPONDRE À UN BESOIN PARTICULIER.

    • [^] # Re: Freeze total sur Debian/2.4.20 par un simple grep !

      Posté par  . Évalué à 4.

      J'oubliais de préciser.

      moa@dionysos:~$ uname -a
      Linux dionysos 2.4.21-pre7-ac2 #1 lun avr 21 14:52:29 CEST 2003 i686 unknown unknown GNU/Linux

      Mais je suis pas sur que ça change quelquechose.

      Même test sur un 2.4.20

      moa@wotan:/$ grep -R Hardware *
      boot/System.map-2.2.20:c020cda4 T FlashPoint_HardwareResetHostAdapter
      boot/System.map-2.2.20:c0213d88 t BusLogic_HardwareResetHostAdapter
      grep: dev/kmem: Permission non accordée
      grep: dev/mem: Permission non accordée
      grep: dev/core: Permission non accordée
      grep: dev/port: Permission non accordée
      grep: Mémoire épuisée.
      moa@wotan:/$ su
      Password:
      root@wotan:/# grep -R Hardware *
      boot/System.map-2.2.20:c020cda4 T FlashPoint_HardwareResetHostAdapter
      boot/System.map-2.2.20:c0213d88 t BusLogic_HardwareResetHostAdapter
      grep: dev/kmem: Mauvaise adresse
      Fichier binaire dev/mem concorde
      Fichier binaire dev/core concorde
      dddadadagrep: Mémoire épuisée.


      Le "ddadada", c'est moi qui testait pour voir si ça répondait... ça à pris un temps !

      root@wotan:/# free
      total used free shared buffers cached
      Mem: 386404 24788 361616 0 1828 7568
      -/+ buffers/cache: 15392 371012
      Swap: 514040 19212 494828

      Pareil, à peu près 400 Mo de RAM qui ne suffisent pas.

      root@wotan:/# uname -a
      Linux wotan 2.4.21-rc1 #1 mar avr 22 20:05:08 CEST 2003 i686 unknown unknown GNU/Linux

      Heu merde, c'est là que je me rend compte que c'est pas un 2.4.20. J'ai confondu.


      Et sur debian woody
      root@hephaistos:~# cd /
      root@hephaistos:/# grep -R Hardware *
      grep: option invalide -- R
      Usage: grep [OPTION]... PATRON [FICHIER]...
      Pour en savoir davantage, faites: `grep --help'.
      root@hephaistos:/# grep --version
      grep (grep de GNU) 2.4.2

      Copyright 1988, 1992-1999, 2000 Free Software Foundation, Inc.
      Ce logiciel est libre; voir les sources pour les conditions de
      reproduction. AUCUNE garantie n'est donnée; tant pour des raisons
      COMMERÇIALES que pour RÉPONDRE À UN BESOIN PARTICULIER.


      Peut-être un bug de grep dans une fonction qui est récente.

      • [^] # Re: Freeze total sur Debian/2.4.20 par un simple grep !

        Posté par  . Évalué à 4.

        Perso, j'ai "que" 256 Mo de Ram (DDR). C'est peut-etre du à ça... Etant donné que c'est un serveur, je ne vais pas prendre un noyau encore en dev. (ex : 2.4.21 meme si il est déjà bien stable). P-e que lorsque le 2.6 sortira (avec la nouvelle gestion de la mémoire), ça passera mais bon, le bug c'est que je veux pas que le système plante (serveur / HA) et que si j'autorise OpenSSH, des utilisateurs peuvent le faire planter rien qu'avec cette commande !! Niveau sécurité / stabilité : hum. hum !!

        (reste la solution de couper OpenSSH pour les autres users mais bon...)

  • # Avec un Ulimit ?

    Posté par  . Évalué à 2.

    Petite question :

    Si je mets en place des restrictions d'utilisation de la mémoire par utilisateur (avec ulimit par exemple) : est-ce que c possible que ça marche ?

    (Note : j'ai jamais encore utilisé ulimit mais je compte m'y mettre ;))

  • # Re: Freeze total sur Debian/2.4.20 par un simple grep !

    Posté par  (site web personnel) . Évalué à 7.

    Dis donc, si ça répond "dev/mem matches" et "dev/core matches", ça veut dire que t'as lancé la commande en root. Quand t'es root, faut pas s'étonner d'être capable de planter la machine. D'autant plus quand tu cherches une chaine dans toute la memoire, qui est elle-même utilisée pour faire la recherche (ça semble un peu récursif, cette histoire)

    Tes utilisateurs ne doivent pas pouvoir accéder à /dev/mem, normalement,
    donc ils ne devraient pas pouvoir être capable de faire planter de la meme façon.

    • [^] # Re: Freeze total sur Debian/2.4.20 par un simple grep !

      Posté par  . Évalué à 2.

      ha!! merci.
      En effet j'étais en root. Sur mon compte utilisateur normal : pas de problème :)

      Merci Christophe :D

      Sinon, ce qui est étonnant c'est que sur ma Slack, en root, ça plante pas... (enfin je le laisse pas terminer mais bon, ça n'a pas l'air de planter).

      Bref, ça marche sur mon serveur et c'est l'essentiel :)

      • [^] # Re: Freeze total sur Debian/2.4.20 par un simple grep !

        Posté par  . Évalué à 2.

        Dans mes tests plus haut j'ai testé en root et utilisateur sans privileges, sans bug.

        Bon je vais tester sur un 2.4.20 et testing toujours, avec 64 Mo de RAM

        moa@ulysse:~$ uname -a
        Linux ulysse 2.4.20 #1 mer avr 16 15:24:02 CEST 2003 i686 unknown unknown GNU/Linux
        moa@ulysse:/$ free
        total used free shared buffers cached
        Mem: 62236 7864 54372 0 1088 2028
        -/+ buffers/cache: 4748 57488
        Swap: 192740 3272 189468



        moa@ulysse:/$ grep -R Hardware *
        grep: boot/grub/grub.conf: Permission non accordée
        grep: boot/grub/menu.lst: Permission non accordée
        boot/config-2.4.20-686:# Hardware configuration
        grep: core: Permission non accordée
        grep: dev/kmem: Permission non accordée
        grep: dev/mem: Permission non accordée
        grep: dev/core: Permission non accordée
        grep: dev/port: Permission non accordée
        grep: Mémoire épuisée.
        ulysse:/# grep -R Hardware *
        boot/config-2.4.20-686:# Hardware configuration
        grep: dev/kmem: Mauvaise adresse
        Fichier binaire dev/mem concorde
        Fichier binaire dev/core concorde
        grep: Mémoire épuisée.

        Pas de problème donc, avec le même noyau et encore moins de RAM

        Pour ce qui est de grep, t'utilise bien GNU grep ? Sinon il est possible que soit lié à un élément du noyau non-compilé ou un module non-chargé sur mes machines qui le serait chez toi.

  • # Re: Freeze total sur Debian/2.4.20 par un simple grep !

    Posté par  . Évalué à 2.

    grep 2.5.1, en 2.4.20, j'ai un memory exhausted
    je suis en testing aussi

    et la g pas d'idee.
    tu as essaye avec une autre chaine de caracteres ? ca fait pareil ? ou juste celle la ?
    un bug report a grep serait le bienvenu

    -sam

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.