From: Robin Hill <robin@robinhill.me.uk>
To: Patrice <mailinglist@pboenig.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: I was dump, I need help.
Date: Mon, 2 May 2016 13:41:13 +0100 [thread overview]
Message-ID: <20160502124113.GA1973@cthulhu.home.robinhill.me.uk> (raw)
In-Reply-To: <5726128E.9090309@pboenig.de>
[-- Attachment #1: Type: text/plain, Size: 8377 bytes --]
On Sun May 01, 2016 at 04:28:30PM +0200, Patrice wrote:
> Hi Robin,
>
> thank you for your reply.
> Ok, I try not to panic but in my opinion that sounds bad. It seems to me
> like a mess.
> Why is there a RAID 1 und 6? I need a RAID 5.
>
It looks like you have a RAID1, a RAID6 and a RAID5. I'd guess that the
RAID1 and RAID6 store the OS for the NAS system, and the RAID5 is the
data.
> > are there any others which should be being
> > assembled into another array?
>
> There are no others. At least there should be only one partition on each
> HDD. I didn`t do partitioning.
>
>
> fdisk -l output:
> ------------------
>
> Disk /dev/sda: 4000.8 GB, 4000787030016 bytes
> 256 heads, 63 sectors/track, 484501 cylinders, total 7814037168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disk identifier: 0x00000000
>
> Device Boot Start End Blocks Id System
> /dev/sda1 1 4294967295 2147483647+ ee GPT
> Partition 1 does not start on physical sector boundary.
>
> WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util
> fdisk doesn't support GPT. Use GNU Parted.
>
>
> Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
> 256 heads, 63 sectors/track, 484501 cylinders, total 7814037168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disk identifier: 0x00000000
>
> Device Boot Start End Blocks Id System
> /dev/sdb1 1 4294967295 2147483647+ ee GPT
> Partition 1 does not start on physical sector boundary.
>
> WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util
> fdisk doesn't support GPT. Use GNU Parted.
>
>
> Disk /dev/sdc: 4000.8 GB, 4000787030016 bytes
> 256 heads, 63 sectors/track, 484501 cylinders, total 7814037168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disk identifier: 0x00000000
>
> Device Boot Start End Blocks Id System
> /dev/sdc1 1 4294967295 2147483647+ ee GPT
> Partition 1 does not start on physical sector boundary.
>
> WARNING: GPT (GUID Partition Table) detected on '/dev/sdd'! The util
> fdisk doesn't support GPT. Use GNU Parted.
>
>
> Disk /dev/sdd: 4000.8 GB, 4000787030016 bytes
> 256 heads, 63 sectors/track, 484501 cylinders, total 7814037168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disk identifier: 0x00000000
>
> Device Boot Start End Blocks Id System
> /dev/sdd1 1 4294967295 2147483647+ ee GPT
> Partition 1 does not start on physical sector boundary.
>
> -------------------------------------------------------------------------
>
Okay, so there's 4 4TB drives - they're using GPT partitions so fdisk
doesn't report anything useful here.
>
> mdadm -E /dev/sd* output:
> --------------------------
>
> /dev/sda3:
> Magic : a92b4efc
> Version : 1.2
> Feature Map : 0x0
> Array UUID : 632ff5fd:65342524:9c9798d7:80e47e94
> Name : 119c1bce:data-0 (local to host 119c1bce)
> Creation Time : Sun Apr 3 06:27:49 2016
> Raid Level : raid5
> Raid Devices : 4
>
> Avail Dev Size : 7804333680 (3721.40 GiB 3995.82 GB)
> Array Size : 11706500352 (11164.19 GiB 11987.46 GB)
> Used Dev Size : 7804333568 (3721.40 GiB 3995.82 GB)
> Data Offset : 262144 sectors
> Super Offset : 8 sectors
> Unused Space : before=262056 sectors, after=112 sectors
> State : clean
> Device UUID : 38adc372:3e0eba36:0f819758:950a0411
>
> Update Time : Sat Apr 30 23:03:32 2016
> Bad Block Log : 512 entries available at offset 72 sectors
> Checksum : d7f5b303 - correct
> Events : 266
>
> Layout : left-symmetric
> Chunk Size : 64K
>
> Device Role : Active device 0
> Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
>
>
> /dev/sdb3:
> Magic : a92b4efc
> Version : 1.2
> Feature Map : 0x0
> Array UUID : 632ff5fd:65342524:9c9798d7:80e47e94
> Name : 119c1bce:data-0 (local to host 119c1bce)
> Creation Time : Sun Apr 3 06:27:49 2016
> Raid Level : raid5
> Raid Devices : 4
>
> Avail Dev Size : 7804333680 (3721.40 GiB 3995.82 GB)
> Array Size : 11706500352 (11164.19 GiB 11987.46 GB)
> Used Dev Size : 7804333568 (3721.40 GiB 3995.82 GB)
> Data Offset : 262144 sectors
> Super Offset : 8 sectors
> Unused Space : before=262056 sectors, after=112 sectors
> State : clean
> Device UUID : 655ee144:43c43771:0d8a6157:9b556584
>
> Update Time : Sat Apr 30 23:03:32 2016
> Bad Block Log : 512 entries available at offset 72 sectors
> Checksum : 56bc6e3b - correct
> Events : 266
>
> Layout : left-symmetric
> Chunk Size : 64K
>
> Device Role : Active device 1
> Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
>
>
> /dev/sdc3:
> Magic : a92b4efc
> Version : 1.2
> Feature Map : 0x0
> Array UUID : 632ff5fd:65342524:9c9798d7:80e47e94
> Name : 119c1bce:data-0 (local to host 119c1bce)
> Creation Time : Sun Apr 3 06:27:49 2016
> Raid Level : raid5
> Raid Devices : 4
>
> Avail Dev Size : 7804333680 (3721.40 GiB 3995.82 GB)
> Array Size : 11706500352 (11164.19 GiB 11987.46 GB)
> Used Dev Size : 7804333568 (3721.40 GiB 3995.82 GB)
> Data Offset : 262144 sectors
> Super Offset : 8 sectors
> Unused Space : before=262056 sectors, after=112 sectors
> State : clean
> Device UUID : d066d1aa:ffd1e432:e9ecdd9d:08540efa
>
> Update Time : Sat Apr 30 23:17:27 2016
> Bad Block Log : 512 entries available at offset 72 sectors
> Checksum : 3a7ce8f6 - correct
> Events : 273
>
> Layout : left-symmetric
> Chunk Size : 64K
>
> Device Role : Active device 2
> Array State : ..AA ('A' == active, '.' == missing, 'R' == replacing)
>
>
> /dev/sdd3:
> Magic : a92b4efc
> Version : 1.2
> Feature Map : 0x0
> Array UUID : 632ff5fd:65342524:9c9798d7:80e47e94
> Name : 119c1bce:data-0 (local to host 119c1bce)
> Creation Time : Sun Apr 3 06:27:49 2016
> Raid Level : raid5
> Raid Devices : 4
>
> Avail Dev Size : 7804333680 (3721.40 GiB 3995.82 GB)
> Array Size : 11706500352 (11164.19 GiB 11987.46 GB)
> Used Dev Size : 7804333568 (3721.40 GiB 3995.82 GB)
> Data Offset : 262144 sectors
> Super Offset : 8 sectors
> Unused Space : before=262056 sectors, after=112 sectors
> State : clean
> Device UUID : b8a43a56:2f833e72:7dd9f166:6f80b5a2
>
> Update Time : Sat Apr 30 23:17:27 2016
> Bad Block Log : 512 entries available at offset 72 sectors
> Checksum : 96faf109 - correct
> Events : 273
>
> Layout : left-symmetric
> Chunk Size : 64K
>
> Device Role : Active device 3
> Array State : ..AA ('A' == active, '.' == missing, 'R' == replacing)
>
I've removed the info for the first two partitions on each disk as those
arrays are assembling fine. The third partitions look to contain your
data array - the events for sda3 and sdb3 match at 266, and sdc3 and
sdd3 are on 273 (and show sda3 & sdb3 missing). A forced assembly should
work without any issues here - the array name would look to be
/dev/md/data-0, so:
mdadm -Af /dev/md/data-0 /dev/sd[abcd]3
That should assemble the array from 3 of the disks (probably sda3, sdc3
and sdd3) - you'll then need to add the other one back in and allow the
rebuild to complete. You should also do a check on the filesystem to
ensure there's no corruption.
Cheers,
Robin
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
next prev parent reply other threads:[~2016-05-02 12:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-01 10:38 I was dump, I need help Patrice
2016-05-01 11:30 ` Robin Hill
[not found] ` <5726128E.9090309@pboenig.de>
2016-05-02 12:41 ` Robin Hill [this message]
2016-05-05 10:00 ` Patrice
-- strict thread matches above, loose matches on Subject: below --
2016-05-01 9:54 Patrice
2016-05-01 9:39 Patrice
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160502124113.GA1973@cthulhu.home.robinhill.me.uk \
--to=robin@robinhill.me.uk \
--cc=linux-raid@vger.kernel.org \
--cc=mailinglist@pboenig.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).