Alexey Serbin created KUDU-3206:
-----------------------------------
Summary: Document the procedure of upgrading tablet server's
hardware (including hard drives)
Key: KUDU-3206
URL: https://issues.apache.org/jira/browse/KUDU-3206
Project: Kudu
Issue Type: Task
Reporter: Alexey Serbin
In the fields we saw several cases when people try to update servers in their
Kudu clusters to support denser storage per node. Two major points specific to
such cases:
* The contents is wiped out since the disk drives are among hardware components
to be replaced
* The upgraded node is getting back to the cluster under the same IP address
and using the same DNS name, so it's natural to to have the tablet server to
run under the same UUID.
The procedure is to use the functionality provided by {{kudu fs format}} CLI
utility which can take UUID and the set of data directories as input:
{noformat}
Usage: ./bin/kudu fs format [-fs_data_dirs=<dirs>] [-fs_metadata_dir=<dir>]
[-fs_wal_dir=<dir>] [-uuid=<uuid>]
Format a new Kudu filesystem
-fs_data_dirs (Comma-separated list of directories with data blocks. If
this is not specified, fs_wal_dir will be used as the sole data block
directory.) type: string default: ""
-fs_metadata_dir (Directory with metadata. If this is not specified, for
compatibility with Kudu 1.6 and below, Kudu will check the first entry of
fs_data_dirs for metadata and use it as the metadata directory if any
exists. If none exists, fs_wal_dir will be used as the metadata
directory.) type: string default: ""
-fs_wal_dir (Directory with write-ahead logs. If this is not specified, the
program will not start. May be the same as fs_data_dirs) type: string
default: ""
-uuid (The uuid to use in the filesystem. If not provided, one is
generated) type: string default: ""
{noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
