You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Mike Percy (JIRA)" <ji...@apache.org> on 2017/05/11 20:47:04 UTC
[jira] [Updated] (KUDU-2007) Disallow a local-to-local tablet copy
[ https://issues.apache.org/jira/browse/KUDU-2007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mike Percy updated KUDU-2007:
-----------------------------
Description:
Make a tablet copy from the local server to the local server always fail. Currently we are missing this validation check.
Some things that might make this a little tricky:
* On multihomed hosts it may be hard to detect that the request is local
* In a recovery scenario, it's possible that a machine restored from backup could have the same UUID as an existing machine and we may want to copy a tablet from the tablet to the replacement, or vice versa. So they might end up having the same UUID.
That said, we could probably pretty easily disallow tablet copies to / from the same IP/port combination and get most of our safety bang for the buck out of that.
The situation where 2 hosts have the same UUID in a backup recovery situation might just be rare enough that we don't want to support it... but if we end up in such a situation then it may take custom programming to gracefully recover from, which would be unfortunate.
was:Make a tablet copy from the local server to the local server always fail. Currently we are missing this validation check.
Summary: Disallow a local-to-local tablet copy (was: Disallow a local tablet copy)
> Disallow a local-to-local tablet copy
> -------------------------------------
>
> Key: KUDU-2007
> URL: https://issues.apache.org/jira/browse/KUDU-2007
> Project: Kudu
> Issue Type: Bug
> Components: recovery
> Affects Versions: 1.3.1
> Reporter: Mike Percy
>
> Make a tablet copy from the local server to the local server always fail. Currently we are missing this validation check.
> Some things that might make this a little tricky:
> * On multihomed hosts it may be hard to detect that the request is local
> * In a recovery scenario, it's possible that a machine restored from backup could have the same UUID as an existing machine and we may want to copy a tablet from the tablet to the replacement, or vice versa. So they might end up having the same UUID.
> That said, we could probably pretty easily disallow tablet copies to / from the same IP/port combination and get most of our safety bang for the buck out of that.
> The situation where 2 hosts have the same UUID in a backup recovery situation might just be rare enough that we don't want to support it... but if we end up in such a situation then it may take custom programming to gracefully recover from, which would be unfortunate.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)