From: Simon McNair <simonmcnair@gmail.com>
To: hank peng <pengxihan@gmail.com>
Cc: linux-raid <linux-raid@vger.kernel.org>
Subject: Re: strange problem with my raid5
Date: Fri, 01 Apr 2011 08:26:56 +0100 [thread overview]
Message-ID: <4D957E40.8090208@gmail.com> (raw)
In-Reply-To: <4D957D04.4040503@gmail.com>
for reference, this is the guide I use for setting up iscsi using flat
files for the disks.
http://www.howtoforge.com/using-iscsi-on-debian-lenny-initiator-and-target
can you confirm, in essence, that your set-up is similar to this ?
Simon
On 01/04/2011 08:21, Simon McNair wrote:
> My guess is that you've exported the physical disks you were using in
> MD as your iscsi luns, rather than creating a files on your formatted
> md device and exporting that file as a lun.
>
> Can you post your iscsi config, the mdadm -E's that I asked for in the
> first place and the dmesg info ?
>
> the partitions you've 'found' are all ntfs partitions, but I can't
> understand how they can get in to the mdadm.conf. As far as I am
> aware mdadm.conf is always hand crafted (apart from the original which
> probably gets put there by apt).
>
> I'm guessing that this was clean and a proof of concept and that there
> is no dataloss. can you confirm ?
>
> cheers
> Simon
>
> On 01/04/2011 01:19, hank peng wrote:
>> thanks for reply, I have other information to add.
>> I created 3 raid5 array, then I created 6 iscsi LUN on them, each
>> raid5 had two LUNs. And then I exported them to Windows side. On
>> Windows side, I format them using NTFS filesystem.
>> On Linux side, there are some information as follows:
>>
>> #fdisk -l
>> Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Device Boot Start End Blocks Id System
>> /dev/sda1 1 243199 1953495903+ 7 HPFS/NTFS
>>
>> Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Device Boot Start End Blocks Id System
>> /dev/sdb1 1 243199 1953495903+ 7 HPFS/NTFS
>>
>> Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdc doesn't contain a valid partition table
>>
>> Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdd doesn't contain a valid partition table
>>
>> Disk /dev/sdf: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Device Boot Start End Blocks Id System
>> /dev/sdf1 1 243199 1953495903+ 7 HPFS/NTFS
>>
>> Disk /dev/sdg: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Device Boot Start End Blocks Id System
>> /dev/sdg1 1 243199 1953495903+ 7 HPFS/NTFS
>>
>> Disk /dev/sde: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sde doesn't contain a valid partition table
>>
>> Disk /dev/sdj: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdj doesn't contain a valid partition table
>>
>> Disk /dev/sdi: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdi doesn't contain a valid partition table
>>
>> Disk /dev/sdk: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdk doesn't contain a valid partition table
>>
>> Disk /dev/sdh: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdh doesn't contain a valid partition table
>>
>> Disk /dev/sdl: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Device Boot Start End Blocks Id System
>> /dev/sdl1 1 243199 1953495903+ 7 HPFS/NTFS
>>
>> Disk /dev/sdm: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Device Boot Start End Blocks Id System
>> /dev/sdm1 1 243199 1953495903+ 7 HPFS/NTFS
>>
>> Disk /dev/sdn: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdn doesn't contain a valid partition table
>>
>> Disk /dev/sdo: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> Disk /dev/sdo doesn't contain a valid partition table
>>
>> Disk /dev/sdp: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>
>> # cat /proc/mdstat
>> Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4]
>> unused devices:<none>
>> root@Dahua_Storage:~# cat /etc/mdadm.conf
>> DEVICE /dev/sd*
>> ARRAY /dev/md3 level=raid5 num-devices=5
>> UUID=2d3ac8ef:2dbe2469:b31e3c87:77c5769c
>> devices=/dev/sdg1,/dev/sdg,/dev/sdf1,/dev/sdf,/dev/sde,/dev/sdd,/dev/sdc
>> ARRAY /dev/md1 level=raid5 num-devices=5
>> UUID=9462a7df:31fca040:023819d9:dbf71832
>> devices=/dev/sdm1,/dev/sdm,/dev/sdl1,/dev/sdl,/dev/sdk,/dev/sdj,/dev/sdi
>> ARRAY /dev/md2 level=raid5 num-devices=5
>> UUID=5dbc2bdc:9173d426:21a1b5c2:f8b2768a
>> devices=/dev/sdp,/dev/sdo,/dev/sdn,/dev/sdb1,/dev/sdb,/dev/sda1,/dev/sda
>>
>>
>>
>> There are two strange points:
>> 1. As you see, there are "sdg1" "sdf1" "sdm1" "sdl1" "sdb1" "sda1".
>> These partitions should not exist.
>> 2. The content of /etc/mdadm.conf is abnormal, "sdg1" "sdf1" "sdm1"
>> "sdl1" "sdb1" "sda1" should not be scanned and included.
>>
>>
>>
>>
>>
>>
>>
>> 2011/4/1 Simon McNair<simonmcnair@gmail.com>:
>>> I think the normal thing to try in this situation is:
>>>
>>> mdadm --assemble --scan
>>>
>>> and if that doesn't work, people normally ask for:
>>> mdadm -E /dev/sd?? for each appropriate drive which should be in the array
>>>
>>> have a look at dmesg too ?
>>>
>>> I don't know much about md, I just lurk so apologies if you already know
>>> this.
>>>
>>> cheers
>>> Simon
>>>
>>> On 30/03/2011 13:34, hank peng wrote:
>>>> Hi,all:
>>>> I created a raid5 array which consists of 15 disks, before recovering
>>>> is done, a power failure event occured. After power is recovered, the
>>>> machine box started successfully but "cat /proc/mdstat" gave no
>>>> message, previously created raid5 was gone. I check kernel messages,
>>>> it is as follows:
>>>>
>>>> <snip>
>>>> bonding: bond0: enslaving eth1 as a backup interface with a down link.
>>>> svc: failed to register lockdv1 RPC service (errno 97).
>>>> rpc.nfsd used greatest stack depth: 5440 bytes left
>>>> md: md1 stopped.
>>>> iSCSI Enterprise Target Software - version 1.4.1
>>>> </snip>
>>>>
>>>> In normal case, md1 should bind its disks after printing "md: md1
>>>> stopped", then what happened in this cituation?
>>>> BTW, my kernel version is 2.6.31.6.
>>>>
>>>>
>>
prev parent reply other threads:[~2011-04-01 7:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-30 12:34 strange problem with my raid5 hank peng
2011-03-31 16:24 ` Simon McNair
2011-04-01 0:19 ` hank peng
2011-04-01 7:22 ` Simon McNair
[not found] ` <4D957D04.4040503@gmail.com>
2011-04-01 7:26 ` Simon McNair [this message]
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=4D957E40.8090208@gmail.com \
--to=simonmcnair@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=pengxihan@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.