Forum Linux.général Bug ssh ?

Posté par  .
Étiquettes : aucune
2
30
oct.
2008
Je viens de tomber sur une chose étrange. Je subodore un bug ssh.

J'ai une machine A avec un gros fichier (40 Go).
J'ai une autre machine B avec une partition presque pleine (1 Go libre).
Je lance une copie du gros fichier de la machine A via ssh vers la partition quasi-pleine de B.
ssh affiche que le transfert s'effectue à environ 12 Mo/s. La partition se remplie, se remplie, se remplie. Elle est maintenant à 100%... et la connexion ssh continue d'afficher 12 Mo/s. Tient, étrange.

Sur la machine A, iostat indique que le fichier est bel et bien en train d'être lu.

Sur la machine B, iostat indique que l'activité disque est nulle pour la partition saturée.

... et le transfert ssh se poursuit :-)

C'est quoi donc c't'affaire ?
  • # périphérique magique

    Posté par  . Évalué à 2.

    Bah oui, quand par exemple /dev/sda1 est pleine, il doit continuer tranquillement à copier vers /dev/null ;-)
  • # Place réservée

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

    Je parie sur tu fais ton ssh en root.

    Sur une partition de type ext, il y a un espace réservé à root (habituellement 5%). Cette place n'apparait pas dans l'espace libre de la partition. Il est donc possible de disposer encore de quelques gigas alors qu'il t'indique une place nulle. C'est fait principalement pour te permettre de de connecter en root et réparer en cas de problème du au remplissage.

    En pratique cela se règle avec tune2fs -m
    • [^] # Re: Place réservée

      Posté par  . Évalué à 2.

      Sur une partition de type ext, il y a un espace réservé à root

      Non car:
      Sur la machine B, iostat indique que l'activité disque est nulle pour la partition saturée.

      et car:
      gros fichier (40 Go) [...] une partition presque pleine (1 Go libre)
      • [^] # Re: Place réservée

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

        gros fichier (40 Go) [...] une partition presque pleine (1 Go libre)
        5% de 1To ça fait 50Go.

        Mais bon, s'il n'y a pas d'activité sur le disque ce n'est pas ça. Beaucoup de ram et tout se retrouve dans le buffer du pipe ssh ?
        Bon, peu probable.
        Tu as regardé le code de retour de ssh ?
  • # et la commande utilisée ?

    Posté par  (Mastodon) . Évalué à 2.

    ce que tu ne nous dis pas, c'est la commande que tu utilises. Tu parles de ssh, donc j'imagine que tu n'utilises pas scp ni ftp.

    un tar cf - biduletruc | ssh machine "tar xf -" ? un truc du même genre avec dd ? quel shell a le user distant ?

Suivre le flux des commentaires

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