From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.6) Gecko/20040510 Description of problem: Testing the rawhide kernel for RHEL4 and encountered the following problem with zfcp: modprobe zfcp echo 0x5005076300c213e9 > /sys/bus/ccw/drivers/zfcp/0.0.4000/port_ad echo 5020 > /sys/bus/ccw/drivers/zfcp/0.0.4000/0x5005076300c213e9/unit_add echo 1 > /sys/bus/ccw/drivers/zfcp/0.0.4000/online results in the following output in dmesg: scsi0 : zfcp zfcp: The adapter 0.0.4000 reported the following characteristics: WWNN 0x5005076400c1af8a, WWPN 0x5005076401001d10, S_ID 0x00011400, adapter version 0x2, LIC version 0x26, FC link speed 2 Gb/s zfcp: Switched fabric fibrechannel network detected at adapter 0.0.4000. zfcp: The remote port 0x0000000000000000 via adapter 0.0.4000 was opened, it's port handle is 0xc0 zfcp: The remote port 0x5005076300c213e9 via adapter 0.0.4000 was opened, it's port handle is 0xc1 scsi: unknown device type 31 Vendor: IBM Model: 2105F20 Rev: .674 Type: Unknown ANSI SCSI revision: 03 I can't access /dev/sda, most probably because of the 'unknown device type 31' Kernel-2.4 recognized those devices as 'Direct-Access' Version-Release number of selected component (if applicable): kernel-2.6.6-1.422 How reproducible: Always Steps to Reproduce: 1. load zfcp module 2. on devel6:echo 0x5005076300c213e9 > /sys/bus/ccw/drivers/zfcp/0.0.4000/port_add 3. echo 5020 > /sys/bus/ccw/drivers/zfcp/0.0.4000/0x5005076300c213e9/unit_add 4. echo 1 > /sys/bus/ccw/drivers/zfcp/0.0.4000/online Actual Results: device not recognized as scsi disk Expected Results: device accessable as /dev/sda Additional info:
Kartsten, the LUN must be specified with all of its bits. The FCP uses a 64 bits LUN. Only first 16 bits are used by everyone sane, mostly because of confusion over so-called "Appendix C", but nonetheless the on-the-wire format has all 64 bits (48 are zeros). Do this: echo 0x5020000000000000 > /sys/bus/ccw/drivers/zfcp/0.0.4000/0x5005076300c213e9/unit_add The type 0x1F is actually the way to tell that the target LUN does not exist. It is rigth. I have no idea why Linux SCSI stack insists that the unit is present.