From: Dushyanth <dushyanth@gmail.com>
To: dm-devel@redhat.com
Subject: LVM2, Multipath & iSCSI Volumes
Date: Fri, 16 Nov 2007 08:41:23 +0000 (UTC) [thread overview]
Message-ID: <loom.20071116T082815-74@post.gmane.org> (raw)
Hey,
Iam using linux-isci-utils default rpm with Centos 4.5. The targets are on a
Hitachi WMS 100. The LUNs are exposed via both iSCSI ports for multipathing.
There are three LUNs exposed via both ports and I can see disks from sdb to sdg.
After start iscsi initiator i created a primary partition (type set to LVM)
using parted on sdb, sdc and sde.
I then configured multipath and i can see all devices mapped cleanly.
hitachi03 (36000000000000000043b8bff00000002)
[size=943 GB][features="0"][hwhandler="0"]
\_ round-robin 0 [active]
\_ 3:0:0:2 sdf 8:80 [active][ready]
\_ 4:0:0:2 sdg 8:96 [active][ready]
hitachi02 (36000000000000000043b8bff00000001)
[size=2047 GB][features="0"][hwhandler="0"]
\_ round-robin 0 [prio=2][active]
\_ 4:0:0:1 sde 8:64 [active][ready]
\_ 3:0:0:1 sdd 8:48 [active][ready]
hitachi01 (36000000000000000043b8bff00000000)
[size=2047 GB][features="0"][hwhandler="0"]
\_ round-robin 0 [active]
\_ 3:0:0:0 sdb 8:16 [active][ready]
\_ 4:0:0:0 sdc 8:32 [active][ready]
[root@localhost ~]# ll /dev/mapper/
total 0
crw------- 1 root root 10, 63 Nov 15 19:52 control
brw-rw---- 1 root disk 253, 2 Nov 15 20:08 hitachi01
brw-rw---- 1 root disk 253, 5 Nov 15 20:08 hitachi01p1
brw-rw---- 1 root disk 253, 1 Nov 15 20:08 hitachi02
brw-rw---- 1 root disk 253, 3 Nov 15 20:08 hitachi02p1
brw-rw---- 1 root disk 253, 0 Nov 15 20:08 hitachi03
brw-rw---- 1 root disk 253, 4 Nov 15 20:08 hitachi03p1
I want to use hitachi01p1, hitachi02p1 and hitachi03p1 as PVs in a LVM2 VG. So i
did a pvcreate, but pvdisplay shows a weird result.
[root@localhost ~]# pvcreate /dev/mapper/hitachi01p1
Physical volume "/dev/mapper/hitachi01p1" successfully created
[root@localhost ~]# pvdisplay
--- NEW Physical volume ---
PV Name /dev/mapper/hitachi01p1
VG Name
PV Size 101.94 MB
Allocatable NO
PE Size (KByte) 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID mPcYnl-OIHH-QK1U-f7vV-GV0t-NOBA-S2JFdf
PV Size is is only 101 MB whereas the LUN size is 2 TB.
My lvm.conf has...
filter = [ "a|/dev/mapper/hitachi0.p.$|","r/.*/" ]
types = [ "device-mapper", 1 ]
# vgscan -vvvv
#filters/filter-regex.c:170 /dev/mapper/hitachi02p1: New preferred name
#device/dev-io.c:440 Opened /dev/mapper/hitachi02p1 RO
#device/dev-io.c:264 /dev/mapper/hitachi02p1: size is 208782 sectors
#device/dev-io.c:486 Closed /dev/mapper/hitachi02p1
#device/dev-io.c:264 /dev/mapper/hitachi02p1: size is 208782 sectors
#device/dev-io.c:440 Opened /dev/mapper/hitachi02p1 RO O_DIRECT
#device/dev-io.c:134 /dev/mapper/hitachi02p1: block size is 1024 bytes
#device/dev-io.c:486 Closed /dev/mapper/hitachi02p1
#filters/filter-composite.c:31 Using /dev/mapper/hitachi02p1
#device/dev-io.c:440 Opened /dev/mapper/hitachi02p1 RO O_DIRECT
#device/dev-io.c:134 /dev/mapper/hitachi02p1: block size is 1024 bytes
#label/label.c:180 /dev/mapper/hitachi02p1: No label detected
#label/label.c:278 <backtrace>
#device/dev-io.c:486 Closed /dev/mapper/hitachi02p1
#filters/filter-regex.c:170 /dev/mapper/hitachi03p1: New preferred name
#device/dev-io.c:440 Opened /dev/mapper/hitachi03p1 RO
#device/dev-io.c:264 /dev/mapper/hitachi03p1: size is 208782 sectors
#device/dev-io.c:486 Closed /dev/mapper/hitachi03p1
#device/dev-io.c:264 /dev/mapper/hitachi03p1: size is 208782 sectors
#device/dev-io.c:440 Opened /dev/mapper/hitachi03p1 RO O_DIRECT
#device/dev-io.c:134 /dev/mapper/hitachi03p1: block size is 1024 bytes
#device/dev-io.c:486 Closed /dev/mapper/hitachi03p1
#filters/filter-composite.c:31 Using /dev/mapper/hitachi03p1
#device/dev-io.c:440 Opened /dev/mapper/hitachi03p1 RO O_DIRECT
#device/dev-io.c:134 /dev/mapper/hitachi03p1: block size is 1024 bytes
#label/label.c:180 /dev/mapper/hitachi03p1: No label detected
#label/label.c:278 <backtrace>
#device/dev-io.c:486 Closed /dev/mapper/hitachi03p1
#filters/filter-regex.c:170 /dev/mapper/hitachi01p1: New preferred name
#device/dev-io.c:440 Opened /dev/mapper/hitachi01p1 RO
#device/dev-io.c:264 /dev/mapper/hitachi01p1: size is 208782 sectors
#device/dev-io.c:486 Closed /dev/mapper/hitachi01p1
#device/dev-io.c:264 /dev/mapper/hitachi01p1: size is 208782 sectors
#device/dev-io.c:440 Opened /dev/mapper/hitachi01p1 RO O_DIRECT
#device/dev-io.c:134 /dev/mapper/hitachi01p1: block size is 1024 bytes
#device/dev-io.c:486 Closed /dev/mapper/hitachi01p1
#filters/filter-composite.c:31 Using /dev/mapper/hitachi01p1
#device/dev-io.c:440 Opened /dev/mapper/hitachi01p1 RO O_DIRECT
#device/dev-io.c:134 /dev/mapper/hitachi01p1: block size is 1024 bytes
#label/label.c:158 /dev/mapper/hitachi01p1: lvm2 label detected
#cache/lvmcache.c:656 lvmcache: /dev/mapper/hitachi01p1: now orphaned
#format_text/format-text.c:921 <backtrace>
#device/dev-io.c:486 Closed /dev/mapper/hitachi01p1
Im not using udev rules to create persistance naming for iscsi devices. I dont
think its required as multipath already maps the devices.
How can i fix this ?
TIA
Dushyanth
next reply other threads:[~2007-11-16 8:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-16 8:41 Dushyanth [this message]
2007-11-16 13:23 ` LVM2, Multipath & iSCSI Volumes Domenico Viggiani
2007-11-16 13:50 ` Dushyanth
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=loom.20071116T082815-74@post.gmane.org \
--to=dushyanth@gmail.com \
--cc=dm-devel@redhat.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.