[
https://issues.apache.org/jira/browse/HDDS-6101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jackson Yao updated HDDS-6101:
------------------------------
Description: in our cluster , we put scm db and ratis in different
directories which in different disk partitions. but when bootstraping this
cluster , we found the ozone cluster does not work well because the follower
scm fail to install snapshot. after investigating, we found the db checkpoint
will be downloaded to the directory the same as the ratis log. when replacing
the old db, scm will use `files.move` to move the checkpoint to the db
directory. but according to the description of it, When moving a directory
requires that its entries be moved then this method fails (by throwing an
IOException). so we should use fileutils.move here as om does (was: in our
cluster , we put scm db and ratis in different directories which in different
disk partitions. but when we bootstrap this cluster , we found the ozone
cluster does not work well because the follower scm fail to install snapshot.
after investigating, we found the db checkpoint will be downloaded to the
directory the same as the ratis log. when replacing the old db, scm will use
`files.move` to move the checkpoint to the db directory. but according to the
description of it, When moving a directory requires that its entries be moved
then this method fails (by throwing an IOException). so we should use
fileutils.move here as om does)
> use `Fileutils.move` instead of `Files.move` when installing snapshot
> ---------------------------------------------------------------------
>
> Key: HDDS-6101
> URL: https://issues.apache.org/jira/browse/HDDS-6101
> Project: Apache Ozone
> Issue Type: Sub-task
> Reporter: Jackson Yao
> Assignee: Jackson Yao
> Priority: Major
>
> in our cluster , we put scm db and ratis in different directories which in
> different disk partitions. but when bootstraping this cluster , we found the
> ozone cluster does not work well because the follower scm fail to install
> snapshot. after investigating, we found the db checkpoint will be downloaded
> to the directory the same as the ratis log. when replacing the old db, scm
> will use `files.move` to move the checkpoint to the db directory. but
> according to the description of it, When moving a directory requires that its
> entries be moved then this method fails (by throwing an IOException). so we
> should use fileutils.move here as om does
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
