<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Linux VM on ESXi -- RDM Disks - Persistent Naming in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/linux-vm-on-esxi-rdm-disks-persistent-naming/m-p/5499675#M53493</link>
    <description>&lt;P&gt;Bonjour.. Long Time no Post!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are starting to run "LARGE" Linux Virtual Servers on ESXi 5.0 (why not KVM or RHEV? different story).&amp;nbsp; And we are using RDM Physical Disks -- so the SAN LUNS are aactually seen as if they are native disks...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;scsi_id returns the WWID&lt;/P&gt;&lt;P&gt;SAN Array tools work - i.e. xpinfo (or p900info), evainfo, etc.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Of course multipathing is handled by ESXi -- so for no matter how many paths the SAN LUN has - the Linux Virtual sees just one LUN. And we have a requirement to have persistent naming just like what can be achieved via device-mapper-multipath where in via /etc/multipath.conf - our SAN LUNS can be aliased to have descriptive and persistent names and ownerships even.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I thought of installing device-mapper-multipath as a Quick n' Easy fix, each multipath will of course have only one sub-path and we can still peruse /etc/multipath.conf as if the server is a Physical Linux server. But I think this is really unnecessary as multipathd just adds another layer of complexity, overhead (?) &amp;nbsp;and possibly even a bit of a drag to the OS' storage stack.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So my question is - is there any way we can do persistent device names to RDM (raw device mapped) &amp;nbsp;Physical disks in Linux as an ESXi Virtual Server?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As I said earlier, scsi_id works - so we can actually identify the WWIDs of each RDM disk:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;]# scsi_id -g -u -s /block/sdd&lt;BR /&gt;360060e8004753f000000753f0000292a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I want to have entries for each /dev/sd? in /dev/mapper/SAPDISK00N - just like what we can achieve via device-mapper-multipath. If this means writing UDEV rules -- can soeone point me to resources or an example/quick-through on how this is done?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Graci!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 17 Jan 2012 17:19:59 GMT</pubDate>
    <dc:creator>Alzhy</dc:creator>
    <dc:date>2012-01-17T17:19:59Z</dc:date>
    <item>
      <title>Linux VM on ESXi -- RDM Disks - Persistent Naming</title>
      <link>https://community.hpe.com/t5/operating-system-linux/linux-vm-on-esxi-rdm-disks-persistent-naming/m-p/5499675#M53493</link>
      <description>&lt;P&gt;Bonjour.. Long Time no Post!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are starting to run "LARGE" Linux Virtual Servers on ESXi 5.0 (why not KVM or RHEV? different story).&amp;nbsp; And we are using RDM Physical Disks -- so the SAN LUNS are aactually seen as if they are native disks...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;scsi_id returns the WWID&lt;/P&gt;&lt;P&gt;SAN Array tools work - i.e. xpinfo (or p900info), evainfo, etc.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Of course multipathing is handled by ESXi -- so for no matter how many paths the SAN LUN has - the Linux Virtual sees just one LUN. And we have a requirement to have persistent naming just like what can be achieved via device-mapper-multipath where in via /etc/multipath.conf - our SAN LUNS can be aliased to have descriptive and persistent names and ownerships even.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I thought of installing device-mapper-multipath as a Quick n' Easy fix, each multipath will of course have only one sub-path and we can still peruse /etc/multipath.conf as if the server is a Physical Linux server. But I think this is really unnecessary as multipathd just adds another layer of complexity, overhead (?) &amp;nbsp;and possibly even a bit of a drag to the OS' storage stack.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So my question is - is there any way we can do persistent device names to RDM (raw device mapped) &amp;nbsp;Physical disks in Linux as an ESXi Virtual Server?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As I said earlier, scsi_id works - so we can actually identify the WWIDs of each RDM disk:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;]# scsi_id -g -u -s /block/sdd&lt;BR /&gt;360060e8004753f000000753f0000292a&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I want to have entries for each /dev/sd? in /dev/mapper/SAPDISK00N - just like what we can achieve via device-mapper-multipath. If this means writing UDEV rules -- can soeone point me to resources or an example/quick-through on how this is done?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Graci!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 17 Jan 2012 17:19:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/linux-vm-on-esxi-rdm-disks-persistent-naming/m-p/5499675#M53493</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2012-01-17T17:19:59Z</dc:date>
    </item>
    <item>
      <title>Re: Linux VM on ESXi -- RDM Disks - Persistent Naming</title>
      <link>https://community.hpe.com/t5/operating-system-linux/linux-vm-on-esxi-rdm-disks-persistent-naming/m-p/5506959#M53510</link>
      <description>&lt;P&gt;Verify the presented is RDM'd correctly bey getting the WWID of the LUN:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;/sbin/scsi_id&amp;nbsp; -g -u -s /block/sdc&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If it returns the WWID -- then it means it is properly RDM'd (physical) to the ESXi virtual Linux Server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In /etc/udev/rules.d: create a rules file named say 99-oracle-asm-disks.rules:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;KERNEL=="sd*", SYSFS{vendor}=="HP", PROGRAM=="/sbin/scsi_id -g -u -s /block/%k ", RESULT=="360060e8004753f000000753f0000108b", NAME="mapper/OEMDBDISK01", OWNER="oracle", GROUP="dba", MODE="644", RUN+="/bin/bash -c '/sbin/kpartx -a -p p /dev/mapper/OEMDBDISK01'"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;root# udevtest /block/sdc&lt;/P&gt;&lt;P&gt;]# udevtest /block/sdc&lt;/P&gt;&lt;P&gt;main: looking at device '/block/sdc' from subsystem 'block'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/usb_id -x'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/usb_id' returned with status 1&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id -g -x -s /block/sdc -d /dev/.tmp-8-32'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' (stdout) 'ID_VENDOR=HP'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' (stdout) 'ID_MODEL=OPEN-V'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' (stdout) 'ID_REVISION=5001'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' (stdout) 'ID_SERIAL=360060e8004753f000000753f0000108b'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' (stdout) 'ID_TYPE=disk'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' (stdout) 'ID_BUS=scsi'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/scsi_id' returned with status 0&lt;/P&gt;&lt;P&gt;udev_rules_get_name: add symlink 'disk/by-id/scsi-360060e8004753f000000753f0000108b'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/path_id /block/sdc'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/path_id' (stdout) 'ID_PATH=pci-0000:00:10.0-scsi-0:0:2:0'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/path_id' returned with status 0&lt;/P&gt;&lt;P&gt;udev_rules_get_name: add symlink 'disk/by-path/pci-0000:00:10.0-scsi-0:0:2:0'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/vol_id --export /dev/.tmp-8-32'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/vol_id' returned with status 4&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/edd_id --export /dev/.tmp-8-32'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/edd_id' (stderr) 'no kernel EDD support'&lt;/P&gt;&lt;P&gt;run_program: '/lib/udev/edd_id' returned with status 2&lt;/P&gt;&lt;P&gt;run_program: '/sbin/scsi_id -g -u -s /block/sdc '&lt;/P&gt;&lt;P&gt;run_program: '/sbin/scsi_id' (stdout) '360060e8004753f000000753f0000108b'&lt;/P&gt;&lt;P&gt;run_program: '/sbin/scsi_id' returned with status 0&lt;/P&gt;&lt;P&gt;udev_rules_get_name: rule applied, 'sdc' becomes 'mapper/OEMDBDISK01'&lt;/P&gt;&lt;P&gt;udev_device_event: device '/block/sdc' already in database, validate currently present symlinks&lt;/P&gt;&lt;P&gt;udev_node_add: creating device node '/dev/mapper/OEMDBDISK01', major = '8', minor = '32', mode = '0644', uid = '30181', gid = '200'&lt;/P&gt;&lt;P&gt;udev_node_add: creating symlink '/dev/disk/by-id/scsi-360060e8004753f000000753f0000108b' to '../../mapper/OEMDBDISK01'&lt;/P&gt;&lt;P&gt;udev_node_add: creating symlink '/dev/disk/by-path/pci-0000:00:10.0-scsi-0:0:2:0' to '../../mapper/OEMDBDISK01'&lt;/P&gt;&lt;P&gt;main: run: 'socket:/org/kernel/udev/monitor'&lt;/P&gt;&lt;P&gt;main: run: '/lib/udev/udev_run_devd'&lt;/P&gt;&lt;P&gt;main: run: 'socket:/org/freedesktop/hal/udev_event'&lt;/P&gt;&lt;P&gt;main: run: '/sbin/pam_console_apply /dev/mapper/OEMDBDISK01 /dev/disk/by-id/scsi-360060e8004753f000000753f0000108b /dev/disk/by-path/pci-0000:00:10.0-scsi-0:0:2:0'&lt;/P&gt;&lt;P&gt;main: run: '/bin/bash -c '/sbin/kpartx -a -p p /dev/mapper/OEMDBDISK01''&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Enshrine, load and activate the rule:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;[root@flpva030 /root]# udevcontrol reload_rules&lt;/P&gt;&lt;P&gt;[root@flpva030 /root]# start_udev&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You will NOW have /dev/mapper/ entiries aptly permissioned say for Oracle DB ASM use.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 24 Jan 2012 17:09:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/linux-vm-on-esxi-rdm-disks-persistent-naming/m-p/5506959#M53510</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2012-01-24T17:09:56Z</dc:date>
    </item>
  </channel>
</rss>

