gistfile1.txt

02:15 <darrik> does either riak or the erlang pb client do caching of keys 
when calling riakc_pb_socket:list_keys(Pid, Bucket) ? 

02:15 <joseph_sh> no, I don't believe so 

02:16 <darrik> i'm hitting an issue where i delete an object, but riakc_pb_socket:list_keys/2 still lists the key,
where riakc_pb_socket:get/3 returns {error, notfound} (as it should) 

02:17 <joseph_sh> when an item is deleted, the X-Riak-Deleted header is set 

02:17 <joseph_sh> so, could be if you look at the key from list_keys, it will 
have that header 

02:17 <joseph_sh> or it could be that it isn't removed from all nodes yet 

02:18 <joseph_sh> "eventual consistency" 

02:18 <darrik> except that i'm testing and only running one node 

02:18 <joseph_sh> ok, so try checking the header :) 

02:19 <joseph_sh> note: I'm not a Riak pro 

02:19 <darrik> how do you check the header if you can't get the object? get
returns {error, notfound} 

02:19 <darrik> note: clearly neither am i ;) 

02:20 <joseph_sh> does it continue to list the key if you run list_keys a second time, 
or wait a while then run it again? 

02:22 <joseph_sh> instead of doing list_keys first, try to get it first, then
check the header 

02:22 <joseph_sh> I'm curious 

02:24 <darrik> a moderate amount of time does not seem to remove the key from the list, 
and hitting the http interface for the bucket with keys=true shows it as well, but fetching it returns not found 

02:28 <darrik> maybe this is expected behavior, and given delete sets X-Riak-Deleted, the 
key is technically still there 

02:28 <joseph_sh> could be, I vaguely remember reading about this 

02:33 <darrik> really, it's unimportant. i was just using list_keys as a debugging tool, 
so it makes no difference overall. 

02:33 <darrik> thanks for the help, joseph_sh 

02:34 <joseph_sh> sure, not much use though :)