[mythtv-users] RAID on Fedora Core 3?
Max Waterman
davidmaxwaterman at fastmail.co.uk
Mon Jan 3 06:14:35 EST 2005
So, how did *you* stop /dev/md1 disappearing?
...or is it just that you created your devices in fc2 and/or during the
install process that makes the difference?
Max.
Blues Guy wrote:
> Max Waterman wrote:
>
>> I'm having a problem creating my raid device.
>>
>> My first raid device is /dev/md0 and that works fine; but /dev/md1
>> doesn't exist.
>>
>> I can create it manually with :
>>
>> # mknod /dev/md1 b 9 1
>> # mknod /dev/md2 b 9 2
>> # mknod /dev/md3 b 9 3
>> ... etc
>>
>> and reassemble and mount again, and all is well...but the /dev/mdX
>> files (apart from /dev/md0)
>> disappear when I reboot.
>>
>> How do I stop them disappearing?
>>
>> Max.
>>
> Jumping into this conversation late, but better later than never maybe?
> I use an old 850Mhz PIII on an old IntelBX motheboard with a new(ish)
> Promise SATA150 TX4 (non-raid, i.e. cheap) card, and do software raid
> across four 250GB Seagate SATA (Dmesg says "Model: HDS722525VLSA80")
> with three PVR-250 encoders. This box also acts as the NFS store for my
> mythvideo collection and my diskless frontend. It holds up reasonably
> well, although it's slightly underpowered when it's doing a lot of
> commercial flagging.
>
> I wanted to use all four disks as RAID5, but you can't boot from RAID5,
> and I also wanted LVM to be able to stretch the filesystem down the
> road...so my raid config ended up looking like this.. (as setup during
> FC2 install)
>
> [root at atlas log]# df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/Volume00-LogVol01
> 9.7G 3.0G 6.3G 32% /
> /dev/mapper/Volume00-LogVol02
> 150G 78G 73G 52% /mnt/exports
> /dev/mapper/Volume00-LogVol03
> 537G 377G 160G 71% /mnt/store
> /dev/md0 99M 9.8M 84M 11% /boot
>
> The three logical volumes sit on top of /dev/md1 and boot is obviously
> /dev/md0.
>
> mdadm reports:
>
> [root at atlas log]# mdadm -D /dev/md0
> /dev/md0:
> Version : 00.90.01
> Creation Time : Wed Oct 20 00:50:16 2004
> Raid Level : raid1
> Array Size : 104192 (101.75 MiB 106.69 MB)
> Device Size : 104192 (101.75 MiB 106.69 MB)
> Raid Devices : 2
> Total Devices : 4
> Preferred Minor : 0
> Persistence : Superblock is persistent
>
> Update Time : Sun Jan 2 12:23:55 2005
> State : clean, no-errors
> Active Devices : 2
> Working Devices : 4
> Failed Devices : 0
> Spare Devices : 2
>
>
> Number Major Minor RaidDevice State
> 0 8 1 0 active sync /dev/sda1
> 1 8 17 1 active sync /dev/sdb1
> 2 8 49 -1 spare /dev/sdd1
> 3 8 33 -1 spare /dev/sdc1
> UUID : 2c8b5b5d:2a357a87:6f39ff28:fea0972d
> Events : 0.791
>
> [root at atlas log]# mdadm -D /dev/md1
> /dev/md1:
> Version : 00.90.01
> Creation Time : Wed Oct 20 00:43:38 2004
> Raid Level : raid5
> Array Size : 732274176 (698.35 GiB 749.85 GB)
> Device Size : 244091392 (232.78 GiB 249.95 GB)
> Raid Devices : 4
> Total Devices : 4
> Preferred Minor : 1
> Persistence : Superblock is persistent
>
> Update Time : Sun Jan 2 06:13:14 2005
> State : dirty, no-errors
> Active Devices : 4
> Working Devices : 4
> Failed Devices : 0
> Spare Devices : 0
>
> Layout : left-asymmetric
> Chunk Size : 256K
>
> Rebuild Status : 82% complete
>
> Number Major Minor RaidDevice State
> 0 8 2 0 active sync /dev/sda2
> 1 8 18 1 active sync /dev/sdb2
> 2 8 34 2 active sync /dev/sdc2
> 3 8 50 3 active sync /dev/sdd2
> UUID : 5ffc83ea:ead70b39:511cd279:86fd2eeb
> Events : 0.7539628
>
> So you see /dev/md0 actually has two somewhat wasted hot-spares, but it
> keeps all the partition sizes in sync and makes it easier for me to
> manage. Besides it's only a 100MB per drive which, in myth terms, is puny.
>
> You can also see that my machine crashed earlier and the array is still
> resyncing. :-) I blame the New Year's Twilight Zone marathon I
> recorded... it had been running fine for the last two months.
>
> Don't know if this is useful, but there's my 2 cents...
>
> Greg
>
>
More information about the mythtv-users
mailing list