Re: [opensuse] Software Raid will not include one disk
No, with RAID1 (mirroring) I would only have half usable ... here I'm
trying to use RAID5 which means, (as a rough rule of thumb), I should
have (N-1)x(size of disk) for N disks, so for six 500GB disks I should
have (6-1)x500=2500GB usable.
Noting that that is very rough as a 500GB disk is only ~467GB usable
anyway due to the way the manafacturers define disk sizes.
Of course I could be wrong here but I normally don't expect to see a
disk in the spare state in a normal RAID5 array, (but all the arrays I
have seen using Linux Software RAID up to now have had a maximum of 4
disks and this has 6)
Tim
On 12/2/07, Philippe Landau
Tim Hempstead wrote:
Hi, I've been spending the afternoon upgrading my home server and I'm having an issue with creating a RAID5 array to hold the data. Note that the OS is running on another disk and is not included on the RAID5 array and that I am using Software Raid under 10.3.
To go into the RAID5 array I have six 500GB disks. Each of these has a single Linux Raid unformatted primary partition Linux Raid partition ? How did you create those ?
I was expecting to have an array size ~3TB with ~2.5TB usable. Hi, with RAID5 only half of that would be usable, right ?
Kind regards Philippe
-- Tim Hempstead thempstead@gmail.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Sunday 2007-12-02 at 19:38 -0000, Tim Hempstead wrote:
Noting that that is very rough as a 500GB disk is only ~467GB usable anyway due to the way the manafacturers define disk sizes.
No, a 500GB is really 500 GB. However, that is 465 GiB. "They" have it right - even if perhaps for the wrong motives :-p http://en.wikipedia.org/wiki/GiB
Of course I could be wrong here but I normally don't expect to see a disk in the spare state in a normal RAID5 array, (but all the arrays I have seen using Linux Software RAID up to now have had a maximum of 4 disks and this has 6)
But you have 7 disk listed: ] Number Major Minor RaidDevice State ] 0 8 1 0 active sync /dev/sda1 ] 1 8 17 1 active sync /dev/sdb1 ] 2 8 49 2 active sync /dev/sdd1 ] 3 8 65 3 active sync /dev/sde1 ] 4 8 81 4 active sync /dev/sdf1 ] 5 0 0 5 removed ] ] 6 8 97 - spare /dev/sdg1 You should remove disk number 5 from the definition, that would remove the degraded state. And I don't see sdc1? - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHUw/ktTMYHG2NR9URAtKMAJwIgJXenDN3VrGU2oSCOTu9yStsYwCeIFAF tnDpmDn9ZiC6axtx286ZJUA= =DdgM -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Ah, I was taking the removed entry as being equivalent to the spare
entry, i.e. the disk had been removed from the array and was being
treated as spare ... but as this was due to an issue it was still
listed as removed too ... that thought appears to be incorrect.
I think, in hindsight, that the removed disk was one from when I first
tried to set this up and one of the disks failed (hardware issue). It
looks like some configuration file was keeping hold of that
information even though the array had been dropped and recreated
several times since then.
Anyway ... i have done the following .... patched the system up to
date, removed the raid configuration and recreated it with the same
results and then rebooted. After the reboot the mdadm and
/proc/mdstat indicated that the system was rebuilding the spare disk.
I left this for a couple of hours and now everything looks as it
should (6 active disks).
Currently partitioning and formatting so hopefully every is ok now and
is as expected.
belgarath:~ # mdadm --detail --scan -vvv
/dev/md0:
Version : 01.00.03
Creation Time : Sun Dec 2 18:15:41 2007
Raid Level : raid5
Array Size : 2441918720 (2328.80 GiB 2500.52 GB)
Used Dev Size : 976767488 (465.76 GiB 500.10 GB)
Raid Devices : 6
Total Devices : 6
Preferred Minor : 0
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Dec 2 21:41:02 2007
State : active
Active Devices : 6
Working Devices : 6
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 128K
Name : 0
UUID : c4c1b89b:2a017fbb:6e59a200
:1d0e2931
Events : 13
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
2 8 49 2 active sync /dev/sdd1
3 8 65 3 active sync /dev/sde1
4 8 81 4 active sync /dev/sdf1
6 8 97 5 active sync /dev/sdg1
(sdc is a 160GB disk and is used for the OS which is why its not listed here)
Anyway, all is looking good now so many thanks to all those whose replied.
Cheers
Tim
On Dec 2, 2007 8:04 PM, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Sunday 2007-12-02 at 19:38 -0000, Tim Hempstead wrote:
Noting that that is very rough as a 500GB disk is only ~467GB usable anyway due to the way the manafacturers define disk sizes.
No, a 500GB is really 500 GB. However, that is 465 GiB.
"They" have it right - even if perhaps for the wrong motives :-p
http://en.wikipedia.org/wiki/GiB
Of course I could be wrong here but I normally don't expect to see a disk in the spare state in a normal RAID5 array, (but all the arrays I have seen using Linux Software RAID up to now have had a maximum of 4 disks and this has 6)
But you have 7 disk listed:
] Number Major Minor RaidDevice State
] 0 8 1 0 active sync /dev/sda1 ] 1 8 17 1 active sync /dev/sdb1 ] 2 8 49 2 active sync /dev/sdd1 ] 3 8 65 3 active sync /dev/sde1 ] 4 8 81 4 active sync /dev/sdf1 ] 5 0 0 5 removed ] ] 6 8 97 - spare /dev/sdg1
You should remove disk number 5 from the definition, that would remove the degraded state.
And I don't see sdc1?
- -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHUw/ktTMYHG2NR9URAtKMAJwIgJXenDN3VrGU2oSCOTu9yStsYwCeIFAF tnDpmDn9ZiC6axtx286ZJUA= =DdgM -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-- Tim Hempstead thempstead@gmail.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Sunday 2007-12-02 at 22:02 -0000, Tim Hempstead wrote: ...
Anyway, all is looking good now so many thanks to all those whose replied.
Glad to hear that :-) - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHU07vtTMYHG2NR9URAhL1AJ4qh9pfcCMZBxyMiq/eRFhNF6B8MQCfSXFm BVRwt340dS3mII52lYtEzT0= =3Wbn -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (2)
-
Carlos E. R.
-
Tim Hempstead