Consumer.wait() blocks indefinitely
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 25/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- javascript, python
Piste de recherche
Commencez dans couchdbkit/consumer/init.py et couchdbkit/consumer/sync.py, puis suivez le nettoyage de la réponse à travers restkit/wrappers.py et les opérations de lecture et d’E/S de socket de http_parser affichées dans la trace. Reproduisez Consumer.wait() avec la requête _changes filtrée continue et comparez-la avec curl. Le travail est terminé lorsque le client ne se bloque plus de manière inattendue et qu’un test de régression couvre ce comportement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I have a strange issue where Consumer.wait() blocks indefinitely, that is not reproducible using curl.
Basically I'm registering a Consumer for a (rather large) database with a specific since-value (53000000 in my case)
consumer = Consumer(db)
consumer.wait(self.callback, since=since, include_docs=True)
The callback receives and processes three results, and the call then blocks in
^CTraceback (most recent call last):
File "./manage.py", line 36, in <module>
execute_manager(settings)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 469, in execute_manager
utility.execute()
File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 392, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 222, in run_from_argv
self.execute(*args, **options.__dict__)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 255, in execute
output = self.handle(*args, **options)
File "/srv/mygpo/mygpo/../mygpo/maintenance/management/changescmd.py", line 59, in handle
self.process(self.db, since)
File "/srv/mygpo/mygpo/../mygpo/maintenance/management/changescmd.py", line 100, in process
consumer.wait(self.callback, since=since, **params)
File "/usr/local/lib/python2.7/dist-packages/couchdbkit-0.6.4-py2.7.egg/couchdbkit/consumer/__init__.py", line 103, in wait
return self._consumer.wait(cb, **params)
File "/usr/local/lib/python2.7/dist-packages/couchdbkit-0.6.4-py2.7.egg/couchdbkit/consumer/sync.py", line 56, in wait
break
File "/usr/local/lib/python2.7/dist-packages/restkit-4.2.1-py2.7.egg/restkit/wrappers.py", line 161, in __exit__
self.close()
File "/usr/local/lib/python2.7/dist-packages/restkit-4.2.1-py2.7.egg/restkit/wrappers.py", line 169, in close
self.body.read()
File "/usr/local/lib/python2.7/dist-packages/http_parser-0.8.1-py2.7-linux-x86_64.egg/http_parser/reader.py", line 33, in readinto
recved = self.http_stream.stream.readinto(buf)
File "/usr/local/lib/python2.7/dist-packages/http_parser-0.8.1-py2.7-linux-x86_64.egg/http_parser/_socketio.py", line 70, in readinto
return _recv_into_sock(self._sock, b)
File "/usr/local/lib/python2.7/dist-packages/http_parser-0.8.1-py2.7-linux-x86_64.egg/http_parser/_socketio.py", line 24, in <lambda>
_recv_into_sock = lambda sock, buf: sock.recv_into(buf)
KeyboardInterrupt
In the CouchDB log the query shows up as
[Sun, 03 Mar 2013 12:08:58 GMT] [info] [<0.9352.205>] 127.0.0.1 - - GET /mygpo/_changes?feed=continuous&since=53000000&filter=episode_states%2Fhas_play_events&include_docs=true 200
If I repeat the same call with curl, it quickly returns a large number of additional results. I'd therefore rule out an issue on the CouchDB side.
The filter that is used in the query is shown below.
function(doc, req)
{
if(doc.doc_type != "EpisodeUserState")
{
return false;
}
if(doc._deleted == true)
{
return false;
}
if(!doc.actions)
{
return false;
}
function isPlayEvent(action)
{
return action.action == "play";
}
return doc.actions.some(isPlayEvent);
}
I've tested and reproduced that with the latest version of couchdbkit, and have since upgraded couchdbkit (as well as restkit and http-parser) to their latest HEADs to rule out any recently fixed issues.
Any suggestions on how to further debug this?
- Langage dominant
- Python
- Étoiles
- 261
- Forks
- 90
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de benoitc/couchdbkit
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100
benoitc/couchdbkit#181 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 35/100
benoitc/couchdbkit#196 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
benoitc/couchdbkit#194 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 30/100
benoitc/couchdbkit#193 · 2 commentaires · 1 réaction ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 48/100
benoitc/couchdbkit#192 ·
Toutes les issues de benoitc/couchdbkit
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
ida-arbeitszeit/workers-control#1578 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
aws-samples/sample-per-model-bedrock#898 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
Les mainteneurs répondent en général sous 1 jour
-
intake mcp-intake needs-human-review priority:high
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
Ikalus1988/MisakaNet#5041 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 86/100