Système : Debian Etch

Version MSS :

 MySecureShell --version
MySecureShell is version 1.0 build on Dec  9 2007

Options:
  ACL support: yes
  UTF-8 support: yes

Sftp Extensions:
  Disk Usage
  File Hashing

Configuration :

<Default>
    GlobalDownload                 2M
    Home                           /home
    HideNoAccess                   true
    Download                       120k
    LimitConnectionByIP            20
    VirtualChroot                  false
    ShowLinksAsLinks               false
    ResolveIP                      true
    ConnectionMaxLife              6h
    LimitConnectionByUser          2
    LimitConnection                100
    DefaultRights                  0640 0750
    MinimumRights                  0440 0700
    Charset                        ISO-8859-15
    Upload                         50k
    StayAtHome                     true
    GlobalUpload                   2M
    IdleTimeOut                    600
</Default>

<Group admin>
    ByPassGlobalUpload             true
    ByPassGlobalDownload           true
    DefaultRights                  0664 0775
</Group>

Tous les dossiers ont des noms purement ASCII de moins de 11 caractères.
L'utilisateur qui pose problème - appelons-le manager -  appartient au groupe admin,
il est propriétaire des dossiers partagés, dont celui qui déraille - appelons-le weird.

Peut-être une piste : le dossier weird ne contient que des sous-répertoires
dir1, dir2,..,dir47 qui appartiennent à manager.

Si je rends root propriétaire de dir1,...dir47 je n'ai plus de problème
(mais manager ne voir plus rien dans le dossier weird).

Je peux rendre à manager la propriété de 3 sous-dossiers et ça marche ;
à partir du quatrième, je retrouve le problème ?!?

J'espère que mes explications sont compréhensibles. Merci !

Hélas, ça ne change rien au problème et ça en ajoute un autre
(Erreur de décodage de la chaîne UTF-8) pour certains fichiers...:(

Je peux essayer, mais ne l'ai jamais fait (j'ai installé le paquet deb).
Et je me demande, puisque le service est en production avec pas mal d'utilisateurs,
si le serveur en mode debug ne risque pas de saturer le serveur de logs monstrueux ?

Il y a moyen de savoir ce que signifie le code d'exit 139 ?

Re-bonjour,

j'arrive à cerner un peu mieux le problème et à reproduire le bug de la façon suivante :

1- Créer au besoin un utilisateur de test, disons user.

2- Créer un répertoire /home/test de propriétaire root:root, droits 755.

3- Créer un groupe g1, puis un dossier /home/test/d1 de propriétaire user:g1, droits 770.

4- Idem en avec d2 et le groupe g2, (d3,g3), (d4,g4), (d5,g5).

On a alors 5 dossiers appartenant à user, mais de groupes tous distincts.

Si user accède à /home/test par MSS -> erreur 139.

Si on ne garde que 4 dossiers -> erreur 150.

Si on ne garde que 3 dossiers -> plus de problème !

Étonnant, non ?

Merci beaucoup pour cette analyse qui m'a permis de fixer le bug

La version (1.1rc5) disponible dans le CVS de SourceForge contient le patch.