Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On 01/02/13 02:58, Marcelo Pereira wrote: > Hello Everyone, > > I'm about to perform an upgrade on my servers and I was wondering how > to do that. > > Here is the scenario: > > Server A has 16x 1Tb hard drives, under RAID-6. > Server B has 16x 1Tb hard drives, under RAID-6. > > And both are in sync, using DRBD. > > I though about replacing the hard drives for 2Tb units, one by one. > > So, on each run, I would: > > * Remove a 1Tb disk > * Add a 2Tb disk > * Wait for it to rebuild the RAID > > After replacing ALL disks, I would expand the RAID unit, on each server. > > However, I was wondering how DRBD would "like" this procedure. > > I know that, before "expanding" the RAID, the cluster size, and the > block numbers would remain the same, as I would be "wasting" the extra > space on the newly added drives. > > So, after "both" servers have all the drives replaces, and the RAID is > properly rebuild. Would that be a problem to expand it? How would DRBD > handle it? > > I will appreciate any comment or suggestion here. DRBD will work perfectly... You probably need to do the following: 1) Pull one drive and replace (you could do one on each server at the same time, although better/safer to do one server at a time) 2) Wait for rebuild to complete 3) Repeat for all disks on BOTH servers 4) Resize the RAID array on each server 5) Resize DRBD (see the fantastic online manual for your version of DRBD for the details) 6) Resize the underlying filesystem or whatever BTW, depending on your kernel version, and/or RAID (I'm assuming linux software raid), you might like to query the linux-raid list to see if you can ADD the new drive, tell md that this new drive is replacing drive X, this way you avoid degrading the RAID array, hence lose less performance during the rebuild, and have a lower risk of disk failure and especially URE (Unrecoverable Read Error) during the rebuilds. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20130201/5cbf1f40/attachment.htm>