[opensuse] Opensuse 11.4 on DL380G7 and hpsa kernel module complains.
Good morning, in system log I've found some complains: Apr 10 08:06:53 kostnew kernel: [ 649.402046] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:06:53 kostnew kernel: [ 649.420465] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:06:53 kostnew kernel: [ 649.438721] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.125037] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.138095] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.151090] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] There are 2x146GB sas disks in the mirror, before update by "you" I've removed one disk (as a point to return :) ) and made update. There were not kernel update, only some flash, mozilla or so. But the complains started . Tried to restart, power off (removed power cables too) and took another 146GB sas disk into a bay. I'm out of ideas. Anyway - on the HP web are some links to decode that complains. But I do not use tape. Also remove "hpsa" module from "/etc/sysconfig/kernel" - not helped... Any suggestions or kick me to the right way ? Thanks and best regards J.K.
Josef Karliak wrote:
Good morning, in system log I've found some complains: Apr 10 08:06:53 kostnew kernel: [ 649.402046] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:06:53 kostnew kernel: [ 649.420465] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:06:53 kostnew kernel: [ 649.438721] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.125037] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.138095] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.151090] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00]
hpsa is a driver module from HP for their Smartarray controllers.
There are 2x146GB sas disks in the mirror, before update by "you" I've removed one disk (as a point to return :) ) and made update. There were not kernel update, only some flash, mozilla or so. But the complains started . Tried to restart, power off (removed power cables too) and took another 146GB sas disk into a bay. I'm out of ideas. Anyway - on the HP web are some links to decode that complains. But I do not use tape. Also remove "hpsa" module from "/etc/sysconfig/kernel" - not helped...
If you removed it from INITRD_MODULES, it would only affect the initrd and only when it is (re-)built. Also, I guess you actually want to ue that driver.
Any suggestions or kick me to the right way ?
HP support? Or maybe revert to the cciss module? Upgrade the firmware on the controller and the drives. -- Per Jessen, Zürich (8.6°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi, thanks for answer. Are you familiar about that complains ? Are that errors or only "info" that some command is unknown to hpsa array ? If I could ignore them or not. I found that "sda" replaced "ccis" from some kernel - I use kernel: Linux kostnew 2.6.37.6-0.11-desktop #1 SMP PREEMPT 2011-12-19 23:39:38 +0100 x86_64 x86_64 x86_64 GNU/Linux Thank you very much J.K. Per Jessen píše v Út 10. 04. 2012 v 08:51 +0200:
Josef Karliak wrote:
Good morning, in system log I've found some complains: Apr 10 08:06:53 kostnew kernel: [ 649.402046] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:06:53 kostnew kernel: [ 649.420465] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:06:53 kostnew kernel: [ 649.438721] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.125037] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.138095] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 10 08:11:53 kostnew kernel: [ 949.151090] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00]
hpsa is a driver module from HP for their Smartarray controllers.
There are 2x146GB sas disks in the mirror, before update by "you" I've removed one disk (as a point to return :) ) and made update. There were not kernel update, only some flash, mozilla or so. But the complains started . Tried to restart, power off (removed power cables too) and took another 146GB sas disk into a bay. I'm out of ideas. Anyway - on the HP web are some links to decode that complains. But I do not use tape. Also remove "hpsa" module from "/etc/sysconfig/kernel" - not helped...
If you removed it from INITRD_MODULES, it would only affect the initrd and only when it is (re-)built. Also, I guess you actually want to ue that driver.
Any suggestions or kick me to the right way ?
HP support? Or maybe revert to the cciss module? Upgrade the firmware on the controller and the drives.
-- Per Jessen, Zürich (8.6°C)
Josef Karliak wrote:
Hi, thanks for answer. Are you familiar about that complains ? Are that errors or only "info" that some command is unknown to hpsa array ? If I could ignore them or not.
Hi Josef I don't use the hpsa driver, only cciss. Judging by what others say (from googling), I think you can ignore it.
I found that "sda" replaced "ccis" from some kernel - I use kernel: Linux kostnew 2.6.37.6-0.11-desktop #1 SMP PREEMPT 2011-12-19 23:39:38 +0100 x86_64 x86_64 x86_64 GNU/Linux
I think it probably depends more on which controller you have - your DL380G7 has a newer one, so maybe the hpsa driver is automatically selected for that. The cciss module is certainly still available and supported in e.g. kernel 3.3.0 -- Per Jessen, Zürich (10.6°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi, how could I revert to cciss driver ? I presume that the drives changes from "sda" to "cciss", so I've to change it in the fstab and so. G7 have a HP SmartArray 410. Anyway, when I edit kernel in the yast2 (yast2->System->Edit /etc/sysconfig->System->kernel->INITRD_MODULES) - there is "hpsa .........". If I change "hpsa"->"cciss" and run "mkinitrd" - is this OK ? I presume that after reboot I must say kernel that my root device is on "/dev/cciss/c0d0p3" (command root= in the grub's command line), make corrections in the fstab and reboot again. Or not ? Thanks J.K. Per Jessen píše v Út 10. 04. 2012 v 09:57 +0200:
Josef Karliak wrote:
Hi, thanks for answer. Are you familiar about that complains ? Are that errors or only "info" that some command is unknown to hpsa array ? If I could ignore them or not.
Hi Josef
I don't use the hpsa driver, only cciss. Judging by what others say (from googling), I think you can ignore it.
I found that "sda" replaced "ccis" from some kernel - I use kernel: Linux kostnew 2.6.37.6-0.11-desktop #1 SMP PREEMPT 2011-12-19 23:39:38 +0100 x86_64 x86_64 x86_64 GNU/Linux
I think it probably depends more on which controller you have - your DL380G7 has a newer one, so maybe the hpsa driver is automatically selected for that. The cciss module is certainly still available and supported in e.g. kernel 3.3.0
-- Per Jessen, Zürich (10.6°C)
Josef Karliak wrote:
Hi, how could I revert to cciss driver ? I presume that the drives changes from "sda" to "cciss", so I've to change it in the fstab and so.
Yep.
G7 have a HP SmartArray 410. Anyway, when I edit kernel in the yast2 (yast2->System->Edit /etc/sysconfig->System->kernel->INITRD_MODULES) - there is "hpsa .........". If I change "hpsa"->"cciss" and run "mkinitrd" - is this OK ?
I'm not sure how you go about changing it, but check this page: http://cciss.sourceforge.net/ It seems to suggest that if cciss is loaded first, it'll take ownership of the controller. -- Per Jessen, Zürich (11.9°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi there, I tried to disable "hpsa" module, come back to "cciss" without any success. How could I disable hpsa ? Tried to replace "hpsa" -> "cciss" in the initrd modules parameter, ran mkinitrd to apply, still no progress. Isn't it only able before instalation as a loader parameter ? Thank you very much. J.K. Per Jessen píše v Út 10. 04. 2012 v 11:00 +0200:
Josef Karliak wrote:
Hi, how could I revert to cciss driver ? I presume that the drives changes from "sda" to "cciss", so I've to change it in the fstab and so.
Yep.
G7 have a HP SmartArray 410. Anyway, when I edit kernel in the yast2 (yast2->System->Edit /etc/sysconfig->System->kernel->INITRD_MODULES) - there is "hpsa .........". If I change "hpsa"->"cciss" and run "mkinitrd" - is this OK ?
I'm not sure how you go about changing it, but check this page:
It seems to suggest that if cciss is loaded first, it'll take ownership of the controller.
-- Per Jessen, Zürich (11.9°C)
Josef Karliak wrote:
Hi there, I tried to disable "hpsa" module, come back to "cciss" without any success. How could I disable hpsa ?
Try adding it to /etc/modprobe.d/50-blacklist.conf.
Tried to replace "hpsa" -> "cciss" in the initrd modules parameter, ran mkinitrd to apply, still no progress. Isn't it only able before instalation as a loader parameter ?
Yes, the initrd is only used at boot-time. -- Per Jessen, Zürich (17.4°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi, don't disable HPSA module, never, ever. My experience :) Anyway, I put there disk, let it rebuild, remove it as a backup and tried to update over you again. There were no errors or complains after I rebooted. I've got the complains again - BUT I raised scsi logging by command "scsi_logging_level -a 1 -s" (was zero). now the complains are more specific: Apr 13 10:45:46 kostnew kernel: [ 952.934042] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 13 10:45:46 kostnew kernel: [ 952.934052] sd 2:0:0:1: [sda] Done: SUCCESS Apr 13 10:45:46 kostnew kernel: [ 952.934055] sd 2:0:0:1: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_OK Apr 13 10:45:46 kostnew kernel: [ 952.934058] sd 2:0:0:1: [sda] CDB: Mode Sense(6): 1a 00 1c 00 40 00 Apr 13 10:45:46 kostnew kernel: [ 952.934065] sd 2:0:0:1: [sda] Sense Key : Illegal Request [current] Apr 13 10:45:46 kostnew kernel: [ 952.934069] sd 2:0:0:1: [sda] Add. Sense: Invalid field in cdb Apr 13 10:45:46 kostnew kernel: [ 952.954293] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 13 10:45:46 kostnew kernel: [ 952.954302] sd 2:0:0:2: [sdb] Done: SUCCESS Apr 13 10:45:46 kostnew kernel: [ 952.954304] sd 2:0:0:2: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_OK Apr 13 10:45:46 kostnew kernel: [ 952.954308] sd 2:0:0:2: [sdb] CDB: Mode Sense(6): 1a 00 1c 00 40 00 Apr 13 10:45:46 kostnew kernel: [ 952.954314] sd 2:0:0:2: [sdb] Sense Key : Illegal Request [current] Apr 13 10:45:46 kostnew kernel: [ 952.954318] sd 2:0:0:2: [sdb] Add. Sense: Invalid field in cdb Apr 13 10:45:46 kostnew kernel: [ 952.972659] hpsa 0000:05:00.0: cp ffff880037900000 has check condition: unknown type: Sense: 0x5, ASC: 0x24, ASCQ: 0x0, Returning result: 0x2, cmd=[1a 00 1c 00 40 00 00 00 00 00 00 00 00 00 00 00] Apr 13 10:45:46 kostnew kernel: [ 952.972668] sd 2:0:0:3: [sdc] Done: SUCCESS Apr 13 10:45:46 kostnew kernel: [ 952.972670] sd 2:0:0:3: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_OK Apr 13 10:45:46 kostnew kernel: [ 952.972674] sd 2:0:0:3: [sdc] CDB: Mode Sense(6): 1a 00 1c 00 40 00 Apr 13 10:45:46 kostnew kernel: [ 952.972680] sd 2:0:0:3: [sdc] Sense Key : Illegal Request [current] Apr 13 10:45:46 kostnew kernel: [ 952.972684] sd 2:0:0:3: [sdc] Add. Sense: Invalid field in cdb sda is a system disc(two SAS in the mirror), sdb and sdc are two single discs for a swap. What does mean complains "Illegal Request [current]" and "Invalid field in cdb". Really seems that it is trying to speak to array but with "bad commands". In the attachment are the lists of the updates, I also tried update one by one... Thanks you everybody J.K. Per Jessen píše v Út 10. 04. 2012 v 14:51 +0200:
Josef Karliak wrote:
Hi there, I tried to disable "hpsa" module, come back to "cciss" without any success. How could I disable hpsa ?
Try adding it to /etc/modprobe.d/50-blacklist.conf.
Tried to replace "hpsa" -> "cciss" in the initrd modules parameter, ran mkinitrd to apply, still no progress. Isn't it only able before instalation as a loader parameter ?
Yes, the initrd is only used at boot-time.
-- Per Jessen, Zürich (17.4°C)
Josef Karliak wrote:
Hi, don't disable HPSA module, never, ever. My experience :)
Okay. (Did the cciss driver not take over?) [big snip]
What does mean complains "Illegal Request [current]" and "Invalid field in cdb". Really seems that it is trying to speak to array but with "bad commands".
Yes, I agree, that's what it looks like. If I were you, I would try the HP support fora - I think you're more likely to meet people with similar hardware and problems. -- Per Jessen, Zürich (7.6°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi there, I made updates one by one and reboot after every one - until I've updated cifs-utils, all was fine. After that update and reboot "hpsa" started to complain. Am I the only one with this ? Downgrading (or removing) cifs-utils didn't helped :-/. It is able to find out what process wanna check smartarray, it is about every 5 minutes.. J.K. Per Jessen píše v So 14. 04. 2012 v 09:18 +0200:
Josef Karliak wrote:
Hi, don't disable HPSA module, never, ever. My experience :)
Okay. (Did the cciss driver not take over?)
[big snip]
What does mean complains "Illegal Request [current]" and "Invalid field in cdb". Really seems that it is trying to speak to array but with "bad commands".
Yes, I agree, that's what it looks like. If I were you, I would try the HP support fora - I think you're more likely to meet people with similar hardware and problems.
-- Per Jessen, Zürich (7.6°C)
Josef Karliak wrote:
Hi there, I made updates one by one and reboot after every one - until I've updated cifs-utils, all was fine. After that update and reboot "hpsa" started to complain. Am I the only one with this ? Downgrading (or removing) cifs-utils didn't helped :-/. It is able to find out what process wanna check smartarray, it is about every 5 minutes..
Do you have the Proliant Support Pack installed? -- Per Jessen, Zürich (7.4°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
No, I haven't. The packs are for "SLES" only, as I see now. Do you recommend try to install it ? Thanks J.K. Per Jessen píše v Út 17. 04. 2012 v 11:53 +0200:
Josef Karliak wrote:
Hi there, I made updates one by one and reboot after every one - until I've updated cifs-utils, all was fine. After that update and reboot "hpsa" started to complain. Am I the only one with this ? Downgrading (or removing) cifs-utils didn't helped :-/. It is able to find out what process wanna check smartarray, it is about every 5 minutes..
Do you have the Proliant Support Pack installed?
-- Per Jessen, Zürich (7.4°C)
Josef Karliak wrote:
No, I haven't. The packs are for "SLES" only, as I see now. Do you recommend try to install it ?
Only if you need it for e.g. monitoring your disk array or power supplies or fans or something. (because HP only supports it for SLES, it's a little tricky to install on openSUSE). I thought maybe something from the PSP was querying your array every 5 minutes. What about smartmontools, do you have that installed? (smartd). I think it needs additional configuration to work with cciss, presumably also with hpsa. I don't know why it would be accessing the array every 5 minutes though. -- Per Jessen, Zürich (8.1°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi, I do not need monitor array or so. It isn't installed. Smartmontools are installed, but not running - "array" doesn't supports SMART. Hmm, interesting - after rebuild good system from a mirror disk (without complains) and removed "cifs-tools" with samba, I've complains of HPSA again. WTF?!?! I'm out of ideas :-/. Maybe try to instal HP support pack, if it could be a possible... Thanks J.K. Per Jessen píše v Út 17. 04. 2012 v 12:39 +0200:
Josef Karliak wrote:
No, I haven't. The packs are for "SLES" only, as I see now. Do you recommend try to install it ?
Only if you need it for e.g. monitoring your disk array or power supplies or fans or something. (because HP only supports it for SLES, it's a little tricky to install on openSUSE). I thought maybe something from the PSP was querying your array every 5 minutes. What about smartmontools, do you have that installed? (smartd). I think it needs additional configuration to work with cciss, presumably also with hpsa. I don't know why it would be accessing the array every 5 minutes though.
-- Per Jessen, Zürich (8.1°C)
Josef Karliak wrote:
Hi, I do not need monitor array or so. It isn't installed. Smartmontools are installed, but not running - "array" doesn't supports SMART. Hmm, interesting - after rebuild good system from a mirror disk (without complains) and removed "cifs-tools" with samba, I've complains of HPSA again. WTF?!?!
I don't think cifs or amba have anything to do with it.
I'm out of ideas :-/. Maybe try to instal HP support pack, if it could be a possible...
The PSP could contain a newer driver, I guess. -- Per Jessen, Zürich (10.1°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
I agree, after removing it - hpsa complain isn't normal. I made images of the system by partimage, I'll make some other tests. PSP (for SLESes) required kernel-default, that isn't problem. Problem is that it need older kernel that opensuse 11.4 have. Why they've that kernel dependency ??? Smeg knows :) I'll let you know Thanks J.K. Per Jessen píše v Út 17. 04. 2012 v 15:16 +0200:
Josef Karliak wrote:
Hi, I do not need monitor array or so. It isn't installed. Smartmontools are installed, but not running - "array" doesn't supports SMART. Hmm, interesting - after rebuild good system from a mirror disk (without complains) and removed "cifs-tools" with samba, I've complains of HPSA again. WTF?!?!
I don't think cifs or amba have anything to do with it.
I'm out of ideas :-/. Maybe try to instal HP support pack, if it could be a possible...
The PSP could contain a newer driver, I guess.
-- Per Jessen, Zürich (10.1°C)
Josef Karliak wrote:
I agree, after removing it - hpsa complain isn't normal. I made images of the system by partimage, I'll make some other tests. PSP (for SLESes) required kernel-default, that isn't problem. Problem is that it need older kernel that opensuse 11.4 have. Why they've that kernel dependency ??? Smeg knows :) I'll let you know
I am fairly certain that the PSP (or some of the install scripts) will also try to identify the SLES version, which won't work. There is also an issue with an snmp init-script. Try just unpacking it and see if the hpsa driver is any newer than your current one. -- Per Jessen, Zürich (5.6°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi All, Can anyone enlighten me that if a proper fix to the you/zipper failure behind a proxy server on OpenSuse 12.1 is available yet? This I believe has been recorded as Novell Bug 732866, but marked as resolved (and closed on 2012-03-13). https://bugzilla.novell.com/show_bug.cgi?id=732886#c23 The last comment on the call suggests libzypp-10.3.0 would have included the patch. However, under 12.1 with libzypp-10.3.7, I am still experiencing the problem. I should also add that, I have also mounted cntlm kit as suggested by Trevor Woerner on 8 March. This works round it, however, on a ssh log-in session, but not directly on the console or using you/yast2. With cntlm loaded and from a ssh log-in session, I have updated the system including kernel from 3.1.0 to 3.1.9. Still, we actually need to have a proper fix on this to enable automated updates. Many thanks. Regards, Peter Chiu ======================================================= sstdlpcmc:~ # date; cat /etc/issue Wed Apr 18 09:10:35 BST 2012 Welcome to openSUSE 12.1 "Asparagus" - Kernel \r (\l). sstdlpcmc:~ # egrep "kernel|zypp" rpm.20120417 kernel-default-devel-3.1.9-1.4.1.x86_64 kernel-desktop-3.1.9-1.4.1.x86_64 kernel-desktop-devel-3.1.9-1.4.1.x86_64 kernel-devel-3.1.9-1.4.1.noarch kernel-firmware-20111025git-1.7.1.noarch kernel-source-3.1.9-1.4.1.noarch kernel-syms-3.1.9-1.4.1.x86_64 kernel-xen-devel-3.1.9-1.4.1.x86_64 libzypp-10.3.7-1.9.4.x86_64 patterns-openSUSE-devel_kernel-12.1-25.21.1.x86_64 zypper-1.6.21-5.14.1.x86_64 zypper-log-1.6.21-5.14.1.noarch From a ssh log-in session: sstdlpcmc:~ # zypper ref Repository 'Updates for openSUSE 12.1 12.1-1.4' is up to date. Repository 'Packman Repository' is up to date. Repository 'openSUSE-12.1-Non-Oss' is up to date. Repository 'openSUSE-12.1-Oss' is up to date. Repository 'openSUSE-12.1-Source' is up to date. All repositories have been refreshed. From the console: sstdlpcmc: # zipper -vv ref Verbosity: 2 Initializing Target Specified repositories: Checking whether to refresh metadata for Updates for openSUSE 12.1 12.1-1.4 Retrieving: http://download.opensuse.org/update/12.1/repodata/repomd.xml [error] Download (curl) error for 'http://download.opensuse.org/update/12.1/repodata/repomd.xml': Error code: Connection failed Error message: Failed to connect to 2001:67c:2178:8::13: Network is unreachable Abort, retry, ignore? [a/r/i/?] (a): Problem retrieving files from 'Updates for openSUSE 12.1 12.1-1.4'. Download (curl) error for 'http://download.opensuse.org/update/12.1/repodata/repomd.xml': Error code: Connection failed Error message: Failed to connect to 2001:67c:2178:8::13: Network is unreachable Please see the above error message for a hint. Skipping repository 'Updates for openSUSE 12.1 12.1-1.4' because of the above error. Checking whether to refresh metadata for Packman Repository Retrieving: http://packman.inode.at/suse/12.1/repodata/repomd.xml [error] Download (curl) error for 'http://packman.inode.at/suse/12.1/repodata/repomd.xml': Error code: Connection failed Error message: couldn't connect to host Abort, retry, ignore? [a/r/i/?] N�����r��y隊Z)z{.�ﮞ˛���m�)z{.��+�:�{Zr�az�'z��j)h���Ǿ� ޮ�^�ˬz��
participants (3)
-
Josef Karliak
-
Per Jessen
-
peter.chiu@stfc.ac.uk