Re: I was dump, I need help.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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: signature.asc
Description: Digital signature


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux