sysfs를 통한 전송을 식별할 수 있습니까?

Question 1

더 나은 답변을 얻지 못하면 이것을 솔루션으로 사용하겠습니다. 이것은 매우 간접적이지만 효과가 있는 것 같습니다. 기본적으로 udevd는 경로를 만들 수 있다는 점에서 판단 /dev/disk/by-path했습니다 .~ 해야 하다sysfs에서는 제가 아는 한 udev가 실제로 하는 일이 전부이기 때문입니다. sysfs 정보를 얻고 이를 사용하여 구성된 작업을 수행합니다.

ID_PATH자세히 살펴보니 bash 스크립트를 통해 /lib/udev/id_path설정된 변수의 내용에서 링크가 생성된 것처럼 보입니다 . 여기에서 주어진 블록 장치의 소스 컨트롤러에 대한 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*디렉토리가 직계 하위 항목으로 있는 경우 이는 블록 장치가 파이버 채널을 통해 들어오고 있음을 의미합니다.

이는 iscsi의 첫 번째 스위치 케이스( )에 대한 검사만 복제하며 */rport-[0-9]*:[0-9]*-[0-9]*/*), 컨트롤러에서 "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으로 작성되지만 이 디렉터리를 확인하는 것만으로도 충분할 것 같습니다. 계속해서 이것을 내 솔루션으로 표시하겠습니다(어쨌든 허용되는 즉시).

Answer

더 나은 답변을 얻지 못하면 이것을 솔루션으로 사용하겠습니다. 이것은 매우 간접적이지만 효과가 있는 것 같습니다. 기본적으로 udevd는 경로를 만들 수 있다는 점에서 판단 /dev/disk/by-path했습니다 .~ 해야 하다sysfs에서는 제가 아는 한 udev가 실제로 하는 일이 전부이기 때문입니다. sysfs 정보를 얻고 이를 사용하여 구성된 작업을 수행합니다.

ID_PATH자세히 살펴보니 bash 스크립트를 통해 /lib/udev/id_path설정된 변수의 내용에서 링크가 생성된 것처럼 보입니다 . 여기에서 주어진 블록 장치의 소스 컨트롤러에 대한 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=
                            ;;