RE : [sdx-users] Stale NFS file handle

[Frédéric Glorieux]

Ce mail a été vu.

        Nous n'avons pas eu l'occasion de pouvoir facilement reproduire
votre erreur (il est possible que vous soyez parmi les premiers à
réellement tester ces install multi-postes). En effet, il est possible
que Lucene laisse un fichier ouvert. Nous avions eu au début ce genre de
problèmes sur un poste, le multi-threading des classes a du être révisé
en conséquence. Avec plusieurs JVM, il faudrait y réfléchir.
        Redémarrer tomcat est une solution brutale, vous coûte-t-elle ?
Les indexations sont elles rares ?
        Pour reconfigurer une application, l'API java de SDX propose la
méthode Framework.reconfigureApplication(appId). C'est la fonctionalité
offerte par la page {serveur SDX}/sdx/admin/apps.xsp. Vous pouvez en
mettre le code directement dans vos pages xsp, la variable taglib vous
donnant accès au framework en xsp est sdx_frame. L'effet est de relire
les fichiers de configuration d'une application, en particulier en
développement, lorsqu'on modifie application.xconf. 
        Mais j'ai peur que votre problème provienne d'une couche
beaucoup plus profonde (coordination de plusieurs JVM). Ma science
s'arrête là, d'autres réactions pourront compléter ce message.


> Bonjour,
> 
> Nous continuons de rencontrer le problème signalé dans
> un précédent message (ci-dessous, qui décrivait aussi notre
> configuration), à savoir qu'après une indexation, les
> recherches produisent l'erreur "Stale NFS file handle".
> 
> Il semblerait que cette erreur soit due d'une part au
> fait que les machines sur lesquelles n'est pas effectuée
> l'indexation ne retrouvent plus les fichiers après coup,
> et d'autre part au fait que d'une manière générale, des
> fichiers restant ouverts, le nombre de fichiers ouverts
> devient trop important sitôt qu'on a réindexé.
> 
> La seule solution que nous avons trouvée pour l'instant
> est de redémarrer les machines Tomcat (redémarrer Tomcat
> sur ces machines).
> 
> Je pense que fermer / rouvrir l'application (voire seulement
> relire les fichiers de configuration) pourrait peut-être
> suffire, mais on n'est jamais parvenu à faire fonctionner
> ces fonctions d'admin sur notre config.
> 
> => est-ce que quelqu'un a une expérience d'une install
> multi-machines comparable à la nôtre, et:
>       - a connu des problèmes comparables?
>       - sait comment faire fonctionner les fonctions d'admin
>         dans ce cas?
> 
> Cdt,
> EB
> 
> 
> ------ copie du message du 10/03 ------
> 
> Bonjour,
> 
> Concernant la gestion des fichiers par SDX, nous rencontrons le
> problème suivant:
> 
> a) config.
> - l'installation comprend en tout 5 machines: un filer, deux
> machines Tomcat et deux Apache (toutes quatre Solaris)
> - l'application sdx (il n'y en a qu'une) et tous les fichiers
> d'index sont sur le filer et sont utilisés par l'une ou l'autre
> machine Tomcat lors d'une requête reçue
> 
> b) problème
> - lorsqu'on effectue une indexation de nouveaux fichiers, ça
> se passe bien, mais, après l'indexation, l'une des deux machines
> (Tomcat) ne fonctionne plus en recherche et donne l'erreur:
>       Unable to execute the query,
>       "address@hidden":
>       Unable to read the search index of org.apache.lucene
>       address@hidden: Stale NFS file handle
> tandis que l'autre machine Tomcat fonctionne très bien (utilise
> correctement l'index mis à jour)
> - la machine bloquée re-fonctionne normalement après un redémarrage
> de Tomcat
> 
> c) soupçon
> - on se demande si SDX ou Lucene ne garderait pas des fichiers
> ouverts après une recherche, ce qui aurait pour effet que si on
> met à jour les fichiers d'index depuis une autre machine, la
> première machine n'est plus capable de retrouver ses petits
>       => est-ce plausible? / possible?
>       => y a-t-il un moyen de le vérifier?
> (- pour l'instant on ne sait pas si la machine plantée est celle
> qui n'a pas effectué l'indexation, ou l'autre, mais on devrait le
> savoir bientôt, et il est vraisemblable que la machine indexeuse
> continue à fonctionner normalement tandis que l'autre a un pb.
> de file handle)
> - ce soupçon est cohérent avec le fait que le nombre de fichiers
> ouverts ne diminue jamais, même en l'absence de recherches en cours
> 
> d) sinon, quelle peut être la cause de l'erreur?
> 
> Cordialement,
> EB
> 
> 
> 
> _______________________________________________
> sdx-users mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/sdx-users