Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
/ 2006-06-01 16:14:49 +0100
\ paddy:
> is there any hard and fast rule about the on-disk structures ?
> what is the migration path to 0.8 like ?
we drop the "0.", because the 0.7 (maybe already the 0.6.something)
should have been a "1.x" ...
migration drbd 0.7 to drbd 8 would be something like:
* take down both nodes
(unless we incorporate some network protocol compatibility layer,
which is possible, but not very likely because it is much work and we
personally don't get much benefit from it)
* install the drbd8 module and user space tools
* adjust the config (syntax has changed, some other options etc)
you can obviously prepare this beforehand...
* use drbdmeta (a new user space tool) to convert the existing
v07 meta data into a v8 one
(details how to do that follow on some wiki page)
but it already has a manpage.
you'd do something like
drbdmeta /dev/drbd0 v8 /dev/mapper/storage-drbd0_md 0 create-md
and, according to the manpage:
create-md
Create-md initializes the meta data storage. This needs to be
done before a DRBD resource can be taken online for the first
time. In case there is already a meta data signature of an
older format in place, drbdmeta will ask you if it should
convert the older format to the selected format.
I think the drbdadm would even do this for you (at least it probably
should... I'll verify that, and implement it if not already done).
then this would be "drbdadm convert-md-to-v8 all",
or something like that.
* start drbd 8
not too complicated, right?
if you practice on a test system,
you can probably do this with a very
short downtime on a productive system.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbH Fax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
__
please use the "List-Reply" function of your email client.