benchmark.py
readContribuabili.py
[PYCBC-89] Implement add/replace Created: 26/Apr/13 Updated: 30/Apr/13 Resolved: 30/Apr/13 |
|
| Status: | Resolved |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | 0.9.0 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Task | Priority: | Major |
| Reporter: | Mark Nunberg | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
[PYCBC-88] Add support for increment/decrement Created: 26/Apr/13 Updated: 30/Apr/13 Resolved: 30/Apr/13 |
|
| Status: | Resolved |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | New Feature | Priority: | Major |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
Add support for increment and decrement.
|
[PYCBC-87] Implement append/prepend Created: 26/Apr/13 Updated: 11/May/13 Resolved: 30/Apr/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | New Feature | Priority: | Blocker |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
Append is needed in version 0.9.
|
[PYCBC-85] Client Download Link doesn't work without referrer Created: 27/Mar/13 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | 0.8.0 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Task | Priority: | Major |
| Reporter: | Muthu Kumar | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | download, issue, link, referer | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
There is a HTTP Referer issue with the download link
wget "http://packages.couchbase.com/clients/python/couchbase-0.8.2.tar.gz" doesn't work wget --referer=http://www.couchbase.com/develop/python/next "http://packages.couchbase.com/clients/python/couchbase-0.8.2.tar.gz" - this works Please fix. |
[PYCBC-75] Fixed "got not my vb error" problem that was causing a "30 second timeout" from memcached Created: 13/Dec/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | 0.8.0 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Philip Gatt | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | 4h | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | 4h | ||
| Description |
|
Fixed "got not my vb error" problem that was causing a "30 second timeout" from the memcached client.
The code that was in there just had a little bug. I fixed a broken if statement and things started working. I tested this during a rebalance, saw the errors, and also saw my client continue to function fine. Patch is here: https://github.com/couchbase/couchbase-python-client/pull/14/files |
[PYCBC-73] WARNING:client:unknown flags on get: 2000000 Created: 26/Nov/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | 0.8.0 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | by zhang | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: | Mac. python27, Couchbase 2.0 | ||
| Description |
|
I was seeing these warnings suddenly from 2 days ago:
WARNING:client:unknown flags on get: 2000000 I modified the python client library to log the values, and they look good, (actually are int) One thing might be related: I did cbbackup and cbrestore before I saw these warnings. |
[PYCBC-70] shutdown in client takes over 2 seconds Created: 08/Nov/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Resolved |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | 0.8.0 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Incomplete | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
The shutdown function in the Couchbase object seems to take over 2 seconds.
From the discussion with the bug reporter: @ingenthr it looks like the mc_client.done() is the culprit. the bucket is being deleted every request, calling mc_client.done() which is taking 2.3 sec to finish asa @ 2:00 oh? thanks for tracing that down! I'll get an issue filed ingenthr @ 2:00 perezd [~derek@23-24-210-193-static.hfc.comcastbusiness.net] entered the room. 2:00 client.Bucket asa @ 2:01 perezd left the room (quit: Client Quit). 2:01 that's interesting ingenthr @ 2:03 I wonder what it's doing there 2:03 is it bad to not properly shutdown? asa @ 2:08 looks like there is self._dispatcher_stopped_event.wait(2) 2:08 well, I think there's a configuration thread. it may leak something? I'm not certain to be honest ingenthr @ 2:08 comment it out and suddenly it iis very fast. asa @ 2:08 line 66 in couchbaseclient.py 2:09 heh ingenthr @ 2:09 well, this has been the area we need to fix I beleive 2:09 asa @ 2:10 |
[PYCBC-69] requests module update required to keep up with changing API Created: 28/Oct/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | 0.8.0 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 1 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
In requests 0.14, the API changed slightly and thus we need to update our use of the API.
Workaround: Change line line 282 in couchbase/rest_client.py - def _http_request(self, api, method='GET', params='', headers=None, + def _http_request(self, api, method='GET', params=None, headers=None, |
| Comments |
| Comment by Matt Ingenthron [ 28/Oct/12 ] |
| http://review.couchbase.org/#/c/21631/ |
[PYCBC-62] get_multi() doesn't work over binary client Created: 30/Aug/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | 0.7.2 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Benjamin Young | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Flagged: |
Release Note, Impediment
|
||||||||
| Description |
|
The MemcachedClient.get_multi() method works fine over 11211 (moxi), but fails against 11210. The implementation is using the suggested n-1 getq's + noop:
http://code.google.com/p/memcached/wiki/BinaryProtocolRevamped#Get,_Get_Quietly,_Get_Key,_Get_Key_Quietly |
| Comments |
| Comment by Benjamin Young [ 30/Aug/12 ] |
| The unified CouchbaseClient selects it's port via the HTTP node info API, and thus selects the binary port. |
[PYCBC-56] document thoughts on using async-core for IO oriented parallelism Created: 24/Aug/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Improvement | Priority: | Major |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
Related to |
| Comments |
| Comment by Mark Nunberg [ 04/May/13 ] |
|
This is an interesting thought.
In any event, I'd like to model the async as it's done in Perl, where it's essentially layered. |
[PYCBC-29] Setting a non-existant key from VBucketAwareCouchbaseClient throws an exception instead of returning None Created: 16/May/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Benjamin Young | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
The docs don't match the code. We need to determine which one is correct (or which route we'd prefer taking), write some tests, and make the docs and code match.
Reported via http://disq.us/78w7hy?imp=7fd22085-2821-40da-9b3f-0e5134554a91&thread=574422822&zone=email_notification&event=shortener_click Using couchbase-python-client v0.6.0 from the MB 2.0 DP SDK downloads, the above doesn't seem to be true. I am seeing the following exception thrown (instead of None being returned) when trying to get a non-existant key from a VBucketAwareCouchbaseClient: couchbase.couchbaseclient.MemcachedError: Memcached error #1: Not found Also, the get function doesn't return object but a tuple, with the object is in position 2. |
[PYCBC-28] performance with python client library is sub-standard Created: 04/Apr/12 Updated: 02/May/13 Resolved: 02/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | 0.5, 0.6, 0.7 |
| Fix Version/s: | 0.9.0, 0.10.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Critical |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 1 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
benchmark.py
readContribuabili.py
|
| Description |
|
Current basic tests with Python show the client library is not capable of the same kind of throughput we would expect from a basic client library. It's unclear if this owing to the fact that we're not that close to the IO or there's something just wrong in the current client library.
|
| Comments |
| Comment by Matt Ingenthron [ 04/Apr/12 ] |
| Added a contributed test for throughput. |
| Comment by Benjamin Young [ 22/Jun/12 ] |
| Pavel's raised his hand to take on this task. Glad to have you on board, Pavel! |
| Comment by Pavel Paulau [ 25/Jul/12 ] |
|
Returning this task back to because it's well beyond my scope.
I'll continue to work on that as part of other task: http://www.couchbase.com/issues/browse/CBD-464 |
| Comment by Mark Nunberg [ 02/May/13 ] |
| Performance is better with the libcouchbase -based version |
[PYCBC-26] Client throws intermittent "Exception in thread dispatcher-thread" errors Created: 22/Mar/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | 0.5 |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | John Zablocki | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: | Windows 7, Python 2.7 | ||
| Description |
|
While working on the changes for 0.6, I started to get these errors. They went away after some time and I haven't seen them since (though I've used the Python client minimally since the 0.6 release). However, a user reported a similar experience on the forums today. I don't have steps to recreate, but wanted to make note of this as it's no longer isolated to my setup.
http://www.couchbase.com/forums/comment/reply/1001642#comment-form Exception in thread dispatcher-thread (most likely raised during interpreter shutdown): Traceback (most recent call last): File "/usr/lib64/python2.6/threading.py", line 532, in __bootstrap_inner File "/usr/lib64/python2.6/threading.py", line 484, in run File "/usr/lib/python2.6/site-packages/couchbase/couchbaseclient.py", line 661, in _start_dispatcher File "/usr/lib/python2.6/site-packages/couchbase/couchbaseclient.py", line 968, in dispatch File "/usr/lib64/python2.6/Queue.py", line 174, in get <type 'exceptions.TypeError'>: 'NoneType' object is not callable |
| Comments |
| Comment by James Boylan [ 30/Apr/12 ] |
| I have also seen this issue manifest on a Linux system running the 0.6 Client Library for Python. Tested both with Python 2.6 and 2.7. It seems to stem from the threading being done in the client library. ie, threads don't seem to be exiting correctly resulting in the error. |
[PYCBC-24] Rebalance results in clients hanging Created: 04/Mar/12 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | nerdynick | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
Using the latest version from Github. If you rebalance the cluster while activity is going on from a client. The client hangs with a Not My vBucket error. Even after the rebalance has finished it continues to hang.
|
| Comments |
| Comment by Mark Nunberg [ 04/May/13 ] |
| see LCB |
[PYCBC-11] a disconnected or misbehaving connection may cause instability in the client library Created: 22/Aug/11 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | library |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
This bug has not actually been observed, but it is expected that something like a stale connection (one where the server is gone, but no TCP timeout or RST packet has been received) could cause the client to continue to write to something not there forever. The client library should be more resiliant.
|
| Comments |
| Comment by Matt Ingenthron [ 13/Oct/11 ] |
| I believe this is closeable, correct? |
[PYCBC-6] some bugs on sending data Created: 22/Aug/11 Updated: 04/May/13 Resolved: 04/May/13 |
|
| Status: | Closed |
| Project: | Couchbase Python Client Library |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 0.9.0 |
| Security Level: | Public |
| Type: | Bug | Priority: | Major |
| Reporter: | Matt Ingenthron | Assignee: | Mark Nunberg |
| Resolution: | Incomplete | Votes: | 0 |
| Labels: | need_info, needs-better-definition | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
At times, sending data can get hung up. This is well known by Farshid, who can offer details. Just filing the bug for tracking.
|
| Comments |
| Comment by Farshid Ghods [ 07/Sep/11 ] |
|
found the solution and fix is merged to mc_bin_client in testrunner. Keith can you crossport the changes when you get a chance ? |
| Comment by Benjamin Young [ 17/May/12 ] |
| Keith, any updates on this? Thanks. |
| Comment by Benjamin Young [ 31/May/12 ] |
| Farshid, do you know the exact commits or "area" of mc_bin_client that fixed this issue in testrunner? I'll be glad to do the "porting" if so. |
| Comment by Matt Ingenthron [ 13/Jul/12 ] |
|
Assigning to Farshid who can hopefully help fill us in. Farshid: do you remember July 2011? Do you remember it well enough to recall what this issue was that was fixed and merged in mc_bin_client? We want to make sure it's in the updates. |
| Comment by Farshid Ghods [ 26/Jul/12 ] |
| yes the bug was that we were not using tcp_nodelay when creating a connection to memcached |