<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">www.opensvc.com</a></div><div><br></div></div>