CentOS 7.
I have a server with four drives. 1 is /, and the other three are in RAID5. I need to pull a drive, so I can test whether the server can read > 2TB drives. I've been googling, but don't want to screw the server up....
I think I'd like to 1. stop the RAID 2. pull a drive 3. put in a large drive, and run parted, and mkfs 4. pull the large drive 5. replace the RAID drive 6. fire up the RAID.
So, can I do it in that order? Do I need to fail something?
mark
On Thu, 2 Jul 2015, m.roth@5-cent.us wrote:
CentOS 7.
I have a server with four drives. 1 is /, and the other three are in RAID5. I need to pull a drive, so I can test whether the server can read > 2TB drives. I've been googling, but don't want to screw the server up....
I think I'd like to
- stop the RAID
- pull a drive
- put in a large drive, and run parted, and mkfs
- pull the large drive
- replace the RAID drive
- fire up the RAID.
So, can I do it in that order? Do I need to fail something?
If you really just want to test if it can use 2Tb disks, unplug all disks, plug in 4Tb disk, boot off liveCD, tinker.
When done, reverse.
jh
On Thu, Jul 2, 2015 at 8:24 AM, m.roth@5-cent.us wrote:
CentOS 7.
I have a server with four drives. 1 is /, and the other three are in RAID5. I need to pull a drive, so I can test whether the server can read > 2TB drives. I've been googling, but don't want to screw the server up....
I think I'd like to
- stop the RAID
- pull a drive
- put in a large drive, and run parted, and mkfs
- pull the large drive
- replace the RAID drive
- fire up the RAID.
So, can I do it in that order? Do I need to fail something?
Almost invariably that RAID will assemble degraded, and the drive you pulled will now be out of sync. When you add it back in, it will have to be, block by block, resynced. So if you want to avoid that, you have to avoid the autoassembly at boot time, or pull at least one more drive to prevent assembly.
Even live media may assemble the RAID, degraded, if enough drives for degraded operation are found.