* [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity
@ 2021-06-02 21:34 Vladislav Shpilevoy via Tarantool-patches
2021-06-03 10:19 ` Oleg Babin via Tarantool-patches
0 siblings, 1 reply; 5+ messages in thread
From: Vladislav Shpilevoy via Tarantool-patches @ 2021-06-02 21:34 UTC (permalink / raw)
To: tarantool-patches, yaroslav.dynnikov, olegrok
Recovery fiber on the storages used to print messages about
starting recovery even when no recovery was needed yet:
Starting ... buckets recovery step
Finish bucket recovery step
It happened a lot during rebalancing even if it worked fine.
Because there appear receiving/sending buckets, and recovery
double-checks if they are really transferring, not stuck.
The patch makes recovery fiber not account the buckets, whose
transfer is actually in progress, as broken. Hence it won't print
the recovery messages anymore unless the transfer was really
interrupted.
Along with that the recovery now prints more details about the
first bucket which triggered the real recovery.
Closes #274
---
Branch: http://github.com/tarantool/vshard/tree/gerold103/gh-274-user-friendly-recovery
Issue: https://github.com/tarantool/vshard/issues/274
vshard/storage/init.lua | 30 +++++++++++++++++++++++++-----
1 file changed, 25 insertions(+), 5 deletions(-)
diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
index 7045d91..8a019fa 100644
--- a/vshard/storage/init.lua
+++ b/vshard/storage/init.lua
@@ -736,21 +736,25 @@ local function recovery_step_by_type(type)
local is_empty = true
local recovered = 0
local total = 0
+ local start_format = 'Starting %s buckets recovery step'
for _, bucket in _bucket.index.status:pairs(type) do
total = total + 1
local bucket_id = bucket.id
if M.rebalancer_transfering_buckets[bucket_id] then
goto continue
end
- if is_empty then
- log.info('Starting %s buckets recovery step', type)
- end
- is_empty = false
assert(bucket_is_transfer_in_progress(bucket))
- local destination = M.replicasets[bucket.destination]
+ local peer_uuid = bucket.destination
+ local destination = M.replicasets[peer_uuid]
if not destination or not destination.master then
-- No replicaset master for a bucket. Wait until it
-- appears.
+ if is_empty then
+ log.info(start_format, type)
+ log.error('Can not find for bucket %s its peer %s', bucket_id,
+ peer_uuid)
+ is_empty = false
+ end
goto continue
end
local remote_bucket, err =
@@ -759,6 +763,15 @@ local function recovery_step_by_type(type)
-- not be used to recovery anything. Try later.
if not remote_bucket and (not err or err.type ~= 'ShardingError' or
err.code ~= lerror.code.WRONG_BUCKET) then
+ if is_empty then
+ if err == nil then
+ err = 'unknown'
+ end
+ log.info(start_format, type)
+ log.error('Error during recovery of bucket %s on replicaset '..
+ '%s: %s', bucket_id, peer_uuid, err)
+ is_empty = false
+ end
goto continue
end
-- Do nothing until the bucket on both sides stopped
@@ -772,13 +785,20 @@ local function recovery_step_by_type(type)
if not bucket or not bucket_is_transfer_in_progress(bucket) then
goto continue
end
+ if is_empty then
+ log.info(start_format, type)
+ end
if recovery_local_bucket_is_garbage(bucket, remote_bucket) then
_bucket:update({bucket_id}, {{'=', 2, consts.BUCKET.GARBAGE}})
recovered = recovered + 1
elseif recovery_local_bucket_is_active(bucket, remote_bucket) then
_bucket:replace({bucket_id, consts.BUCKET.ACTIVE})
recovered = recovered + 1
+ elseif is_empty then
+ log.info('Bucket %s is %s local and %s on replicaset %s, waiting',
+ bucket_id, bucket.status, remote_bucket.status, peer_uuid)
end
+ is_empty = false
::continue::
end
if not is_empty then
--
2.24.3 (Apple Git-128)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity
2021-06-02 21:34 [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity Vladislav Shpilevoy via Tarantool-patches
@ 2021-06-03 10:19 ` Oleg Babin via Tarantool-patches
2021-06-03 12:55 ` Vladislav Shpilevoy via Tarantool-patches
0 siblings, 1 reply; 5+ messages in thread
From: Oleg Babin via Tarantool-patches @ 2021-06-03 10:19 UTC (permalink / raw)
To: Vladislav Shpilevoy, tarantool-patches, yaroslav.dynnikov
Hi! Thanks for your patch! Looks good but I placed three comments below.
On 03.06.2021 00:34, Vladislav Shpilevoy wrote:
> Recovery fiber on the storages used to print messages about
> starting recovery even when no recovery was needed yet:
>
> Starting ... buckets recovery step
> Finish bucket recovery step
>
> It happened a lot during rebalancing even if it worked fine.
> Because there appear receiving/sending buckets, and recovery
> double-checks if they are really transferring, not stuck.
>
> The patch makes recovery fiber not account the buckets, whose
> transfer is actually in progress, as broken. Hence it won't print
> the recovery messages anymore unless the transfer was really
> interrupted.
>
> Along with that the recovery now prints more details about the
> first bucket which triggered the real recovery.
>
> Closes #274
> ---
> Branch: http://github.com/tarantool/vshard/tree/gerold103/gh-274-user-friendly-recovery
> Issue: https://github.com/tarantool/vshard/issues/274
>
> vshard/storage/init.lua | 30 +++++++++++++++++++++++++-----
> 1 file changed, 25 insertions(+), 5 deletions(-)
>
> diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
> index 7045d91..8a019fa 100644
> --- a/vshard/storage/init.lua
> +++ b/vshard/storage/init.lua
> @@ -736,21 +736,25 @@ local function recovery_step_by_type(type)
> local is_empty = true
To be honest I don't completely understand what "is_empty" means.
> local recovered = 0
> local total = 0
> + local start_format = 'Starting %s buckets recovery step'
> for _, bucket in _bucket.index.status:pairs(type) do
> total = total + 1
> local bucket_id = bucket.id
> if M.rebalancer_transfering_buckets[bucket_id] then
Side-note: transfering -> transferring
> goto continue
> end
> - if is_empty then
> - log.info('Starting %s buckets recovery step', type)
> - end
> - is_empty = false
> assert(bucket_is_transfer_in_progress(bucket))
> - local destination = M.replicasets[bucket.destination]
> + local peer_uuid = bucket.destination
> + local destination = M.replicasets[peer_uuid]
> if not destination or not destination.master then
> -- No replicaset master for a bucket. Wait until it
> -- appears.
This comment states that there is no critical and it's appropriate and
we should just wait. Why "error" and not "warn"?
> + if is_empty then
> + log.info(start_format, type)
> + log.error('Can not find for bucket %s its peer %s', bucket_id,
> + peer_uuid)
> + is_empty = false
> + end
> goto continue
> end
> local remote_bucket, err =
> @@ -759,6 +763,15 @@ local function recovery_step_by_type(type)
> -- not be used to recovery anything. Try later.
> if not remote_bucket and (not err or err.type ~= 'ShardingError' or
> err.code ~= lerror.code.WRONG_BUCKET) then
> + if is_empty then
> + if err == nil then
> + err = 'unknown'
> + end
> + log.info(start_format, type)
> + log.error('Error during recovery of bucket %s on replicaset '..
> + '%s: %s', bucket_id, peer_uuid, err)
> + is_empty = false
> + end
> goto continue
> end
> -- Do nothing until the bucket on both sides stopped
> @@ -772,13 +785,20 @@ local function recovery_step_by_type(type)
> if not bucket or not bucket_is_transfer_in_progress(bucket) then
> goto continue
> end
> + if is_empty then
> + log.info(start_format, type)
> + end
> if recovery_local_bucket_is_garbage(bucket, remote_bucket) then
> _bucket:update({bucket_id}, {{'=', 2, consts.BUCKET.GARBAGE}})
> recovered = recovered + 1
> elseif recovery_local_bucket_is_active(bucket, remote_bucket) then
> _bucket:replace({bucket_id, consts.BUCKET.ACTIVE})
> recovered = recovered + 1
> + elseif is_empty then
> + log.info('Bucket %s is %s local and %s on replicaset %s, waiting',
> + bucket_id, bucket.status, remote_bucket.status, peer_uuid)
> end
> + is_empty = false
> ::continue::
> end
> if not is_empty then
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity
2021-06-03 10:19 ` Oleg Babin via Tarantool-patches
@ 2021-06-03 12:55 ` Vladislav Shpilevoy via Tarantool-patches
2021-06-03 13:22 ` Oleg Babin via Tarantool-patches
0 siblings, 1 reply; 5+ messages in thread
From: Vladislav Shpilevoy via Tarantool-patches @ 2021-06-03 12:55 UTC (permalink / raw)
To: Oleg Babin, tarantool-patches, yaroslav.dynnikov
Hi! Thanks for the review!
>> diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
>> index 7045d91..8a019fa 100644
>> --- a/vshard/storage/init.lua
>> +++ b/vshard/storage/init.lua
>> @@ -736,21 +736,25 @@ local function recovery_step_by_type(type)
>> local is_empty = true
>
> To be honest I don't completely understand what "is_empty" means.
It means the recovery step is empty - didn't find anything to
recover.
I use it so as not to log 'Starting ... buckets recovery step' on
each call of recovery_step_by_type() - would be too many useless
logs.
>> local recovered = 0
>> local total = 0
>> + local start_format = 'Starting %s buckets recovery step'
>> for _, bucket in _bucket.index.status:pairs(type) do
>> total = total + 1
>> local bucket_id = bucket.id
>> if M.rebalancer_transfering_buckets[bucket_id] then
>
> Side-note: transfering -> transferring
Too late. There are tons of typos really, in all the code and
comments. Worth making a patch to fix them all, but I am too
lazy for that. Prefer to fix the typos along functional
changes.
>> goto continue
>> end
>> - if is_empty then
>> - log.info('Starting %s buckets recovery step', type)
>> - end
>> - is_empty = false
>> assert(bucket_is_transfer_in_progress(bucket))
>> - local destination = M.replicasets[bucket.destination]
>> + local peer_uuid = bucket.destination
>> + local destination = M.replicasets[peer_uuid]
>> if not destination or not destination.master then
>> -- No replicaset master for a bucket. Wait until it
>> -- appears.
>
> This comment states that there is no critical and it's appropriate and we should just wait. Why "error" and not "warn"?
Indeed, sounds fair. Changed to log.warn.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity
2021-06-03 12:55 ` Vladislav Shpilevoy via Tarantool-patches
@ 2021-06-03 13:22 ` Oleg Babin via Tarantool-patches
2021-06-03 14:13 ` Vladislav Shpilevoy via Tarantool-patches
0 siblings, 1 reply; 5+ messages in thread
From: Oleg Babin via Tarantool-patches @ 2021-06-03 13:22 UTC (permalink / raw)
To: Vladislav Shpilevoy, tarantool-patches, yaroslav.dynnikov
Thanks for changes and answers. LGTM. Single nit below.
On 03.06.2021 15:55, Vladislav Shpilevoy wrote:
> Hi! Thanks for the review!
>
>>> diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
>>> index 7045d91..8a019fa 100644
>>> --- a/vshard/storage/init.lua
>>> +++ b/vshard/storage/init.lua
>>> @@ -736,21 +736,25 @@ local function recovery_step_by_type(type)
>>> local is_empty = true
>> To be honest I don't completely understand what "is_empty" means.
> It means the recovery step is empty - didn't find anything to
> recover.
>
> I use it so as not to log 'Starting ... buckets recovery step' on
> each call of recovery_step_by_type() - would be too many useless
> logs.
Ok, thanks for your answers. Probably, it's better to rename "is_empty"
to "step_is_empty".
It's ok if you'll answer "no", since it's refactoring.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity
2021-06-03 13:22 ` Oleg Babin via Tarantool-patches
@ 2021-06-03 14:13 ` Vladislav Shpilevoy via Tarantool-patches
0 siblings, 0 replies; 5+ messages in thread
From: Vladislav Shpilevoy via Tarantool-patches @ 2021-06-03 14:13 UTC (permalink / raw)
To: Oleg Babin, tarantool-patches, yaroslav.dynnikov
>>>> diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
>>>> index 7045d91..8a019fa 100644
>>>> --- a/vshard/storage/init.lua
>>>> +++ b/vshard/storage/init.lua
>>>> @@ -736,21 +736,25 @@ local function recovery_step_by_type(type)
>>>> local is_empty = true
>>> To be honest I don't completely understand what "is_empty" means.
>> It means the recovery step is empty - didn't find anything to
>> recover.
>>
>> I use it so as not to log 'Starting ... buckets recovery step' on
>> each call of recovery_step_by_type() - would be too many useless
>> logs.
>
>
> Ok, thanks for your answers. Probably, it's better to rename "is_empty" to "step_is_empty".
>
> It's ok if you'll answer "no", since it's refactoring.
Ok, I don't mind. Just 2 lines of extra diff appear, not a big deal. The
full new patch is below. But I used 'is_step_empty'. Because the flags
should have is/has/does/... in their prefix, not suffix or ending.
====================
recovery: relax recovery messages verbosity
Recovery fiber on the storages used to print messages about
starting recovery even when no recovery was needed yet:
Starting ... buckets recovery step
Finish bucket recovery step
It happened a lot during rebalancing even if it worked fine.
Because there appear receiving/sending buckets, and recovery
double-checks if they are really transferring, not stuck.
The patch makes recovery fiber not account the buckets, whose
transfer is actually in progress, as broken. Hence it won't print
the recovery messages anymore unless the transfer was really
interrupted.
Along with that the recovery now prints more details about the
first bucket which triggered the real recovery.
Closes #274
diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
index 7045d91..14ec42b 100644
--- a/vshard/storage/init.lua
+++ b/vshard/storage/init.lua
@@ -733,24 +733,28 @@ end
--
local function recovery_step_by_type(type)
local _bucket = box.space._bucket
- local is_empty = true
+ local is_step_empty = true
local recovered = 0
local total = 0
+ local start_format = 'Starting %s buckets recovery step'
for _, bucket in _bucket.index.status:pairs(type) do
total = total + 1
local bucket_id = bucket.id
if M.rebalancer_transfering_buckets[bucket_id] then
goto continue
end
- if is_empty then
- log.info('Starting %s buckets recovery step', type)
- end
- is_empty = false
assert(bucket_is_transfer_in_progress(bucket))
- local destination = M.replicasets[bucket.destination]
+ local peer_uuid = bucket.destination
+ local destination = M.replicasets[peer_uuid]
if not destination or not destination.master then
-- No replicaset master for a bucket. Wait until it
-- appears.
+ if is_step_empty then
+ log.info(start_format, type)
+ log.warn('Can not find for bucket %s its peer %s', bucket_id,
+ peer_uuid)
+ is_step_empty = false
+ end
goto continue
end
local remote_bucket, err =
@@ -759,6 +763,15 @@ local function recovery_step_by_type(type)
-- not be used to recovery anything. Try later.
if not remote_bucket and (not err or err.type ~= 'ShardingError' or
err.code ~= lerror.code.WRONG_BUCKET) then
+ if is_step_empty then
+ if err == nil then
+ err = 'unknown'
+ end
+ log.info(start_format, type)
+ log.error('Error during recovery of bucket %s on replicaset '..
+ '%s: %s', bucket_id, peer_uuid, err)
+ is_step_empty = false
+ end
goto continue
end
-- Do nothing until the bucket on both sides stopped
@@ -772,16 +785,23 @@ local function recovery_step_by_type(type)
if not bucket or not bucket_is_transfer_in_progress(bucket) then
goto continue
end
+ if is_step_empty then
+ log.info(start_format, type)
+ end
if recovery_local_bucket_is_garbage(bucket, remote_bucket) then
_bucket:update({bucket_id}, {{'=', 2, consts.BUCKET.GARBAGE}})
recovered = recovered + 1
elseif recovery_local_bucket_is_active(bucket, remote_bucket) then
_bucket:replace({bucket_id, consts.BUCKET.ACTIVE})
recovered = recovered + 1
+ elseif is_step_empty then
+ log.info('Bucket %s is %s local and %s on replicaset %s, waiting',
+ bucket_id, bucket.status, remote_bucket.status, peer_uuid)
end
+ is_step_empty = false
::continue::
end
- if not is_empty then
+ if not is_step_empty then
log.info('Finish bucket recovery step, %d %s buckets are recovered '..
'among %d', recovered, type, total)
end
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2021-06-03 14:13 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-06-02 21:34 [Tarantool-patches] [PATCH vshard 1/1] recovery: relax recovery messages verbosity Vladislav Shpilevoy via Tarantool-patches
2021-06-03 10:19 ` Oleg Babin via Tarantool-patches
2021-06-03 12:55 ` Vladislav Shpilevoy via Tarantool-patches
2021-06-03 13:22 ` Oleg Babin via Tarantool-patches
2021-06-03 14:13 ` Vladislav Shpilevoy via Tarantool-patches
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox