<div dir="ltr">Adding more information to this case,<div><br></div><div>also reproduced on a sles11 and with mpathpersist in place of sg_persist (sde and sdf are paths of dm-4) :</div><div><br></div><div><div># mpathpersist -i -k /dev/mapper/igrM2h-U2Ci-O3jL </div>
<div>KERNEL[1399153645.728611] change /devices/platform/host2/session1/target2:0:0/2:0:0:2/block/sdf (block)</div><div>UDEV_LOG=3</div><div>ACTION=change</div><div>DEVPATH=/devices/platform/host2/session1/target2:0:0/2:0:0:2/block/sdf</div>
<div>SUBSYSTEM=block</div><div>DEVNAME=sdf</div><div>DEVTYPE=disk</div><div>SEQNUM=1811</div><div>MAJOR=8</div><div>MINOR=80</div><div><br></div><div>KERNEL[1399153645.729377] change /devices/platform/host3/session2/target3:0:0/3:0:0:2/block/sde (block)</div>
<div>UDEV_LOG=3</div><div>ACTION=change</div><div>DEVPATH=/devices/platform/host3/session2/target3:0:0/3:0:0:2/block/sde</div><div>SUBSYSTEM=block</div><div>DEVNAME=sde</div><div>DEVTYPE=disk</div><div>SEQNUM=1812</div><div>
MAJOR=8</div><div>MINOR=64</div><div><br></div><div>Persistent Reserve IN command failed</div><div><br></div><div>KERNEL[1399153645.730116] change /devices/virtual/block/dm-4 (block)</div><div>UDEV_LOG=3</div><div>ACTION=change</div>
<div>DEVPATH=/devices/virtual/block/dm-4</div><div>SUBSYSTEM=block</div><div>DEVNAME=dm-4</div><div>DEVTYPE=disk</div><div>SEQNUM=1813</div><div>MAJOR=252</div><div>MINOR=4</div></div><div><br></div><div>Regards,</div><div>
Christophe Varoqui</div><div><a href="http://www.opensvc.com">www.opensvc.com</a></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 3, 2014 at 10:38 PM, Christophe Varoqui <span dir="ltr"><<a href="mailto:christophe.varoqui@opensvc.com" target="_blank">christophe.varoqui@opensvc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Reproduced on a fairly recent kernel :<div><br></div><div><div>cvaroqui@clementine:~$ sudo sg_persist -k /dev/sda</div>
<div> ATA SAMSUNG MZMTD512 DXT4</div><div> Peripheral device type: disk</div><div>
PR in: command not supported</div><div><br></div><div>KERNEL[227056.238465] change /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda (block)</div><div>ACTION=change</div><div>DEVNAME=/dev/sda</div>
<div>DEVPATH=/devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda</div><div>DEVTYPE=disk</div><div>MAJOR=8</div><div>MINOR=0</div><div>SEQNUM=2603</div><div>SUBSYSTEM=block</div><div><br></div><div>cvaroqui@clementine:~$ cat /etc/lsb-release <br>
</div><div>DISTRIB_ID=Ubuntu</div><div>DISTRIB_RELEASE=14.04</div><div>DISTRIB_CODENAME=trusty</div><div>DISTRIB_DESCRIPTION="Ubuntu Trusty Tahr (development branch)"</div><div><br></div><div>cvaroqui@clementine:~$ uname -a</div>
<div>Linux clementine 3.13.0-23-generic #45-Ubuntu SMP Fri Apr 4 06:58:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux</div></div><div><br></div><div>Regards,</div><div>Christophe Varoqui</div><div><a href="http://www.opensvc.com" target="_blank">www.opensvc.com</a></div>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 3, 2014 at 10:12 PM, Christophe Varoqui <span dir="ltr"><<a href="mailto:christophe.varoqui@opensvc.com" target="_blank">christophe.varoqui@opensvc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi list,<div><br></div><div>I observe this on a debian 7.5 server with a udevadm monitor running in the background :</div>
<div><br></div><div><div># sg_persist -n -k /dev/sdbh</div><div> PR generation=0x0, there are NO registered reservation keys</div>
<div><br></div><div>KERNEL[448809.342461] change /devices/pci0000:20/0000:20:02.2/0000:24:00.0/host0/rport-0:0-3/target0:0:1/0:0:1:12/block/sdbh (block)</div><div>ACTION=change</div><div>DEVNAME=/dev/sdbh</div><div>DEVPATH=/devices/pci0000:20/0000:20:02.2/0000:24:00.0/host0/rport-0:0-3/target0:0:1/0:0:1:12/block/sdbh</div>
<div>DEVTYPE=disk</div><div>MAJOR=67</div><div>MINOR=176</div><div>SEQNUM=261605</div><div>SUBSYSTEM=block</div></div><div><br></div><div>Every sg_persist command, with any options, trigger events.</div><div><br></div><div>
On this server with more than 200 scsi devices, each receiving one read-key and one read-reservation every 10 minutes, this triggers quite a eavy load caused by 2 udev triggers :</div><div><br></div><div>1/ multipath -v0 $devpath</div>
<div>2/ udisks-lvm-pv-export $pv_uuid</div><div><br></div><div><br></div><div>Question is, is it normal for a "--in" sg_persist command to trigger a change event on the scsi device ? If not, what we can do about it ?</div>
<div><br></div><div>Best regards,</div><div>Christophe Varoqui</div><div><a href="http://www.opensvc.com" target="_blank">www.opensvc.com</a></div><div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>