Hello,
After updating to 6.6 I've lost my connection to my tape library.
Old log file (6.5):
Sep 13 08:17:51 server1 kernel: scsi 1:2:0:0: Sequential-Access HP Ultrium 5-SCSI Z65W PQ: 0 ANSI: 6 Sep 13 08:17:51 server1 kernel: scsi 1:2:0:1: Medium Changer HP 1x8 G2 AUTOLDR 4.20 PQ: 0 ANSI: 5
New log file (6.6):
Oct 28 18:15:06 server1 kernel: scsi1 : hpsa Oct 28 18:15:06 server1 kernel: hpsa 0000:0b:00.0: RAID device c1b3t0l0 added. Oct 28 18:15:06 server1 kernel: hpsa 0000:0b:00.0: Sequential-Access device c1b2t0l0 added. Oct 28 18:15:06 server1 kernel: scsi 1:3:0:0: RAID HP P212 5.14 PQ: 0 ANSI: 5 Oct 28 18:15:06 server1 kernel: scsi 1:2:0:0: Sequential-Access HP Ultrium 5-SCSI Z65W PQ: 0 ANSI: 6
No sign of 1:2:0:1 after reboot, /dev/changer does not exist.
Do I have to do something special to have the new hpsa driver look for multiple LUN's?
Mogens
Have you tried to boot the os using 6.5 kernel and see any difference ?
On 10/28/2014 07:33 PM, Dominic Geevarghese wrote:
Have you tried to boot the os using 6.5 kernel and see any difference ?
Good point.
The previous kernel works ok.
I also have forgotten to say that I use centos plus kernels:
2.6.32-504.el6.centos.plus.x86_64: Does not work 2.6.32-431.29.2.el6.centos.plus.x86_64: OK
Mogens
On 10/28/2014 08:47 PM, Mogens Kjaer wrote:
On 10/28/2014 07:33 PM, Dominic Geevarghese wrote:
Have you tried to boot the os using 6.5 kernel and see any difference ?
Good point.
The previous kernel works ok.
I also have forgotten to say that I use centos plus kernels:
2.6.32-504.el6.centos.plus.x86_64: Does not work 2.6.32-431.29.2.el6.centos.plus.x86_64: OK
Mogens
It's not a centos plus issue: 2.6.32-504.el6.x86_64 doesn't work either.
Mogens
OK. That's great. I would try following
1. Boot using working kernel. 2. Verify the associated modules loaded. 3. Boot into new kernel, verify the same sets of modules are loaded or not. 4. Like it said in one of the post below, you can try 'modinfo `hpsa module name*` from newer kernel. If no result found, install the kmod-hpsa package that's matching with the kernel version.
* I am not sure about the exact module name.
5. I would prefer a reboot after kmod package installation.
Cheers,
On 10/28/2014 12:41 PM, Mogens Kjaer wrote:
Hello,
After updating to 6.6 I've lost my connection to my tape library.
Old log file (6.5):
Sep 13 08:17:51 server1 kernel: scsi 1:2:0:0: Sequential-Access HP Ultrium 5-SCSI Z65W PQ: 0 ANSI: 6 Sep 13 08:17:51 server1 kernel: scsi 1:2:0:1: Medium Changer HP 1x8 G2 AUTOLDR 4.20 PQ: 0 ANSI: 5
New log file (6.6):
Oct 28 18:15:06 server1 kernel: scsi1 : hpsa Oct 28 18:15:06 server1 kernel: hpsa 0000:0b:00.0: RAID device c1b3t0l0 added. Oct 28 18:15:06 server1 kernel: hpsa 0000:0b:00.0: Sequential-Access device c1b2t0l0 added. Oct 28 18:15:06 server1 kernel: scsi 1:3:0:0: RAID HP P212 5.14 PQ: 0 ANSI: 5 Oct 28 18:15:06 server1 kernel: scsi 1:2:0:0: Sequential-Access HP Ultrium 5-SCSI Z65W PQ: 0 ANSI: 6
No sign of 1:2:0:1 after reboot, /dev/changer does not exist.
Do I have to do something special to have the new hpsa driver look for multiple LUN's?
There is a kmod-hpsa .. do you have that installed?
Try 'yum install kmod-hpsa'
On 10/28/2014 07:59 PM, Johnny Hughes wrote:
On 10/28/2014 12:41 PM, Mogens Kjaer wrote:
Hello,
After updating to 6.6 I've lost my connection to my tape library.
Old log file (6.5):
Sep 13 08:17:51 server1 kernel: scsi 1:2:0:0: Sequential-Access HP Ultrium 5-SCSI Z65W PQ: 0 ANSI: 6 Sep 13 08:17:51 server1 kernel: scsi 1:2:0:1: Medium Changer HP 1x8 G2 AUTOLDR 4.20 PQ: 0 ANSI: 5
New log file (6.6):
Oct 28 18:15:06 server1 kernel: scsi1 : hpsa Oct 28 18:15:06 server1 kernel: hpsa 0000:0b:00.0: RAID device c1b3t0l0 added. Oct 28 18:15:06 server1 kernel: hpsa 0000:0b:00.0: Sequential-Access device c1b2t0l0 added. Oct 28 18:15:06 server1 kernel: scsi 1:3:0:0: RAID HP P212 5.14 PQ: 0 ANSI: 5 Oct 28 18:15:06 server1 kernel: scsi 1:2:0:0: Sequential-Access HP Ultrium 5-SCSI Z65W PQ: 0 ANSI: 6
No sign of 1:2:0:1 after reboot, /dev/changer does not exist.
Do I have to do something special to have the new hpsa driver look for multiple LUN's?
There is a kmod-hpsa .. do you have that installed?
Try 'yum install kmod-hpsa'
It does not look like it will matter .. that is the same version as is in the new kernel it seems. (3.4.4)
On 10/29/2014 02:02 AM, Johnny Hughes wrote:
It does not look like it will matter .. that is the same version as is in the new kernel it seems. (3.4.4)
I haven't used kmod-hpsa before, just the kernel driver.
There are two controllers in the machine using hpsa:
05:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01) 0b:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01)
One for the RAID 5 system and one for the tape library.
If I do:
lsmod >lsmod.(old|new)
on the (6.5|6.6) centos-plus kernels and:
cut -f1 -d" " <lsmod.old |sort >lsmod2.old cut -f1 -d" " <lsmod.new |sort >lsmod2.new diff lsmod2.old lsmod2.new
I get:
1a2
acpi_ipmi
9d9 < ch 31a32,33
ipmi_msghandler ipmi_si
modinfo hpsa gives me:
old:
filename: /lib/modules/2.6.32-431.29.2.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko license: GPL version: 3.4.0-1-RH1 description: Driver for HP Smart Array Controller version 3.4.0-1-RH1 author: Hewlett-Packard Company srcversion: CB1FFD5E52AEBAED14BF75E alias: pci:v0000103Cd*sv*sd*bc01sc04i* alias: pci:v0000103Cd00003239sv0000103Csd000021C9bc*sc*i* ... alias: pci:v0000103Cd0000323Asv0000103Csd00003241bc*sc*i* depends: vermagic: 2.6.32-431.29.2.el6.centos.plus.x86_64 SMP mod_unload modversions parm: hpsa_allow_any:Allow hpsa driver to access unknown HP Smart Array hardware (int) parm: hpsa_simple_mode:Use 'simple mode' rather than 'performant mode' (int)
new:
filename: /lib/modules/2.6.32-504.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko license: GPL version: 3.4.4-1-RH2 description: Driver for HP Smart Array Controller version 3.4.4-1-RH2 author: Hewlett-Packard Company srcversion: ADF4B03767C43E41961C9AA alias: pci:v0000103Cd*sv*sd*bc01sc04i* alias: pci:v0000103Cd0000333Fsv0000103Csd0000333Fbc*sc*i* ... alias: pci:v0000103Cd0000323Asv0000103Csd00003241bc*sc*i* depends: vermagic: 2.6.32-504.el6.centos.plus.x86_64 SMP mod_unload modversions parm: hpsa_allow_any:Allow hpsa driver to access unknown HP Smart Array hardware (int) parm: hpsa_simple_mode:Use 'simple mode' rather than 'performant mode' (int)
Strange...
Mogens
Hi,
05:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01) 0b:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01)
ok. I think, it would be really great if you could share the output of
# lspci -vn | egrep '05:00.0|0b:00.0'
Cheers,
On 10/29/2014 08:07 AM, Dominic Geevarghese wrote:
ok. I think, it would be really great if you could share the output of
# lspci -vn | egrep '05:00.0|0b:00.0'
Booted on the old kernel:
05:00.0 0104: 103c:323a (rev 01) 0b:00.0 0104: 103c:323a (rev 01)
Mogens
Hi,
On Wed, Oct 29, 2014 at 1:07 PM, Mogens Kjaer mk@lemo.dk wrote:
On 10/29/2014 08:07 AM, Dominic Geevarghese wrote:
ok. I think, it would be really great if you could share the output of
# lspci -vn | egrep '05:00.0|0b:00.0'
Booted on the old kernel:
05:00.0 0104: 103c:323a (rev 01) 0b:00.0 0104: 103c:323a (rev 01)
Ok, it seems the kernel 2.6.32-504.el6.centos.plus supports the above said hardware and driver hpsa is included in the kernel.
filename: /lib/modules/2.6.32-504.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko license: GPL version: 3.4.4-1-RH2 description: Driver for HP Smart Array Controller version 3.4.4-1-RH2 author: Hewlett-Packard Company srcversion: ADF4B03767C43E41961C9AA
Even I have installed the kmod-hpsa and checked the driver version. Per latest kmod-hpsa-3.4.4_1_RH1-1.el6_5.x86_64 available, the driver version is one lower than module shipped in 2.6.32-504.el6.centos.plus kernel and changelog of kmod doesn't show anything relevant to your issue.
filename: /lib/modules/2.6.32-431.20.3.el6.x86_64/extra/hpsa/hpsa.ko license: GPL version: 3.4.4-1-RH1 description: Driver for HP Smart Array Controller version 3.4.4-1-RH1 author: Hewlett-Packard Company srcversion: 4B558C7818157360E7C4D89
Based on the data extracted, I would say,
* The issue you have encountered is not due to missing driver support. * Enabling scsi logging would be the next step to figure it out the reason why tape is not functioning in latest kernel.
@list, please shoot if any other suggestions .
Cheers,
On 10/29/2014 10:47 AM, Dominic Geevarghese wrote:
- Enabling scsi logging would be the next step to figure it out the reason
why tape is not functioning in latest kernel.
The machine is in production so I'll have to wait until I get a chance to reboot to the new kernel.
I have a spare machine for testing - but it does not have a tape library :-(
Thanks for the suggestion.
Mogens