RE: RE : [sdx-users] Stale NFS file handle

[Emmanuel Bégué]

> -----Message d'origine-----
> De la part de Frédéric Glorieux
> Envoyé : mardi 18 mars 2003 10:03

> Ce mail a été vu.

Merci de votre réponse.

>       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 ?

L'indexation est quotidienne (les nouveaux articles du jour); le
redémarrage de Tomcat est en effet coûteux s'il est effectué en
pleine journée parce qu'il tue les sessions utilisateur en cours
sur toutes les applications (dont une boutique); la solution qu'on
a trouvée pour l'instant est d'indexer le plus tard possible et de
redémarrer aussitôt lorsque le nombre d'utilisateurs est minimal.


>       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.

C'est intéressant, on pourrait essayer de faire ça après une indexation.


>       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.

Je ne sais pas, mais les autres servlets qui sont installées
sur la configuration ne semblent pas reproduire ce problème (mais
je ne crois pas qu'elles écrivent de fichiers, elles se contentent
de lire des fichiers et d'accéder à des bdd); le problème est d'ailleurs
peut-être un problème Lucene et non pas SDX?

Toute information à ce sujet nous intéresse...
Cordialement,
EB



> > 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
>
>
>
>
> _______________________________________________
> sdx-users mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/sdx-users
>