[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:
Dependency
blocks PYCBC-49 implement get_multi() in unified client Closed

 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 PYCBC-28

 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: File benchmark.py     File 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 (Inactive) 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 (Inactive) [ 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 (Inactive) [ 26/Jul/12 ]
yes the bug was that we were not using tcp_nodelay when creating a connection to memcached




Generated at Sat Oct 25 19:49:41 CDT 2014 using JIRA 5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9.