Adding more information to this case,
also reproduced on a sles11 and with mpathpersist in place of sg_persist (sde and sdf are paths of dm-4) :
# mpathpersist -i -k /dev/mapper/igrM2h-U2Ci-O3jL
KERNEL[1399153645.728611] change /devices/platform/host2/session1/target2:0:0/2:0:0:2/block/sdf (block)
UDEV_LOG=3
ACTION="">
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]
DEVPATH=/devices/platform/host2/session1/target2:0:0/2:0:0:2/block/sdf
SUBSYSTEM=block
DEVNAME=sdf
DEVTYPE=disk
SEQNUM=1811
MAJOR=8
MINOR=80
KERNEL[1399153645.729377] change /devices/platform/host3/session2/target3:0:0/3:0:0:2/block/sde (block)
UDEV_LOG=3
ACTION="">
DEVPATH=/devices/platform/host3/session2/target3:0:0/3:0:0:2/block/sde
SUBSYSTEM=block
DEVNAME=sde
DEVTYPE=disk
SEQNUM=1812
MAJOR=8
MINOR=64
Persistent Reserve IN command failed
KERNEL[1399153645.730116] change /devices/virtual/block/dm-4 (block)
UDEV_LOG=3
ACTION="">
DEVPATH=/devices/virtual/block/dm-4
SUBSYSTEM=block
DEVNAME=dm-4
DEVTYPE=disk
SEQNUM=1813
MAJOR=252
MINOR=4
Regards,
Christophe Varoqui
On Sat, May 3, 2014 at 10:38 PM, Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx> wrote:
Reproduced on a fairly recent kernel :cvaroqui@clementine:~$ sudo sg_persist -k /dev/sdaATA SAMSUNG MZMTD512 DXT4Peripheral device type: diskPR in: command not supportedKERNEL[227056.238465] change /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda (block)ACTION="">DEVNAME=/dev/sdaDEVPATH=/devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdaDEVTYPE=diskMAJOR=8MINOR=0SEQNUM=2603SUBSYSTEM=blockcvaroqui@clementine:~$ cat /etc/lsb-release
DISTRIB_ID=UbuntuDISTRIB_RELEASE=14.04DISTRIB_CODENAME=trustyDISTRIB_DESCRIPTION="Ubuntu Trusty Tahr (development branch)"cvaroqui@clementine:~$ uname -aLinux clementine 3.13.0-23-generic #45-Ubuntu SMP Fri Apr 4 06:58:38 UTC 2014 x86_64 x86_64 x86_64 GNU/LinuxRegards,Christophe VaroquiOn Sat, May 3, 2014 at 10:12 PM, Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx> wrote:
Hi list,I observe this on a debian 7.5 server with a udevadm monitor running in the background :# sg_persist -n -k /dev/sdbhPR generation=0x0, there are NO registered reservation keysKERNEL[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)ACTION="">DEVNAME=/dev/sdbhDEVPATH=/devices/pci0000:20/0000:20:02.2/0000:24:00.0/host0/rport-0:0-3/target0:0:1/0:0:1:12/block/sdbhDEVTYPE=diskMAJOR=67MINOR=176SEQNUM=261605SUBSYSTEM=blockEvery sg_persist command, with any options, trigger events.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 :1/ multipath -v0 $devpath2/ udisks-lvm-pv-export $pv_uuidQuestion 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 ?Best regards,Christophe Varoqui-- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
- References:
- sg_persist triggers block kernel event ???
- From: Christophe Varoqui
- Re: sg_persist triggers block kernel event ???
- From: Christophe Varoqui
- sg_persist triggers block kernel event ???
- Prev by Date: Re: sg_persist triggers block kernel event ???
- Next by Date: Re: sg_persist triggers block kernel event ???
- Previous by thread: Re: sg_persist triggers block kernel event ???
- Next by thread: Re: sg_persist triggers block kernel event ???
- Index(es):