an ENOTEMPTY error mybe happen when removing a pg in previous versions，but the
error is hidden in new versions。
_destroy_collection maybe return 0 when get_index or prep_delete return < 0;
is this intended?
int FileStore::_destroy_collection(coll_t c)
{
int r = 0;
while it
is hung and open a bug:
debug osd = 20
debug filestore = 20
debug ms = 1
-Sam
On Mon, Nov 2, 2015 at 5:24 PM, yangruifeng.09...@h3c.com
<yangruifeng.09...@h3c.com> wrote:
> a unknown reason problem, which cause pg stuck in peering, may be a temporary
> failure network failure
:14 PM, Samuel Just <sj...@redhat.com> wrote:
> Yeah, there's a heartbeat system and the messenger is reliable delivery.
> -Sam
>
> On Mon, Nov 2, 2015 at 5:41 PM, yangruifeng.09...@h3c.com
> <yangruifeng.09...@h3c.com> wrote:
>> I will try my best to get the detail
a simple solution,
in config_opts.h, add a configuration item osd_op_force_delete, default is
false or true?
in the class OpReques，add two function need_skip_full_check(),
set_skip_full_check()
in the OSD::init_op_flags, add checking, if there is a delete op and
osd_op_force_delete is ture,
Hi,
Is the strtok safe in this case ? why not strtok_r ?
static int parse_list(string uid_list, vectorstring uids)
{
...
const char *p = strtok(s, ,);
while (p) {
...
p = strtok(NULL, ,);
}
...
}
bool RGWAccessControlPolicy_SWIFT::create(RGWRados *store, string id, string
