[BlueOnyx:11167] MDADM / FDISK problem
Richard Morgan
richard at morgan-web.co.uk
Wed Aug 15 18:04:22 -05 2012
Hi
I've got a bit of a problem with disks. It was reporting a disk failure, but when I replaced the faulty disk last week it didn't do the RAID rebuild.
I run: cat /proc/mdstat
---
Personalities : [raid1]
md0 : active raid1 sda1[0]
511988 blocks super 1.0 [2/1] [U_]
md1 : active raid1 sda2[0]
243625852 blocks super 1.1 [2/1] [U_]
bitmap: 2/2 pages [8KB], 65536KB chunk
unused devices: <none>
---
To back that up, mdadm is showing it's removed from the array. I run: mdadm -D /dev/md0
---
/dev/md0:
Version : 1.0
Creation Time : Thu Mar 1 17:48:50 2012
Raid Level : raid1
Array Size : 511988 (500.07 MiB 524.28 MB)
Used Dev Size : 511988 (500.07 MiB 524.28 MB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Mon Aug 13 06:00:56 2012
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : localhost.localdomain:0
UUID : 1b0e89cf:e18f09e5:88ce2215:a0099d63
Events : 160
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 0 0 1 removed
---
Now here's the point: the fdisk command is showing a sector problem on /dev/sda - maybe it's nothing to do with /dev/sdb.
I run: fdisk /dev/sda, the 'p' to print the partition table. I get:
---
Disk /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0006751a
Device Boot Start End Blocks Id System
/dev/sda1 * 1 64 512000 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary.
/dev/sda2 64 30395 243627008 fd Linux raid autodetect
---
As you can see sector 64 is used by two partitions. Is this a problem and how do I rectify it? Is this what is stopping the RAID rebuild?
Apologies for the long post, but I had to provide some background. Many thanks indeed for the answers.
Regards, Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.blueonyx.it/pipermail/blueonyx/attachments/20120816/fa1d01f3/attachment.html>
More information about the Blueonyx
mailing list