* [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
@ 2018-01-15 6:13 Qu Wenruo
2018-01-16 13:47 ` Nikolay Borisov
2018-01-22 5:50 ` [PATCH v2] " Qu Wenruo
0 siblings, 2 replies; 7+ messages in thread
From: Qu Wenruo @ 2018-01-15 6:13 UTC (permalink / raw)
To: linux-btrfs; +Cc: dsterba
Enospc_debug makes extent allocator to print more debug messages,
however for chunk allocation, there is no debug message for enospc_debug
at all.
This patch will add message for the following parts of chunk allocator:
1) No rw device at all
Quite rare, but at least output one message for this case.
2) No enough space for some device
This debug message is quite handy for unbalanced disks with stripe
based profiles (RAID0/10/5/6).
3) Not enough free devices
This debug message should tell us if current chunk allocator is
working correctly on minimal device requirement.
Although under most case, we will hit other ENOSPC before we even hit a
chunk allocator ENOSPC, but such debug info won't help.
Signed-off-by: Qu Wenruo <wqu@suse.com>
---
fs/btrfs/volumes.c | 19 +++++++++++++++++--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index a25684287501..664d8a1b90b3 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
@@ -4622,8 +4622,11 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
BUG_ON(!alloc_profile_is_valid(type, 0));
- if (list_empty(&fs_devices->alloc_list))
+ if (list_empty(&fs_devices->alloc_list)) {
+ if (btrfs_test_opt(info, ENOSPC_DEBUG))
+ btrfs_warn(info, "%s: No writable device", __func__);
return -ENOSPC;
+ }
index = __get_raid_index(type);
@@ -4705,8 +4708,14 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
if (ret == 0)
max_avail = max_stripe_size * dev_stripes;
- if (max_avail < BTRFS_STRIPE_LEN * dev_stripes)
+ if (max_avail < BTRFS_STRIPE_LEN * dev_stripes) {
+ if (btrfs_test_opt(info, ENOSPC_DEBUG))
+ btrfs_debug(info,
+ "%s: devid %llu has no free space, have=%llu want=%u",
+ __func__, device->devid, max_avail,
+ BTRFS_STRIPE_LEN * dev_stripes);
continue;
+ }
if (ndevs == fs_devices->rw_devices) {
WARN(1, "%s: found more than %llu devices\n",
@@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
ret = -ENOSPC;
+ if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
+ btrfs_debug(info,
+ "%s: not enough devices with free space: have=%d minimal=%d increment=%d",
+ __func__, ndevs, devs_min,
+ devs_increment * sub_stripes);
+ }
goto error;
}
--
2.15.1
^ permalink raw reply related [flat|nested] 7+ messages in thread* Re: [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
2018-01-15 6:13 [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option Qu Wenruo
@ 2018-01-16 13:47 ` Nikolay Borisov
2018-01-17 0:52 ` Qu Wenruo
2018-01-22 5:50 ` [PATCH v2] " Qu Wenruo
1 sibling, 1 reply; 7+ messages in thread
From: Nikolay Borisov @ 2018-01-16 13:47 UTC (permalink / raw)
To: Qu Wenruo, linux-btrfs; +Cc: dsterba
On 15.01.2018 08:13, Qu Wenruo wrote:
> Enospc_debug makes extent allocator to print more debug messages,
> however for chunk allocation, there is no debug message for enospc_debug
> at all.
>
> This patch will add message for the following parts of chunk allocator:
>
> 1) No rw device at all
> Quite rare, but at least output one message for this case.
>
> 2) No enough space for some device
> This debug message is quite handy for unbalanced disks with stripe
> based profiles (RAID0/10/5/6).
>
> 3) Not enough free devices
> This debug message should tell us if current chunk allocator is
> working correctly on minimal device requirement.
>
> Although under most case, we will hit other ENOSPC before we even hit a
> chunk allocator ENOSPC, but such debug info won't help.
>
> Signed-off-by: Qu Wenruo <wqu@suse.com>
> ---
> fs/btrfs/volumes.c | 19 +++++++++++++++++--
> 1 file changed, 17 insertions(+), 2 deletions(-)
>
> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
> index a25684287501..664d8a1b90b3 100644
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -4622,8 +4622,11 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>
> BUG_ON(!alloc_profile_is_valid(type, 0));
>
> - if (list_empty(&fs_devices->alloc_list))
> + if (list_empty(&fs_devices->alloc_list)) {
> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
> + btrfs_warn(info, "%s: No writable device", __func__);
perhaps this shouldn't be gated on ENOSPC_DEBUG if it's a warning, or if
it's to be gated then make it a DEBUG.
> return -ENOSPC;
> + }
>
> index = __get_raid_index(type);
>
> @@ -4705,8 +4708,14 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
> if (ret == 0)
> max_avail = max_stripe_size * dev_stripes;
>
> - if (max_avail < BTRFS_STRIPE_LEN * dev_stripes)
> + if (max_avail < BTRFS_STRIPE_LEN * dev_stripes) {
> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
> + btrfs_debug(info,
> + "%s: devid %llu has no free space, have=%llu want=%u",
> + __func__, device->devid, max_avail,
> + BTRFS_STRIPE_LEN * dev_stripes);
Here we have a debug output gated on ENOSCP_DEBUG so let's be consistent
(hence my previous comment)
> continue;
> + }
>
> if (ndevs == fs_devices->rw_devices) {
> WARN(1, "%s: found more than %llu devices\n",
> @@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>
> if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
> ret = -ENOSPC;
> + if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
> + btrfs_debug(info,
> + "%s: not enough devices with free space: have=%d minimal=%d increment=%d",
> + __func__, ndevs, devs_min,
> + devs_increment * sub_stripes);
Without looking at the code it's not really obvious what increment is.
Perhaps you can use a more descriptive word?
> + }
> goto error;
> }
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
2018-01-16 13:47 ` Nikolay Borisov
@ 2018-01-17 0:52 ` Qu Wenruo
2018-01-17 16:13 ` Nikolay Borisov
0 siblings, 1 reply; 7+ messages in thread
From: Qu Wenruo @ 2018-01-17 0:52 UTC (permalink / raw)
To: Nikolay Borisov, Qu Wenruo, linux-btrfs; +Cc: dsterba
[-- Attachment #1.1: Type: text/plain, Size: 3588 bytes --]
On 2018年01月16日 21:47, Nikolay Borisov wrote:
>
>
> On 15.01.2018 08:13, Qu Wenruo wrote:
>> Enospc_debug makes extent allocator to print more debug messages,
>> however for chunk allocation, there is no debug message for enospc_debug
>> at all.
>>
>> This patch will add message for the following parts of chunk allocator:
>>
>> 1) No rw device at all
>> Quite rare, but at least output one message for this case.
>>
>> 2) No enough space for some device
>> This debug message is quite handy for unbalanced disks with stripe
>> based profiles (RAID0/10/5/6).
>>
>> 3) Not enough free devices
>> This debug message should tell us if current chunk allocator is
>> working correctly on minimal device requirement.
>>
>> Although under most case, we will hit other ENOSPC before we even hit a
>> chunk allocator ENOSPC, but such debug info won't help.
>>
>> Signed-off-by: Qu Wenruo <wqu@suse.com>
>> ---
>> fs/btrfs/volumes.c | 19 +++++++++++++++++--
>> 1 file changed, 17 insertions(+), 2 deletions(-)
>>
>> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
>> index a25684287501..664d8a1b90b3 100644
>> --- a/fs/btrfs/volumes.c
>> +++ b/fs/btrfs/volumes.c
>> @@ -4622,8 +4622,11 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>>
>> BUG_ON(!alloc_profile_is_valid(type, 0));
>>
>> - if (list_empty(&fs_devices->alloc_list))
>> + if (list_empty(&fs_devices->alloc_list)) {
>> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
>> + btrfs_warn(info, "%s: No writable device", __func__);
>
> perhaps this shouldn't be gated on ENOSPC_DEBUG if it's a warning, or if
> it's to be gated then make it a DEBUG.
Because the case of no writeable device is rare.
But change it to debug seems good.
>
>> return -ENOSPC;
>> + }
>>
>> index = __get_raid_index(type);
>>
>> @@ -4705,8 +4708,14 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>> if (ret == 0)
>> max_avail = max_stripe_size * dev_stripes;
>>
>> - if (max_avail < BTRFS_STRIPE_LEN * dev_stripes)
>> + if (max_avail < BTRFS_STRIPE_LEN * dev_stripes) {
>> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
>> + btrfs_debug(info,
>> + "%s: devid %llu has no free space, have=%llu want=%u",
>> + __func__, device->devid, max_avail,
>> + BTRFS_STRIPE_LEN * dev_stripes);
>
> Here we have a debug output gated on ENOSCP_DEBUG so let's be consistent
> (hence my previous comment)
>> continue;
>> + }
>>
>> if (ndevs == fs_devices->rw_devices) {
>> WARN(1, "%s: found more than %llu devices\n",
>> @@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>>
>> if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
>> ret = -ENOSPC;
>> + if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
>> + btrfs_debug(info,
>> + "%s: not enough devices with free space: have=%d minimal=%d increment=%d",
>> + __func__, ndevs, devs_min,
>> + devs_increment * sub_stripes);
>
> Without looking at the code it's not really obvious what increment is.
> Perhaps you can use a more descriptive word?
"increment" is indeed less meaningful.
I'll change it to only output "minimal" just min(minimal, devs_min).
Thanks,
Qu
>
>> + }
>> goto error;
>> }
>>
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 520 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
2018-01-17 0:52 ` Qu Wenruo
@ 2018-01-17 16:13 ` Nikolay Borisov
0 siblings, 0 replies; 7+ messages in thread
From: Nikolay Borisov @ 2018-01-17 16:13 UTC (permalink / raw)
To: Qu Wenruo, Qu Wenruo, linux-btrfs; +Cc: dsterba
On 17.01.2018 02:52, Qu Wenruo wrote:
>
>
> On 2018年01月16日 21:47, Nikolay Borisov wrote:
>>
>>
>> On 15.01.2018 08:13, Qu Wenruo wrote:
>>> Enospc_debug makes extent allocator to print more debug messages,
>>> however for chunk allocation, there is no debug message for enospc_debug
>>> at all.
>>>
>>> This patch will add message for the following parts of chunk allocator:
>>>
>>> 1) No rw device at all
>>> Quite rare, but at least output one message for this case.
>>>
>>> 2) No enough space for some device
>>> This debug message is quite handy for unbalanced disks with stripe
>>> based profiles (RAID0/10/5/6).
>>>
>>> 3) Not enough free devices
>>> This debug message should tell us if current chunk allocator is
>>> working correctly on minimal device requirement.
>>>
>>> Although under most case, we will hit other ENOSPC before we even hit a
>>> chunk allocator ENOSPC, but such debug info won't help.
>>>
>>> Signed-off-by: Qu Wenruo <wqu@suse.com>
>>> ---
>>> fs/btrfs/volumes.c | 19 +++++++++++++++++--
>>> 1 file changed, 17 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
>>> index a25684287501..664d8a1b90b3 100644
>>> --- a/fs/btrfs/volumes.c
>>> +++ b/fs/btrfs/volumes.c
>>> @@ -4622,8 +4622,11 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>>>
>>> BUG_ON(!alloc_profile_is_valid(type, 0));
>>>
>>> - if (list_empty(&fs_devices->alloc_list))
>>> + if (list_empty(&fs_devices->alloc_list)) {
>>> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
>>> + btrfs_warn(info, "%s: No writable device", __func__);
>>
>> perhaps this shouldn't be gated on ENOSPC_DEBUG if it's a warning, or if
>> it's to be gated then make it a DEBUG.
>
> Because the case of no writeable device is rare.
>
> But change it to debug seems good.
>
>>
>>> return -ENOSPC;
>>> + }
>>>
>>> index = __get_raid_index(type);
>>>
>>> @@ -4705,8 +4708,14 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>>> if (ret == 0)
>>> max_avail = max_stripe_size * dev_stripes;
>>>
>>> - if (max_avail < BTRFS_STRIPE_LEN * dev_stripes)
>>> + if (max_avail < BTRFS_STRIPE_LEN * dev_stripes) {
>>> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
>>> + btrfs_debug(info,
>>> + "%s: devid %llu has no free space, have=%llu want=%u",
>>> + __func__, device->devid, max_avail,
>>> + BTRFS_STRIPE_LEN * dev_stripes);
>>
>> Here we have a debug output gated on ENOSCP_DEBUG so let's be consistent
>> (hence my previous comment)
>>> continue;
>>> + }
>>>
>>> if (ndevs == fs_devices->rw_devices) {
>>> WARN(1, "%s: found more than %llu devices\n",
>>> @@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>>>
>>> if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
>>> ret = -ENOSPC;
>>> + if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
>>> + btrfs_debug(info,
>>> + "%s: not enough devices with free space: have=%d minimal=%d increment=%d",
>>> + __func__, ndevs, devs_min,
>>> + devs_increment * sub_stripes);
>>
>> Without looking at the code it's not really obvious what increment is.
>> Perhaps you can use a more descriptive word?
>
> "increment" is indeed less meaningful.
>
> I'll change it to only output "minimal" just min(minimal, devs_min).
I think that 'minimal' should be 'minimal required'
>
> Thanks,
> Qu
>
>>
>>> + }
>>> goto error;
>>> }
>>>
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH v2] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
2018-01-15 6:13 [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option Qu Wenruo
2018-01-16 13:47 ` Nikolay Borisov
@ 2018-01-22 5:50 ` Qu Wenruo
2018-01-22 8:11 ` Nikolay Borisov
1 sibling, 1 reply; 7+ messages in thread
From: Qu Wenruo @ 2018-01-22 5:50 UTC (permalink / raw)
To: linux-btrfs; +Cc: nborisov
Enospc_debug makes extent allocator to print more debug messages,
however for chunk allocation, there is no debug message for enospc_debug
at all.
This patch will add message for the following parts of chunk allocator:
1) No rw device at all
Quite rare, but at least output one message for this case.
2) No enough space for some device
This debug message is quite handy for unbalanced disks with stripe
based profiles (RAID0/10/5/6).
3) Not enough free devices
This debug message should tell us if current chunk allocator is
working correctly on minimal device requirement.
Although under most case, we will hit other ENOSPC before we even hit a
chunk allocator ENOSPC, but such debug info won't help.
Signed-off-by: Qu Wenruo <wqu@suse.com>
---
v2:
Unify all message level to btrfs_debug().
More meaningful message if we don't have enough device.
---
fs/btrfs/volumes.c | 19 +++++++++++++++++--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index a25684287501..86cae6a15b1e 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
@@ -4622,8 +4622,11 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
BUG_ON(!alloc_profile_is_valid(type, 0));
- if (list_empty(&fs_devices->alloc_list))
+ if (list_empty(&fs_devices->alloc_list)) {
+ if (btrfs_test_opt(info, ENOSPC_DEBUG))
+ btrfs_debug(info, "%s: No writable device", __func__);
return -ENOSPC;
+ }
index = __get_raid_index(type);
@@ -4705,8 +4708,14 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
if (ret == 0)
max_avail = max_stripe_size * dev_stripes;
- if (max_avail < BTRFS_STRIPE_LEN * dev_stripes)
+ if (max_avail < BTRFS_STRIPE_LEN * dev_stripes) {
+ if (btrfs_test_opt(info, ENOSPC_DEBUG))
+ btrfs_debug(info,
+ "%s: devid %llu has no free space, have=%llu want=%u",
+ __func__, device->devid, max_avail,
+ BTRFS_STRIPE_LEN * dev_stripes);
continue;
+ }
if (ndevs == fs_devices->rw_devices) {
WARN(1, "%s: found more than %llu devices\n",
@@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
ret = -ENOSPC;
+ if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
+ btrfs_debug(info,
+ "%s: not enough devices with free space: have=%d minimal required=%d",
+ __func__, ndevs, min(devs_min,
+ devs_increment * sub_stripes));
+ }
goto error;
}
--
2.15.1
^ permalink raw reply related [flat|nested] 7+ messages in thread* Re: [PATCH v2] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
2018-01-22 5:50 ` [PATCH v2] " Qu Wenruo
@ 2018-01-22 8:11 ` Nikolay Borisov
2018-01-30 13:48 ` David Sterba
0 siblings, 1 reply; 7+ messages in thread
From: Nikolay Borisov @ 2018-01-22 8:11 UTC (permalink / raw)
To: Qu Wenruo, linux-btrfs
On 22.01.2018 07:50, Qu Wenruo wrote:
> Enospc_debug makes extent allocator to print more debug messages,
> however for chunk allocation, there is no debug message for enospc_debug
> at all.
>
> This patch will add message for the following parts of chunk allocator:
>
> 1) No rw device at all
> Quite rare, but at least output one message for this case.
>
> 2) No enough space for some device
> This debug message is quite handy for unbalanced disks with stripe
> based profiles (RAID0/10/5/6).
>
> 3) Not enough free devices
> This debug message should tell us if current chunk allocator is
> working correctly on minimal device requirement.
>
> Although under most case, we will hit other ENOSPC before we even hit a
> chunk allocator ENOSPC, but such debug info won't help.
>
> Signed-off-by: Qu Wenruo <wqu@suse.com>
Reviewed-by: Nikolay Borisov <nborisov@suse.com>
> ---
> v2:
> Unify all message level to btrfs_debug().
> More meaningful message if we don't have enough device.
> ---
> fs/btrfs/volumes.c | 19 +++++++++++++++++--
> 1 file changed, 17 insertions(+), 2 deletions(-)
>
> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
> index a25684287501..86cae6a15b1e 100644
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -4622,8 +4622,11 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>
> BUG_ON(!alloc_profile_is_valid(type, 0));
>
> - if (list_empty(&fs_devices->alloc_list))
> + if (list_empty(&fs_devices->alloc_list)) {
> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
> + btrfs_debug(info, "%s: No writable device", __func__);
> return -ENOSPC;
> + }
>
> index = __get_raid_index(type);
>
> @@ -4705,8 +4708,14 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
> if (ret == 0)
> max_avail = max_stripe_size * dev_stripes;
>
> - if (max_avail < BTRFS_STRIPE_LEN * dev_stripes)
> + if (max_avail < BTRFS_STRIPE_LEN * dev_stripes) {
> + if (btrfs_test_opt(info, ENOSPC_DEBUG))
> + btrfs_debug(info,
> + "%s: devid %llu has no free space, have=%llu want=%u",
> + __func__, device->devid, max_avail,
> + BTRFS_STRIPE_LEN * dev_stripes);
> continue;
> + }
>
> if (ndevs == fs_devices->rw_devices) {
> WARN(1, "%s: found more than %llu devices\n",
> @@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
>
> if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
> ret = -ENOSPC;
> + if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
> + btrfs_debug(info,
> + "%s: not enough devices with free space: have=%d minimal required=%d",
nit: s/minimal/minimum
But there is no point in resending just for that, I guess David could
fix it while merging.
> + __func__, ndevs, min(devs_min,
> + devs_increment * sub_stripes));
> + }
> goto error;
> }
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: [PATCH v2] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option
2018-01-22 8:11 ` Nikolay Borisov
@ 2018-01-30 13:48 ` David Sterba
0 siblings, 0 replies; 7+ messages in thread
From: David Sterba @ 2018-01-30 13:48 UTC (permalink / raw)
To: Nikolay Borisov; +Cc: Qu Wenruo, linux-btrfs
On Mon, Jan 22, 2018 at 10:11:44AM +0200, Nikolay Borisov wrote:
> > @@ -4731,6 +4740,12 @@ static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans,
> >
> > if (ndevs < devs_increment * sub_stripes || ndevs < devs_min) {
> > ret = -ENOSPC;
> > + if (btrfs_test_opt(info, ENOSPC_DEBUG)) {
> > + btrfs_debug(info,
> > + "%s: not enough devices with free space: have=%d minimal required=%d",
>
> nit: s/minimal/minimum
> But there is no point in resending just for that, I guess David could
> fix it while merging.
Yes, string updated and added to next, thanks.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2018-01-30 13:50 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-01-15 6:13 [PATCH] btrfs: Add chunk allocation ENOSPC debug message for enospc_debug mount option Qu Wenruo
2018-01-16 13:47 ` Nikolay Borisov
2018-01-17 0:52 ` Qu Wenruo
2018-01-17 16:13 ` Nikolay Borisov
2018-01-22 5:50 ` [PATCH v2] " Qu Wenruo
2018-01-22 8:11 ` Nikolay Borisov
2018-01-30 13:48 ` David Sterba
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).