Bug 730753 - Unable to install HP Proliant Support Pack - snmp extension dlmod not found
Summary: Unable to install HP Proliant Support Pack - snmp extension dlmod not found
Status: RESOLVED WONTFIX
Alias: None
Product: openSUSE Distribution
Classification: openSUSE
Component: Network (show other bugs)
Version: 13.2
Hardware: x86-64 SUSE Other
: P3 - Medium : Normal (vote)
Target Milestone: ---
Assignee: Alexander Bergmann
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-16 15:35 UTC by Per Jessen
Modified: 2018-04-12 13:50 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Per Jessen 2011-11-16 15:35:03 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

I'm installing a part of the HP Proliant Support Pack, version 8.70:

# rpm --install --nodeps  hp-snmp-agents-8.7.0.23-19.sles11.i386.rpm
==============================================================================
NOTE: It has been determined that your existing SNMP software stack
will not work correctly with the management agents in this package.
Install a SNMP stack with the standard dlmod extension built in.
==============================================================================
error: %pre(hp-snmp-agents-8.7.0.23-19.i586) scriptlet failed, exit status 1
error: hp-snmp-agents-8.7.0.23-19.i586: install failed

To fix this issue I went back to libnetsnmp-25 which worked. 

Reproducible: Always
Comment 1 Leonardo Chiquitto 2011-11-21 11:08:53 UTC
The package's pre-install script checks if the symbol "deinit_dlmod" exists in the SNMP libraries. The function that exports that symbol was renamed between net-snmp-5.7 and 5.7.1:

  commit a1786947edc5033807db22fe5456a256df23838b
  Author: Magnus Fromreide <magfr@users.sourceforge.net>
  Date:   Sat Feb 26 00:07:59 2011 +0000

    Rename deinit_dlmod to shutdown_dlmod as that is what it really is about.


I guess we could add a wrapper for backwards compatibility, but I'd better ask upstream first.
Comment 2 Leonardo Chiquitto 2011-11-21 11:19:41 UTC
Correction: the change first appeared in net-snmp-5.7.
Comment 3 Leonardo Chiquitto 2011-11-30 11:37:02 UTC
I received an answer in the upstream mailing list. Even if the install script tests for the existence of deinit_dlmod(), grepping for other references to this function in the binaries resulted in no matches. This makes me wonder if the function is really being called or if the pre-install script is wrong.

I'd appreciate if you could run the following test:

1. Dirty hack to workaround the RPM's pre-install script:

  # echo deinit_dlmod > /usr/lib64/libnetsnmpmibs.so.deinit

2. Install hp-snmp-agents

3. Test if the software works as expected or not.

Thanks!
Comment 4 Per Jessen 2011-11-30 13:42:37 UTC
Okay, I followed the steps above, and hp-snmp-agents now installed fine and also works as expected.
Comment 5 Per Jessen 2011-11-30 13:44:33 UTC
Uh, forgot to say - hp-snmp-agents is stuck with a dependency on 

libnetsnmp.so.15 is needed by hp-snmp-agents-8.7.0.23-19.i586
libnetsnmpagent.so.15 is needed by hp-snmp-agents-8.7.0.23-19.i586
libnetsnmphelpers.so.15 is needed by hp-snmp-agents-8.7.0.23-19.i586
libnetsnmpmibs.so.15 is needed by hp-snmp-agents-8.7.0.23-19.i586

so I just install with --nodeps.  Any chance we could fix our package net-snmp package to also "provide" those libraries?
Comment 6 Leonardo Chiquitto 2011-11-30 14:56:21 UTC
This doesn't sound right. Isn't it possible to have both libs (15 and 30) installed at the same time? IIRC, this is the reason why we ship the lib in a separated package.

Anyway, I think the proper solution is to ask HP to rebuild their packages against openSUSE. No idea how to do that though :(
Comment 7 Per Jessen 2011-11-30 15:17:51 UTC
(In reply to comment #6)
> This doesn't sound right. Isn't it possible to have both libs (15 and 30)
> installed at the same time? IIRC, this is the reason why we ship the lib in a
> separated package.

The 12.1 repository only has version 30. I thought the libs were backward compatible?

> Anyway, I think the proper solution is to ask HP to rebuild their packages
> against openSUSE. No idea how to do that though :(

As far as I can tell, they only build for SLES.
Comment 9 Tomáš Chvátal 2018-04-12 13:50:57 UTC
This version of openSUSE changed to end-of-life (EOL [1]) status. As such
it is no longer maintained, which means that it will not receive any
further security or bug fix updates.
As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
openSUSE, or consider the bug still valid, please feel free to reopen this
bug against that version, or open a new ticket.

Thank you for reporting this bug and we are sorry it could not be fixed
during the lifetime of the release.

[1] https://en.opensuse.org/Lifetime