2010-10-22 3 views
2

J'utilise l'indexation delta pour mes index Thinking Sphinx dans mon projet Rails. Dans ma machine (Mac OS X) ça fonctionne bien. Je change un enregistrement et il le trouve immédiatement. Sur les serveurs (Debian), ce n'est pas le cas.Les index Delta ne fonctionnent pas sur les serveurs lors de l'utilisation de Thinking Sphinx

J'ai exécuté une requête sql pour delta = true et j'ai les enregistrements modifiés récemment, donc cette partie fonctionne. Dans le journal/searchd.query.log je vois la bonne demande:

[Fri Oct 22 10:25:29.193 2010] 0.000 sec [all/3/rel 0 (0,20)] [customer_core,customer_delta] Jonas4 

Des idées quoi d'autre pourrait-il être?

Merci.

Répondre

4

Je vais répondre ici, même si vous avez affecté à la liste de soutien et ...

Quel utilisateur exécute les tâches de râteau TS? Et quel utilisateur possède le site Rails sur votre serveur? Ils devraient être les mêmes.

Aussi: Utilisez-vous Passenger? Si c'est le cas, vous devez vous assurer que le paramètre bin_path est défini dans votre fichier config/sphinx.yml. La documentation runs through both points. Faites-moi savoir si aucune de ces choses n'aide les choses.

+0

Je ne vois pas les mails apparaître dans la liste de support. Je n'ai jamais reçu de réponse de qui que ce soit et le dernier courrier que j'ai vu date de mai 2008; Je suppose qu'il est mort mais j'ai continué à lui donner une chance. – Pablo

+0

Yeap, l'utilisateur était le problème. Merci. Maintenant, ma question est de savoir comment faire les tâches Capistrano sudo pour le nom d'utilisateur correct. – Pablo

+0

Vraiment, vous ne devriez pas être déployé en tant que root - il devrait être fait en tant que propriétaire du site, tout comme les tâches de rake. Mais si vous voulez écrire vos propres tâches capistrano pour contourner ce problème, soyez mon invité. – pat

Questions connexes