This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
xenial' to 'verification-done-xenial'.

If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.

See for documentation how
to enable and use -proposed. Thank you!

** Tags added: verification-needed-xenial

** Tags added: verification-needed-yakkety

You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.

  Paths not failed properly when unmapping virtual FC ports in VIOS
  (using ibmvfc)

Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Xenial:
  Fix Committed
Status in linux source package in Yakkety:
  Fix Committed

Bug description:
  ---Problem Description---
  vios vfc unmap (vfcmap -vadapter vfchost0 -fcp) can result in no i/o being 
retried nor device offline.
  ---uname output---
  Linux ubuntu16 4.4.0-9136-generic #55-Ubuntu SMP Fri Aug 26 05:56:24 UTC 2016 
ppc64le ppc64le ppc64le GNU/Linux
  Machine Type = Power8 LPAR 
  ---Steps to Reproduce---
   Ubuntu 16.10 lpar with two vfc adapters mapped to SAN Storage and configured 
with mulitpath.
  In vios do:  vfcmap -vadapter vfchost0 -fcp (where vfchost0 maps to test 
lpar).  multipath -ll and lvm commands hang in linux lpar.  tail 
/var/log/message hangs sometimes. multipath doesn't see failing devices and 
doesn't mark paths down.

  Fyi ...
  .... the following patch fixes the problem, which is now upstream accepted in 
the scsi tree as
  ("scsi: ibmvfc: Fix I/O hang when port is not mapped")

To manage notifications about this bug go to:

Mailing list:
Post to     :
Unsubscribe :
More help   :

Reply via email to