---Problem Description---
Fail to active the second DS8K fcp lun permanently
Machine Type = z13 lpar
---Debugger---
A debugger is not configured
---Steps to Reproduce---
1. Map tow fcp luns from DS8880:
root@ilz62u:~# lsluns
Scanning for LUNs on adapter 0.0.1800
at port 0x50050763070057f9:
0x4000402800000000
0x4001401000000000
Scanning for LUNs on adapter 0.0.1900
at port 0x50050763070b17f9:
0x4000402800000000
0x4001401000000000
2. active the two fcp temporarily
echo 0x4001401000000000 > /sys/bus/ccw/drivers/zfcp/0.0.1800/0x50050763070057f9/unit_add
echo 0x4001401000000000 > /sys/bus/ccw/drivers/zfcp/0.0.1900/0x50050763070b17f9/unit_add
3. active them via tool "chzdev" permanently
root@ilz62u:~# lszdev | grep 57f9
zfcp-lun 0.0.1800:0x50050763070057f9:0x4000402800000000 yes yes sdas sg44
zfcp-lun 0.0.1800:0x50050763070057f9:0x4001401000000000 yes yes sdau sg46
6. the secod fcp lun "0x4001401000000000" fail to keep active any more
root@ilz62u:/sys/bus/ccw/drivers/zfcp/0.0.1800# ls 0x50050763070057f9
0x4000402800000000 access_denied failed in_recovery power status uevent unit_add unit_remove
root@ilz62u:/sys/bus/ccw/drivers/zfcp/0.0.1900# ls 0x50050763070b17f9
0x4000402800000000 access_denied failed in_recovery power status uevent unit_add unit_remove
First problem evaluation:
Could be a chzdev problem. Seeing two jump-labels in the udev rule for port 0x50050763070b17f9 on fcp device 0x1800 and 0x1900. The first label enables the LUN that is working, while the second one with the LUN number that is not working is likely ignored.
Confirmed as a bug in chzdev!
Workaround:
Use chzdev to configure and immediately deconfigure a non-existent FCP LUN for the FCP devices that displays the problem.
---Problem Description---
Fail to active the second DS8K fcp lun permanently
Machine Type = z13 lpar
---Debugger---
A debugger is not configured
---Steps to Reproduce--- 00000 00000 00000 00000 ccw/drivers/ zfcp/0. 0.1800/ 0x5005076307005 7f9/unit_ add ccw/drivers/ zfcp/0. 0.1900/ 0x50050763070b1 7f9/unit_ add
1. Map tow fcp luns from DS8880:
root@ilz62u:~# lsluns
Scanning for LUNs on adapter 0.0.1800
at port 0x50050763070057f9:
0x40004028000
0x40014010000
Scanning for LUNs on adapter 0.0.1900
at port 0x50050763070b17f9:
0x40004028000
0x40014010000
2. active the two fcp temporarily
echo 0x4001401000000000 > /sys/bus/
echo 0x4001401000000000 > /sys/bus/
3. active them via tool "chzdev" permanently 0x5005076307005 7f9:0x400040280 0000000 yes yes sdas sg44 0x5005076307005 7f9:0x400140100 0000000 yes yes sdau sg46
root@ilz62u:~# lszdev | grep 57f9
zfcp-lun 0.0.1800:
zfcp-lun 0.0.1800:
4. multipath show 7f9000000000000 0110) dm-15 IBM,2107900 7f9000000000000 0028) dm-14 IBM,2107900
root@ilz62u:~# multipath -ll | grep 2107s
d2ilsd2107s (36005076307ffd
d1ilsd2107s (36005076307ffd
5. reboot
6. the secod fcp lun "0x400140100000 0000" fail to keep active any more /sys/bus/ ccw/drivers/ zfcp/0. 0.1800# ls 0x50050763070057f9 /sys/bus/ ccw/drivers/ zfcp/0. 0.1900# ls 0x50050763070b17f9
root@ilz62u:
0x4000402800000000 access_denied failed in_recovery power status uevent unit_add unit_remove
root@ilz62u:
0x4000402800000000 access_denied failed in_recovery power status uevent unit_add unit_remove
root@ilz62u: /sys/bus/ ccw/drivers/ zfcp/0. 0.1900# multipath -ll | grep 2107s 7f9000000000000 0028) dm-14 IBM,2107900
d1ilsd2107s (36005076307ffd
Stack trace output:
no
Oops output:
no
System Dump Info:
The system is not configured to capture a system dump.
== Comment: #1 - Heinz-Werner Seeck <email address hidden> - 2017-04-18 03:08:54 ==
First problem evaluation:
Could be a chzdev problem. Seeing two jump-labels in the udev rule for port 0x50050763070b17f9 on fcp device 0x1800 and 0x1900. The first label enables the LUN that is working, while the second one with the LUN number that is not working is likely ignored.
Confirmed as a bug in chzdev!
Workaround:
Use chzdev to configure and immediately deconfigure a non-existent FCP LUN for the FCP devices that displays the problem.
Example (ignore any warnings that might show up):
For FCP device 0x1800:
chzdev -e -p zfcp-lun 0x1800: 0x0000000000000 000:0x000000000 0000000 0x0000000000000 000:0x000000000 0000000
chzdev -d -p zfcp-lun 0x1800:
and for FCP device 0x1900:
chzdev -e -p zfcp-lun 0x1900: 0x0000000000000 000:0x000000000 0000000 0x0000000000000 000:0x000000000 0000000
chzdev -d -p zfcp-lun 0x1900:
Solution available : Patch applied:
Upstream patch, also applies to s390-tools v1.37.0 and v1.37.1.