* More consistent /dev/ mapping for ISCSI volumes in udev.
@ 2010-04-05 18:00 Mike Ely
2010-04-05 18:15 ` Andrey Borzenkov
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Mike Ely @ 2010-04-05 18:00 UTC (permalink / raw)
To: linux-hotplug
(resending because our clunky old MTA doesn¹t know how to handle
greylisting)
I'm wondering how to get open-iscsi and udev folks to work together on a
good solution for getting ISCSI volumes to map consistently to a /dev/
entry. What would be a good starting point for getting the discussion going?
Currently the only solutions I can find are some scripting tricks, but it¹d
be nice to see something a bit more integrated. Not all use cases support
filesystem labels.
Thanks,
Mike Ely
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: More consistent /dev/ mapping for ISCSI volumes in udev.
2010-04-05 18:00 More consistent /dev/ mapping for ISCSI volumes in udev Mike Ely
@ 2010-04-05 18:15 ` Andrey Borzenkov
2010-04-05 18:28 ` Mike Ely
2010-04-06 2:41 ` Andrey Borzenkov
2 siblings, 0 replies; 4+ messages in thread
From: Andrey Borzenkov @ 2010-04-05 18:15 UTC (permalink / raw)
To: linux-hotplug
[-- Attachment #1: Type: Text/Plain, Size: 689 bytes --]
On Monday 05 of April 2010 22:00:49 Mike Ely wrote:
> (resending because our clunky old MTA doesn¹t know how to handle
> greylisting)
>
> I'm wondering how to get open-iscsi and udev folks to work together
> on a good solution for getting ISCSI volumes to map consistently to
> a /dev/ entry. What would be a good starting point for getting the
> discussion going? Currently the only solutions I can find are some
> scripting tricks, but it¹d be nice to see something a bit more
> integrated. Not all use cases support filesystem labels.
>
udev already includes path_id that generates persistent name for iSCSI
device. Could you be more specific what exactly it misses?
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: More consistent /dev/ mapping for ISCSI volumes in udev.
2010-04-05 18:00 More consistent /dev/ mapping for ISCSI volumes in udev Mike Ely
2010-04-05 18:15 ` Andrey Borzenkov
@ 2010-04-05 18:28 ` Mike Ely
2010-04-06 2:41 ` Andrey Borzenkov
2 siblings, 0 replies; 4+ messages in thread
From: Mike Ely @ 2010-04-05 18:28 UTC (permalink / raw)
To: linux-hotplug
On 4/5/10 11:15 AM, "Andrey Borzenkov" <arvidjaar@mail.ru> wrote:
> On Monday 05 of April 2010 22:00:49 Mike Ely wrote:
>> (resending because our clunky old MTA doesn¹t know how to handle
>> greylisting)
>>
>> I'm wondering how to get open-iscsi and udev folks to work together
>> on a good solution for getting ISCSI volumes to map consistently to
>> a /dev/ entry. What would be a good starting point for getting the
>> discussion going? Currently the only solutions I can find are some
>> scripting tricks, but it¹d be nice to see something a bit more
>> integrated. Not all use cases support filesystem labels.
>>
>
> udev already includes path_id that generates persistent name for iSCSI
> device. Could you be more specific what exactly it misses?
I'm not sure how to get path_id to work then. Here's an example of it not
working through several remounts on RHEL 5 - look at the number of
partitions in each volume to see how it's randomly remapping:
(root@OEL64R5U2)(~)# iscsiadm -m node -T
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme
--login
Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
Login to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]: successful
(root@OEL64R5U2)(~)# cat /proc/partitions
major minor #blocks name
202 0 20971520 xvda
202 1 104391 xvda1
202 2 1574370 xvda2
202 3 12996585 xvda3
202 4 1 xvda4
202 5 4192933 xvda5
202 6 2096451 xvda6
8 0 104862720 sda
8 1 56196 sda1
8 2 104800027 sda2
8 16 1059840 sdb
(root@OEL64R5U2)(~)# service iscsi restart
Logging out of session [sid: 4, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]
Logging out of session [sid: 5, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
Logout of [sid: 4, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]: successful
Logout of [sid: 5, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]: successful
Stopping iSCSI daemon:
iscsid dead but pid file exists [ OK ]
Turning off network shutdown. Starting iSCSI daemon: [ OK ]
[ OK ]
Setting up iSCSI targets: Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]
Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
Login to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]: successful
Login to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]: successful
[ OK ]
(root@OEL64R5U2)(~)# cat /proc/partitions
major minor #blocks name
202 0 20971520 xvda
202 1 104391 xvda1
202 2 1574370 xvda2
202 3 12996585 xvda3
202 4 1 xvda4
202 5 4192933 xvda5
202 6 2096451 xvda6
8 16 104862720 sdb
8 17 56196 sdb1
8 18 104800027 sdb2
8 0 1059840 sda
(root@OEL64R5U2)(~)# service iscsi restart
Logging out of session [sid: 1, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]
Logging out of session [sid: 2, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
Logout of [sid: 1, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]: successful
Logout of [sid: 2, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]: successful
Stopping iSCSI daemon:
iscsid dead but pid file exists [ OK ]
Turning off network shutdown. Starting iSCSI daemon: [ OK ]
[ OK ]
Setting up iSCSI targets: Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]
Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
Login to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]: successful
Login to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]: successful
[ OK ]
(root@OEL64R5U2)(~)# cat /proc/partitions
major minor #blocks name
202 0 20971520 xvda
202 1 104391 xvda1
202 2 1574370 xvda2
202 3 12996585 xvda3
202 4 1 xvda4
202 5 4192933 xvda5
202 6 2096451 xvda6
8 0 104862720 sda
8 1 56196 sda1
8 2 104800027 sda2
8 16 1059840 sdb
(root@OEL64R5U2)(~)# service iscsi restart
Logging out of session [sid: 1, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]
Logging out of session [sid: 2, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
Logout of [sid: 1, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]: successful
Logout of [sid: 2, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]: successful
Stopping iSCSI daemon:
iscsid dead but pid file exists [ OK ]
Turning off network shutdown. Starting iSCSI daemon: [ OK ]
[ OK ]
Setting up iSCSI targets: Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-79b89fb03-9ce0003e5bb4bb65-proddb1-db1,
portal: 10.1.xx.xx,3260]
Logging in to [iface: default, target:
iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-deleteme,
portal: 10.1.xx.xx,3260]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: More consistent /dev/ mapping for ISCSI volumes in udev.
2010-04-05 18:00 More consistent /dev/ mapping for ISCSI volumes in udev Mike Ely
2010-04-05 18:15 ` Andrey Borzenkov
2010-04-05 18:28 ` Mike Ely
@ 2010-04-06 2:41 ` Andrey Borzenkov
2 siblings, 0 replies; 4+ messages in thread
From: Andrey Borzenkov @ 2010-04-06 2:41 UTC (permalink / raw)
To: linux-hotplug
[-- Attachment #1: Type: Text/Plain, Size: 1364 bytes --]
On Monday 05 of April 2010 22:28:14 Mike Ely wrote:
> On 4/5/10 11:15 AM, "Andrey Borzenkov" <arvidjaar@mail.ru> wrote:
> > On Monday 05 of April 2010 22:00:49 Mike Ely wrote:
> >> (resending because our clunky old MTA doesn¹t know how to handle
> >> greylisting)
> >>
> >> I'm wondering how to get open-iscsi and udev folks to work
> >> together on a good solution for getting ISCSI volumes to map
> >> consistently to a /dev/ entry. What would be a good starting
> >> point for getting the discussion going? Currently the only
> >> solutions I can find are some scripting tricks, but it¹d be nice
> >> to see something a bit more integrated. Not all use cases
> >> support filesystem labels.
> >
> > udev already includes path_id that generates persistent name for
> > iSCSI device. Could you be more specific what exactly it misses?
>
> I'm not sure how to get path_id to work then. Here's an example of
> it not working through several remounts on RHEL 5 - look at the
> number of partitions in each volume to see how it's randomly
> remapping:
>
path_id is used to generate persistent link under /dev/disk/by-path. sdX
are not guaranteed to be persistent.
> iqn.2001-05.com.equallogic:0-8a0906-4f489fb03-3c60003e5c34bb68-delete
> me, portal: 10.1.xx.xx,3260]
I always find obfuscating of private addresses amusing :)
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-04-06 2:41 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-05 18:00 More consistent /dev/ mapping for ISCSI volumes in udev Mike Ely
2010-04-05 18:15 ` Andrey Borzenkov
2010-04-05 18:28 ` Mike Ely
2010-04-06 2:41 ` Andrey Borzenkov
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).