Re: Re : Re: Big trouble during reassemble a Raid5
From: <hidden>
Date: 2014-12-30 09:37:11
Hi John,
I'm sorry! I'm French and my English is poor!
Yesterday, i wrote the mail on a tablett, but my mail's provider doesn't offer plain text option on mobile site :-(
I'm back on a PC under Linux :-) (not crash this one, but not on the same site, connected by ssh to the broke system).
For the history, i have installed PC of many friends under Linux (no more Virus problem and Windows Blue Screen).
Yesterday, i have try to you explain what is the history of the issue.
The Raid was fully operational before i change the disk sde by a 3TB disk to grow the Raid, by changing all disks of the raid.
But when i have do the re-assemble the disk sdc goes burny :-(
I have keep the old sde 1TB disk in state.
The result of your asked command :
cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md2 : inactive sdc1[2](S) sdd1[3](S) sde1[4](S) sdb1[5](S)
5077760089 blocks super 1.2
major minor #blocks name
8 0 125034840 sda
8 1 131072 sda1
8 2 62914560 sda2
8 3 61865984 sda3
8 32 976762584 sdc
8 33 976760001 sdc1
8 48 976762584 sdd
8 49 976760001 sdd1
8 16 976762584 sdb
8 17 976761560 sdb1
8 64 2930266584 sde
8 65 2147482623 sde1
mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Raid Level : raid0
Total Devices : 4
Persistence : Superblock is persistent
State : inactive
Name : le-bohec:2 (local to host le-bohec)
UUID : 2a1440cd:762a90fb:e3bd2f4d:617acb0e
Events : 167456
Number Major Minor RaidDevice
- 8 17 - /dev/sdb1
- 8 33 - /dev/sdc1
- 8 49 - /dev/sdd1
- 8 65 - /dev/sde1
mdadm -E /dev/sd[bcde]1
/dev/sdb1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 2a1440cd:762a90fb:e3bd2f4d:617acb0e
Name : le-bohec:2 (local to host le-bohec)
Creation Time : Tue Apr 9 17:56:19 2013
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 1953521072 (931.51 GiB 1000.20 GB)
Array Size : 2930276352 (2794.53 GiB 3000.60 GB)
Used Dev Size : 1953517568 (931.51 GiB 1000.20 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
Unused Space : before=1960 sectors, after=3504 sectors
State : clean
Device UUID : 8506e09c:b87a44ed:7b4ee314:777ce89c
Internal Bitmap : 8 sectors from superblock
Update Time : Sat Dec 27 22:08:34 2014
Bad Block Log : 512 entries available at offset 72 sectors
Checksum : bad62d22 - correct
Events : 167456
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 0
Array State : A.A. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdc1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 2a1440cd:762a90fb:e3bd2f4d:617acb0e
Name : le-bohec:2 (local to host le-bohec)
Creation Time : Tue Apr 9 17:56:19 2013
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 1953517954 (931.51 GiB 1000.20 GB)
Array Size : 2930276352 (2794.53 GiB 3000.60 GB)
Used Dev Size : 1953517568 (931.51 GiB 1000.20 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
Unused Space : before=1968 sectors, after=386 sectors
State : clean
Device UUID : 44002aad:d3e17729:a93854eb:4139972e
Internal Bitmap : 8 sectors from superblock
Update Time : Sat Dec 27 22:08:22 2014
Checksum : 6f69285d - correct
Events : 167431
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 1
Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 2a1440cd:762a90fb:e3bd2f4d:617acb0e
Name : le-bohec:2 (local to host le-bohec)
Creation Time : Tue Apr 9 17:56:19 2013
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 1953517954 (931.51 GiB 1000.20 GB)
Array Size : 2930276352 (2794.53 GiB 3000.60 GB)
Used Dev Size : 1953517568 (931.51 GiB 1000.20 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
Unused Space : before=1968 sectors, after=386 sectors
State : clean
Device UUID : 5cff6f7f:ea6b89b6:28e4e8b3:7a2b5a7f
Internal Bitmap : 8 sectors from superblock
Update Time : Sat Dec 27 22:08:34 2014
Checksum : e81a4f63 - correct
Events : 167456
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 2
Array State : A.A. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sde1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x9
Array UUID : 2a1440cd:762a90fb:e3bd2f4d:617acb0e
Name : le-bohec:2 (local to host le-bohec)
Creation Time : Tue Apr 9 17:56:19 2013
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 4294963199 (2048.00 GiB 2199.02 GB)
Array Size : 2930276352 (2794.53 GiB 3000.60 GB)
Used Dev Size : 1953517568 (931.51 GiB 1000.20 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
Unused Space : before=1960 sectors, after=2341445631 sectors
State : clean
Device UUID : 0ebce28d:1a792d55:76a86538:12cc94dd
Internal Bitmap : 8 sectors from superblock
Update Time : Sat Dec 27 22:08:34 2014
Bad Block Log : 512 entries available at offset 72 sectors - bad blocks present.
Checksum : 3801cfa - correct
Events : 167456
Layout : left-symmetric
Chunk Size : 512K
Device Role : spare
Array State : A.A. ('A' == active, '.' == missing, 'R' == replacing)
Now, i have installed ddrescue on the system, and i go to my friends to add the 2TB disk in the tower, and launch the command.
Many thank's for your help and your patience.
Best Regards
Sylvain Depuille
----- Mail original -----
De: "John Stoffel" [off-list ref]
À: "sylvain depuille" [off-list ref]
Cc: "John Stoffel" <redacted>, linux-raid@vger.kernel.org
Envoyé: Lundi 29 Décembre 2014 21:36:23
Objet: Re: Re : Re: Big trouble during reassemble a Raid5
sylvain> Hi john, thanks for your answer! I have change a 1TB disk to
sylvain> growing the raid with 3TB disk. if i can re-insert the old
sylvain> 1TB disk in place of 3TB disk, only some log and history are
sylvain> corrupted. i think that is the best way to relaunch the raid
sylvain> without data loss. But i dont known how change the timestamp
sylvain> of the one raid disk. Have you a magic command to change a
sylvain> timestamp of a raid partition, and how known the timestamp of
sylvain> the other disk of the raid? After' raid relaunch, i can
sylvain> change the burn disk by a 3TB new one. To do the ddrescue, i
sylvain> have a 2TB disk spare! Its not the same geometry, is it
sylvain> possible? thanks in advance for your help
Sylvain,
Always glad to help here. I'm going to try and understand what you
wrote and do my best to reply.
Is the 1Tb disk the bad disk? And if you re-insert it and re-start
the RAID5 array, you only have some minor lost files? If so, I would
probably just copy all the data off the RAID5 onto the single 3Tb disk
as a quick and dirty backup, then I'd use 'dd_rescue' to copy the bad
1Tb disk onto the new 2Tb disk.
All you would have to do is make a partition on the 2tb disk which is
the same size (or a little bigger) than the partition on the 1tb disk,
then copy the partition over like this:
ddrescue /dev/sd[BAD DISK LETTER HERE]1 /dev/sd[2TB disk letter]1 \
/tmp/rescue.log
So say the bad disk is sdc, and the good 2tb is sdf, you would do:
ddrescue /dev/sdc1 /dev/sdf1 /tmp/rescue.log
and let it go. Then you would assemble the array using the NEW 2tb
disk. Ideally you would remove the bad 1tb disk from the system when
trying to do this.
But you really do need send us the output of the following commands:
cat /proc/mdstat
cat /proc/partitions
mdadm --detail /dev/md#
do the above for the RADI5 array.
mdadm --examine /dev/sd#1
for each disk in the RAID5 array.
And we can give you better advice.
Good luck!
sylvain> ---------------------------------- Sylvain Depuille
sylvain> sylvain.depuille@laposte.net ----- Mail d'origine ----- De:
sylvain> John Stoffel [off-list ref] À: sylvain depuille
sylvain> [off-list ref] Cc: linux-raid@vger.kernel.org
sylvain> Envoyé: Mon, 29 Dec 2014 19:32:04 +0100 (CET) Objet: Re: Big
sylvain> trouble during reassemble a Raid5
sylvain> Sylvain, I would recommend that you buy a replacement disk
sylvain> for the one throwing errors and then run dd_rescue to copy as
sylvain> much data from the dying disk to the replacement. Then, and
sylvain> only then, do you try to reassemble the array with the
sylvain> --force option. That disk is dying, and dying quickly. Can
sylvain> you also post the output of mdadm -E /dev/sd[bcde]1 for each
sylvain> disk, even the dying one, so we can look at the counts and
sylvain> give you some more advice. Also, the output of the mdadm
sylvain> --assemble --force /dev/md2 /dev/sd[bcde]1 would also be
sylvain> good. The more info the better. Good luck! John
sylvain> i'm sorry to ask this questions but the raid 5 with 4 disk is
sylvain> in big trouble during re-assemble. 2 disks are out of order.
sylvain> I have change a disk of the raid 5 (sde) to growing the raid.
sylvain> But a second disk (sdc) have too many bad sector during the
sylvain> re-assemble, and shutdown the re-assemble. "mdadm --assemble
sylvain> --force /dev/md2 /dev/sd[bcde]1" I have try to correct bad
sylvain> sectors with badblocks, but it's finished by no more spare
sylvain> sectors and the disk still have some bad sector. badblocks -b
sylvain> 512 -o badblocks-sdc.txt -v -n /dev/sdc 1140170000 1140169336
sylvain> 1140169400 1140169401 1140169402 1140169403 1140169404
sylvain> 1140169405 1140169406 1140169407 1140169416 1140169417
sylvain> 1140169418 1140169419 1140169420 1140169421 1140169422
sylvain> 1140169423
sylvain> For information the mdadm examine return : cat mdadm-exam.txt
sylvain> /dev/sdb: MBR Magic : aa55 Partition[0] : 1953523120 sectors
sylvain> at 2048 (type fd) /dev/sdc: MBR Magic : aa55 Partition[0] :
sylvain> 1953520002 sectors at 63 (type fd) /dev/sdd: MBR Magic : aa55
sylvain> Partition[0] : 1953520002 sectors at 63 (type fd) /dev/sde:
sylvain> MBR Magic : aa55 Partition[0] : 4294965247 sectors at 2048
sylvain> (type fd) I have 2 way to solve the issue. The first, is to
sylvain> have special command to pass bad sector during re-assemble as
sylvain> "mdadm --assemble --force /dev/md2 /dev/sd[bcde]1" The second
sylvain> is change the disk sde with the old good one, but some datas
sylvain> have been changed on the raid since i have remove it. But
sylvain> these datas are not important. It's only logs and history
sylvain> activity. What can i do to recover a maximum datas without
sylvain> too many risk? Thank's in advance Best Regards
sylvain> ---------------------------------- Sylvain Depuille (in
sylvain> trouble) sylvain.depuille@laposte.net -- To unsubscribe from
sylvain> this list: send the line "unsubscribe linux-raid" in the body
sylvain> of a message to majordomo@vger.kernel.org More majordomo info
sylvain> at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html