☰

Можете ли вы определить транспорт через sysfs?

tag-icon • tag-icon linux devices storage sysfs
Можете ли вы определить транспорт через sysfs?

Я пишу сценарий и мне интересно уметь определятькласс транспорта(fc - "fibre channel", scsi, iscsi и т. д.) для заданного блочного устройства. Я могу получить эту информацию через ls -l /dev/disk/by-pathRHEL, но я бы предпочел запросить sysfs, если это вообще возможно (по разным причинам, включая переносимость). Например:

[root@localhost sde]# ls -l /dev/disk/by-path
total 0
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:0:0 -> ../../sda
lrwxrwxrwx 1 root root 10 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:0:0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:0:0-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:0:0-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:1:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:1:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:2:0 -> ../../sdc
lrwxrwxrwx 1 root root 10 Jul 21 16:39 pci-0000:01:00.0-scsi-0:2:2:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.0-fc-0x500601663ee0025f:0x0000000000000000 -> ../../sdd
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.0-fc-0x500601663ee0025f:0x0015000000000000 -> ../../sde
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.0-fc-0x5006016e3ee0025f:0x0000000000000000 -> ../../sdf
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.0-fc-0x5006016e3ee0025f:0x0015000000000000 -> ../../sdg
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.1-fc-0x500601653ee0025f:0x0000000000000000 -> ../../sdj
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.1-fc-0x500601653ee0025f:0x0015000000000000 -> ../../sdk
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.1-fc-0x5006016d3ee0025f:0x0000000000000000 -> ../../sdh
lrwxrwxrwx 1 root root  9 Jul 21 16:39 pci-0000:1a:00.1-fc-0x5006016d3ee0025f:0x0015000000000000 -> ../../sdi

Но, заглянув внутрь, /sys/block/sdeя не увидел ничего особенно полезного:

[root@localhost sde]# ls -l /sys/block/sde
total 0
-r--r--r-- 1 root root 4096 Oct 14 16:51 dev
lrwxrwxrwx 1 root root    0 Oct 14 16:51 device -> ../../devices/pci0000:00/0000:00:07.0/0000:1a:00.0/host5/rport-5:0-2/target5:0:0/5:0:0:21
drwxr-xr-x 2 root root    0 Jul 21 12:39 holders
drwxr-xr-x 3 root root    0 Jul 21 12:39 queue
-r--r--r-- 1 root root 4096 Oct 14 16:51 range
-r--r--r-- 1 root root 4096 Oct 14 16:51 removable
-r--r--r-- 1 root root 4096 Oct 14 16:51 size
drwxr-xr-x 2 root root    0 Jul 21 12:39 slaves
-r--r--r-- 1 root root 4096 Oct 14 16:51 stat
lrwxrwxrwx 1 root root    0 Oct 14 16:51 subsystem -> ../../block
--w------- 1 root root 4096 Oct 14 16:51 uevent

Любая помощь приветствуется, даже если она просто подталкивает меня в правильном направлении. Мое идеальное решение — использоватьтолькоДанные sysfs.

решение1

Если я не получу лучшего ответа, я приму это как свое решение. Это очень косвенно, но, кажется, работает. В принципе, я судил по тому факту, что udevdсмог проложить путь в /dev/disk/by-path, этодолженнаходиться в sysfs, поскольку, насколько мне известно, это все, что делает udev: берет информацию sysfs и выполняет настроенные действия, используя ее.

После того, как я покопался, похоже, что эти ссылки создаются содержимым переменной ID_PATH, которая устанавливается /lib/udev/id_pathскриптом bash. Внутри я нашел оператор case, который в основном описывает, как он определяет транспорт, проверяя наличие различных каталогов непосредственно под записью sysfs для исходного контроллера данного блочного устройства:

                    */rport-[0-9]*:[0-9]*-[0-9]*/*)
                            handle_fc "$D"
                            ;;
                    */end_device-[0-9]*:[0-9]*:[0-9]*/*)
                            handle_sas "$D"
                            ;;
                    */fw-host[0-9]*/*)
                            handle_firewire "$D"
                            ;;
                    */session[0-9]*/*)
                            handle_iscsi "$D"
                            D=
                            ;;
                    */host[0-9]*/[0-9]*:[0-9]*:[0-9]*:[0-9]*)
                            handle_scsi "$D"
                            ;;
                    */usb[0-9]*/[0-9]*/*)
                            handle_usb "$D"
                            ;;
                    */pci[0-9]*:[0-9]*)
                            handle_pci "$D"
                            ;;
                    */serio[0-9]*)
                            handle_serio "$D"
                            ;;
                    */platform/*)
                            handle_platform "$D"
                            ;;
                    */devices)
                            D=
                            ;;

Я проверил это в командной строке, повторив тест Fibre Channel, и получил положительные результаты:

## INTERNAL DRIVE:
[root@localhost sde]# ls -ld /sys/block/sda/device/../../../rport* 2>/dev/null | wc -l
0

## FIBRE CHANNEL BLOCK DEVICE:
[root@localhost sde]# ls -ld /sys/block/sde/device/../../../rport* 2>/dev/null | wc -l
4

По сути, я беру короткое имя устройства (sda, sdb, sde и т. д.), ввожу физическое устройство, затем ..до тех пор, пока не доберусь до исходного контроллера блочного устройства. Если запись sysfs контроллера имеет rport*каталоги в качестве непосредственных потомков, то это означает, что блочное устройство подключается через оптоволоконный канал.

Это только повторяет проверку для первого случая переключения ( */rport-[0-9]*:[0-9]*-[0-9]*/*)) для iscsi, мне также удалось повторить успех, выполнив поиск каталогов «session[0-9]» на контроллере:

[root@files2 ~]# ls -ld /sys/block/sda/device/../../../session[0-9]
drwxr-xr-x. 6 root root 0 Oct 15 13:50 /sys/block/sda/device/../../../session1
[root@files2 ~]#

Мой скрипт будет написан на Python, но, похоже, проверки этих каталогов достаточно. Я собираюсь пойти дальше и отметить это как свое решение (когда оно мне это позволит).

решение2

Нет систем, на которых можно было бы это проверить, кроме моей системы Fedora 19, но это может послужить началом:

$ ls -l /sys/block/sda/subsystem/sda
lrwxrwxrwx. 1 root root 0 Oct 14 21:41 /sys/block/sda/subsystem/sda -> ../../devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/

Также интересно отметить, что в моей системе нет /dev/disk/by-path.

Связанный контент