* incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled
[not found] <1753358694.11967186.1568394608486.JavaMail.zimbra@redhat.com>
@ 2019-09-13 17:40 ` Yi Zhang
2019-09-13 17:56 ` Keith Busch
0 siblings, 1 reply; 5+ messages in thread
From: Yi Zhang @ 2019-09-13 17:40 UTC (permalink / raw)
To: linux-nvme
Hello
When I use 'realpath' to get the nvme sysfs on latest 5.3.0-rc8 for NVMe SSD, seems it reported incorrectly sysfs, could anyone help check it?
[1] nvme-core multipath=Y
# lspci | grep -i non
86:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller 172Xa/172Xb (rev 01)
af:00.0 Non-Volatile memory controller: Intel Corporation NVMe DC SSD [3DNAND, Beta Rock Controller]
# nvme list
Node SN Model Namespace Usage Format FW Rev
---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
/dev/nvme0n1 BTLE8190003X2P0IGN Dell Express Flash NVMe P4600 2.0TB AIC 1 2.00 TB / 2.00 TB 4 KiB + 0 B QDV1DP15
/dev/nvme1n1 S39WNA0K201139 Dell Express Flash PM1725a 1.6TB AIC 1 1.60 TB / 1.60 TB 512 B + 0 B 1.1.1
# cat /sys/module/nvme_core/parameters/multipath
Y
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 222.5G 0 disk
├─sda1 8:1 0 600M 0 part /boot/efi
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 220.9G 0 part
├─rhel_rdma--perf--07-root 253:0 0 50G 0 lvm /
├─rhel_rdma--perf--07-swap 253:1 0 4G 0 lvm [SWAP]
└─rhel_rdma--perf--07-home 253:2 0 166.9G 0 lvm /home
nvme0n1 259:0 0 1.8T 0 disk
nvme1n1 259:2 0 1.5T 0 disk
# realpath /sys/dev/block/259:0
/sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme1/nvme0n1 --------> should it be /sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme0/nvme0n1 ?
# realpath /sys/dev/block/259:2
/sys/devices/virtual/nvme-subsystem/nvme-subsys1/nvme1n1 --------> No pci address returned, bug?
[2] nvme-core multipath=N
# rmmod nvme
# rmmod nvme-core
# nvme list
# modprobe nvme-core multipath=N
# cat /sys/module/nvme_core/parameters/multipath
N
[root@rdma-perf-07 ~]$ modprobe nvme
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 222.5G 0 disk
├─sda1 8:1 0 600M 0 part /boot/efi
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 220.9G 0 part
├─rhel_rdma--perf--07-root 253:0 0 50G 0 lvm /
├─rhel_rdma--perf--07-swap 253:1 0 4G 0 lvm [SWAP]
└─rhel_rdma--perf--07-home 253:2 0 166.9G 0 lvm /home
nvme1n1 259:0 0 1.8T 0 disk
nvme0n1 259:2 0 1.5T 0 disk
[root@rdma-perf-07 ~]$ realpath /sys/dev/block/259:0
/sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme1/nvme1n1
[root@rdma-perf-07 ~]$ realpath /sys/dev/block/259:2
/sys/devices/pci0000:85/0000:85:02.0/0000:86:00.0/nvme/nvme0/nvme0n1
Best Regards,
Yi Zhang
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled
2019-09-13 17:40 ` incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled Yi Zhang
@ 2019-09-13 17:56 ` Keith Busch
2019-09-13 18:43 ` Sagi Grimberg
0 siblings, 1 reply; 5+ messages in thread
From: Keith Busch @ 2019-09-13 17:56 UTC (permalink / raw)
To: Yi Zhang; +Cc: linux-nvme
On Fri, Sep 13, 2019 at 01:40:50PM -0400, Yi Zhang wrote:
> # realpath /sys/dev/block/259:0
> /sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme1/nvme0n1 --------> should it be /sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme0/nvme0n1 ?
The sysfs links are correct. The controller-namespacenaming is just not
related, which is what you're observing.
This was confusing to enough people that we've since changed the naming
to something people expect to see, but that's staged in 5.4. Given the
number of people who find this confusing, this might be worth making a
stable patch.
> # realpath /sys/dev/block/259:2
> /sys/devices/virtual/nvme-subsystem/nvme-subsys1/nvme1n1 --------> No pci address returned, bug?
For mulitpath capable controllers, the parent of a namespace is the
subsystem rather than a controller. The subsystem is a virtual device
that doesn't have a physical pci address.
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled
2019-09-13 17:56 ` Keith Busch
@ 2019-09-13 18:43 ` Sagi Grimberg
2019-09-14 15:19 ` Keith Busch
0 siblings, 1 reply; 5+ messages in thread
From: Sagi Grimberg @ 2019-09-13 18:43 UTC (permalink / raw)
To: Keith Busch, Yi Zhang; +Cc: linux-nvme
>> # realpath /sys/dev/block/259:0
>> /sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme1/nvme0n1 --------> should it be /sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme0/nvme0n1 ?
>
> The sysfs links are correct. The controller-namespacenaming is just not
> related, which is what you're observing.
>
> This was confusing to enough people that we've since changed the naming
> to something people expect to see, but that's staged in 5.4. Given the
> number of people who find this confusing, this might be worth making a
> stable patch.
I agree here.
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled
2019-09-13 18:43 ` Sagi Grimberg
@ 2019-09-14 15:19 ` Keith Busch
2019-09-16 9:30 ` Yi Zhang
0 siblings, 1 reply; 5+ messages in thread
From: Keith Busch @ 2019-09-14 15:19 UTC (permalink / raw)
To: Sagi Grimberg; +Cc: Yi Zhang, linux-nvme
On Fri, Sep 13, 2019 at 11:43:40AM -0700, Sagi Grimberg wrote:
> > This was confusing to enough people that we've since changed the naming
> > to something people expect to see, but that's staged in 5.4. Given the
> > number of people who find this confusing, this might be worth making a
> > stable patch.
>
> I agree here.
Okay, I'll forward the commit to stable once merged to mainline. I don't
think we can count on the stable bot to pick this one up. We only need
this back to 4.19 as all the previous stables with this naming scheme
have be EOL'ed.
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled
2019-09-14 15:19 ` Keith Busch
@ 2019-09-16 9:30 ` Yi Zhang
0 siblings, 0 replies; 5+ messages in thread
From: Yi Zhang @ 2019-09-16 9:30 UTC (permalink / raw)
To: Keith Busch, Sagi Grimberg; +Cc: linux-nvme
On 9/14/19 11:19 PM, Keith Busch wrote:
> On Fri, Sep 13, 2019 at 11:43:40AM -0700, Sagi Grimberg wrote:
>>> This was confusing to enough people that we've since changed the naming
>>> to something people expect to see, but that's staged in 5.4. Given the
>>> number of people who find this confusing, this might be worth making a
>>> stable patch.
>> I agree here.
Hi Keith
Thanks for the info, I just test the nvme-5.4, and it works as expect.
[root@rdma-perf-07 ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 222.5G 0 disk
├─sda1 8:1 0 600M 0 part /boot/efi
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 220.9G 0 part
├─rhel_rdma--perf--07-root 253:0 0 50G 0 lvm /
├─rhel_rdma--perf--07-swap 253:1 0 4G 0 lvm [SWAP]
└─rhel_rdma--perf--07-home 253:2 0 166.9G 0 lvm /home
nvme1n1 259:0 0 1.8T 0 disk
└─nvme1n1p1 259:1 0 1.8T 0 part
nvme0n1 259:3 0 1.5T 0 disk
[root@rdma-perf-07 ~]$ realpath /sys/dev/block/259:0
/sys/devices/pci0000:ae/0000:ae:00.0/0000:af:00.0/nvme/nvme1/nvme1n1
[root@rdma-perf-07 ~]$ realpath /sys/dev/block/259:3
/sys/devices/virtual/nvme-subsystem/nvme-subsys0/nvme0n1
Thanks
Yi
> Okay, I'll forward the commit to stable once merged to mainline. I don't
> think we can count on the stable bot to pick this one up. We only need
> this back to 4.19 as all the previous stables with this naming scheme
> have be EOL'ed.
>
> _______________________________________________
> Linux-nvme mailing list
> Linux-nvme@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-nvme
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2019-09-16 9:30 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <1753358694.11967186.1568394608486.JavaMail.zimbra@redhat.com>
2019-09-13 17:40 ` incorrect sysfs reported by realpath for nvme disk when nvme-core:multipath enabled Yi Zhang
2019-09-13 17:56 ` Keith Busch
2019-09-13 18:43 ` Sagi Grimberg
2019-09-14 15:19 ` Keith Busch
2019-09-16 9:30 ` Yi Zhang
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.