On Sunday 10 March 2013 07:21 PM, Frank Fegert wrote:
ststnagios02:~# dmesg | tail
[6835466.341578] sd 0:0:1:0: [sda] CDB: Read(10): 28 00 00 00 00 00 00 00 08
00
[6835466.341592] end_request: I/O error, dev sda, sector 0
[6835467.341974] sd 1:0:1:0: [sdb] Unhandled error code
Hello,
sorry for the delayed reply!
On Wed, Feb 13, 2013 at 11:47:00PM +0100, Frank Fegert wrote:
When you thought the paths were back, were they responding to scsi commands?
Sorry, didn't check that at the time.
You could use tools from the sg3-utils package or use the scsi_id
Hello,
On Wed, Feb 13, 2013 at 11:47:28AM +0530, Ritesh Raj Sarraf wrote:
When you said temporary, are you sure when the paths recovered back?
well all other LPARs running AIX got their paths back ;-) So the
backend and the VIOSes were providing multiple paths again. After
the Debian LPAR was
Package: multipath-tools
Version: 0.4.8+git0.761c66f-10
Severity: normal
Hello,
on a IBM Power LPAR with dual virtual I/O server (VIOS) backed disk
devices, multipath seems not to be able to recover temporarily failed
disk paths (e.g. after one VIOS is restarted after maintenance). The
serial
On Wednesday 13 February 2013 12:12 AM, Frank Fegert wrote:
Hello,
on a IBM Power LPAR with dual virtual I/O server (VIOS) backed disk
devices, multipath seems not to be able to recover temporarily failed
disk paths (e.g. after one VIOS is restarted after maintenance). The
serial console
5 matches
Mail list logo
