Consumer.wait() blocks indefinitely
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Bug
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- javascript, python
Rechercherichtung
Beginne in couchdbkit/consumer/init.py und couchdbkit/consumer/sync.py und verfolge anschließend die Bereinigung der Antwort durch restkit/wrappers.py sowie die in der Ablaufverfolgung gezeigten Lese- und Socket-I/O-Vorgänge von http_parser. Reproduziere Consumer.wait() mit der kontinuierlichen gefilterten _changes-Anfrage und vergleiche das Verhalten mit curl. Erledigt ist die Aufgabe, wenn der Client nicht mehr unerwartet blockiert und ein Regressionstest dieses Verhalten abdeckt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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?
- Vorherrschende Sprache
- Python
- Sterne
- 261
- Forks
- 90
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus benoitc/couchdbkit
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
benoitc/couchdbkit#181 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 35/100
benoitc/couchdbkit#196 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
benoitc/couchdbkit#194 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 30/100
benoitc/couchdbkit#193 · 2 Kommentare · 1 Reaktion ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100
benoitc/couchdbkit#192 ·
Alle Issues in benoitc/couchdbkit
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
ida-arbeitszeit/workers-control#1578 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
aws-samples/sample-per-model-bedrock#898 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
intake mcp-intake needs-human-review priority:high
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Ikalus1988/MisakaNet#5041 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 86/100