Projet

Général

Profil

Task - Tâche #1571

sshfs + openssh

Ajouté par Eric Seigne il y a plus de 12 ans. Mis à jour il y a plus de 12 ans.

Statut:
Fixed - Corrigé - Implémenté
Priorité:
Normale
Assigné à:
Version cible:
Début:
10/08/2011
Echéance:
% réalisé:

100%

Temps estimé:
20.00 h

Description

Pour résoudre le bug des hard-links dans le home (croisé hier sur le poste d'hayat quand on lance une appli KDE) dont voici un extrait du .xsession-errors qui occupe 800Ko en fin de journée

kword(8891)/kdeui (KAction) KActionCollection::setComponentData: this does not work on a KActionCollection containing actions! 
kword(8891)/kdeui (kdelibs): No such XML file "/home/utilisateurs/hayat.oufdil/.kde/share/apps/koffice/koffice_shell.rc" 
kword(8891)/kdeui (kdelibs): No such XML file "/home/utilisateurs/hayat.oufdil/.kde/share/apps/koffice/koffice_shell.rc" 
couldn't lock local file 
kdeinit4: preparing to launch /usr/lib/libkdeinit4_kconf_update.so
couldn't lock local file 
couldn't lock local file 
kword(8891)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/textvariables.so" does not offer a qt_plugin_instance function.
couldn't lock local file 
kword(8891)/kotext KoTextLoader::loadBody: unhandled text: "sequence-decls" 
couldn't lock local file 
kword(8891)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kofficedockers.so" does not offer a qt_plugin_instance function.
couldn't lock local file 
couldn't lock local file 
couldn't lock local file 
couldn't lock local file 
couldn't lock local file 
couldn't lock local file

Il semblerait que la solution soit de backporter sshfs (ok, pas trop compliqué) et openssh-server (là c'est plus craignos):

  • voici le changelog de sshfs présent dans la version 2.3
2011-07-01  Miklos Szeredi <miklos@szeredi.hu>
    * Add hard link operation.  Works if the server supports the
    "hardlink@openssh.com" protocol extension.
  • et après une recherche sur "" protocol extension il s'avère que c'est une nouveauté de openssh 5.7. Avec ubuntu 10.04 on est stacké sur 5.3 !
openssh (1:5.7p1-1) experimental; urgency=low
    - sftp(1)/sftp-server(8): add a protocol extension to support a hard
      link operation.  It is available through the "ln" command in the
      client.  The old "ln" behaviour of creating a symlink is available
      using its "-s" option or through the preexisting "symlink" command.

Le hic avec openssh c'est que si on le backporte il faudra suivre les alertes sécurité sur ce point et que beaucoup (trop) de choses sont liées à ssh pour risquer la moindre faille et/ou le moindre problème.


Demandes liées

Lié à horizon-default-settings - Task - Tâche #1830: horizon-openssh-default-settings 11.08.3: support de sshfs+openssh5.8 pour liens hardlinks Fixed - Corrigé - Implémenté 03/12/2011
Lié à horizon-backports - Task - Tâche #1831: sshfs 2.2 + patch pour avoir le support des hardlinks Fixed - Corrigé - Implémenté 03/12/2011
Lié à horizon-backports - Task - Tâche #1832: openssh5.8 pour le support des hardlinks Fixed - Corrigé - Implémenté 03/12/2011

Historique

#1 Mis à jour par Eric Seigne il y a plus de 12 ans

  • % réalisé changé de 0 à 20

Soirée noire, 5 heures pour ... n'avoir absolument aucun résultat :(

  • paquet spécial openssh serveur qui s'installe dans /opt et n'écrase pas le openssh-server normal ... quelle bonne idée j'ai eu là, vu qu'au final ça ne marche pas je n'ai rien cassé
  • paquet super spécial de sshfs, j'ai passé 4 heures à le débugguer pour au final tomber sur l'appel de la fonction fuse_loop_mt ou fuse_loop qu'il faudrait debugguer pour essayer de comprendre pourquoi il arrive à monter les partages en sshfs mais pourquoi aussi au bout d'un timeout il plante ... et surtout pourquoi il ne rends pas la main

j'ai pas trop la pêche pour tout détailler plus que ça, j'espère que demain sera plus positive pour ce bug

#2 Mis à jour par Eric Seigne il y a plus de 12 ans

Je pense avoir tout essayé, 4 heures de plus pour des clopinettes :(((

le problème est isolé à la ligne suivante du fichier fuse_loop_mt.c, le semaphore semble ne jamais être "rendu" ...

sem_wait(&mt.finish);

Je me suis abonné à la liste des développeurs de fuse et je leur ai posé ma question ... on va voir ce que ça va donner.

#3 Mis à jour par Eric Seigne il y a plus de 12 ans

Le client sshfs présent ici fonctionne ... http://www.miek.nl/s/87bbb3faf5/
Reste à trouver le moyen de valider que mon serveur supporte bien cette fonctionnalité !

#4 Mis à jour par Eric Seigne il y a plus de 12 ans

ça maaaaaaaaaaaaaaaaaaarche !

je remet tout au propre et je publie ça sur le serveur local.

#5 Mis à jour par Eric Seigne il y a plus de 12 ans

  • Statut changé de Assigned - En cours à Fixed - Corrigé - Implémenté
  • % réalisé changé de 20 à 100

Et voilà, en fait il faut parfois savoir lâcher un peu, en revenant sur ce pb au calme j'ai trouvé la solution. C'est maintenant découpé en 3 paquets et en attente de validation définitive, pour moi c'est tellement valide que j'ai mis à jour notre serveur intranet (nouva) et mon poste de travail, je vais pousser le paquet sshfs sur tous les postes clients du réseau et si mardi tout est ok je publie pour nos clients.

Je clôture ce ticket.

Formats disponibles : Atom PDF

Redmine Appliance - Powered by TurnKey Linux