After some Googling I came across this site and downloaded the excellent HPasm-rpm2deb-sarge.sh script. I would like to give something back to the community, so I have been hacking a bit at the script. My 0.2 version will download and convert the hpasm-7.6.0-111.rhel4.i386.rpm package. I have submitted it to the "Downloads" section for peer review. I hope you will enjoy it. I have done some testing on a Compaq Proliant DL360 and it seems to work ok.
First of all: Thank you for providing these packages - this is very useful!
Now I guess - because most HP Servers are 64 bit (or at least em64t) and therefore many people use the amd64 installation of debian - it would be helpful to troubleshoot the 64-bit issues. (I saw that there were several threads, one unanswered, one concerning fakeroot -> answered, but no longer valid)
So I'll describe my experience trying to install the x86_64 bit version hoping that there will be a discussion of that issue:
First of all (after changing the hpasm...rpm-source to x86_64), I got the following warnings in build.log:
Code:
[...] dpkg-shlibdeps: warning: could not find any packages for libc.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libc (soname 6, path libc.so.6, dependency field Depends) [...]
continued for several libs
(Of course, these are already installed on my system!)
This seems to me as a hint, that either dpkg searches for dependencies at a wrong location (that would be no problem in the result) or hpasm-packages looks for 32bit versions of these shared libs. Can anyone help?
Second, the resulting .deb package installs without error messages
Code:
The hpasm package has installed successfully.
and I can do hpasm activate. Now, starting hpasm (or one of the binaries belonging to hpasm) get the following error messages:
Code:
The binary "/opt/compaq/foundation/bin/cmapeerd" depends on "libcmapeer.so.1". The binary "/opt/compaq/foundation/bin/cmapeerd" depends on "libcmacommon.so.1". The binary "/opt/compaq/foundation/bin/cmapeerd" depends on "libcpqci.so.1". The binary "/opt/compaq/foundation/bin/cmapeerd" depends on "libhpasmintrfc.so.1 ". The binary "/opt/compaq/foundation/bin/cmapeerd" depends on "libhpev.so.1". The binary "/opt/compaq/foundation/bin/cmahostd" depends on "libcmacommon.so.1". The binary "/opt/compaq/foundation/bin/cmahostd" depends on "libcpqci.so.1". The binary "/opt/compaq/foundation/bin/cmahostd" depends on "libhpasmintrfc.so.1 ". The binary "/opt/compaq/foundation/bin/cmahostd" depends on "libhpev.so.1". The binary "/opt/compaq/foundation/bin/cmathreshd" depends on "libcmacommon.so.1 ". The binary "/opt/compaq/foundation/bin/cmathreshd" depends on "libcmapeer.so.1". The binary "/opt/compaq/foundation/bin/cmathreshd" depends on "libhpasmintrfc.so .1". The binary "/opt/compaq/foundation/bin/cmathreshd" depends on "libhpev.so.1". The binary "/opt/compaq/server/bin/cmahealthd" depends on "libcmacommon.so.1". The binary "/opt/compaq/server/bin/cmahealthd" depends on "libhpasmintrfc.so.1". The binary "/opt/compaq/server/bin/cmahealthd" depends on "libhpev.so.1". The binary "/opt/compaq/server/bin/cmastdeqd" depends on "libcmacommon.so.1". The binary "/opt/compaq/server/bin/cmastdeqd" depends on "libhpasmintrfc.so.1". The binary "/opt/compaq/server/bin/cmastdeqd" depends on "libhpev.so.1". The binary "/sbin/bootcfg" depends on "libhpasmintrfc.so.1". The binary "/sbin/bootcfg" depends on "libhpev.so.1". hpasm: Server Management is not fully enabled
These libraries do exist actually, are read and executable and so on. They exist in /usr/lib and /opt/compaq/hpasm/addon. This seems the be either a mapping problem or a architectural problem (libraries are 32bit and hence have no use here). But hpasm package was x86_64, so libs should be correct [?!].
I tried with the old script (-> hpasm 7.4) and the 0.2-script (-> hpasm 7.6), both architectures, respectively. No success.
Did anyone else experience this kind of problem? Did it work for anyone (on amd64)?
This seems to me as a hint, that either dpkg searches for dependencies at a wrong location (that would be no problem in the result) or hpasm-packages looks for 32bit versions of these shared libs. Can anyone help?
You might want to try to specify your machine architecture in line 1025 of the HPasm-rpm2deb-sarge.sh conversion script. Something like this:
Code:
+CFLAGS = -Wall -g -march=athlon64
Perhaps this will make a difference. However, I am unable to test this, as I have no access to x86_64 hardware to abuse for testing. It might also optimize your binaries if you specify the CPU flags which your processor is capable of, like "-msse3". I have no idea which flags work best for you.
If someone has found a working solution for this, I would be extremely interested in it. I'm have a couple of DL360 G4p that I'm wanting to switch from W2K3 to Debian and this would be extremely helpful. Thanks!
I'll try out this and post my results later in the week.
@tmib: If there would be any need (means: if your hint won't bring a working solution) I could give you access to a 64bit testing environment if this helps you. I think it would be really great to be able to provide a working 64bit solution of this script set!
@tmib: If there would be any need (means: if your hint won't bring a working solution) I could give you access to a 64bit testing environment if this helps you. I think it would be really great to be able to provide a working 64bit solution of this script set!
That would be nice indeed, I would be happy to help (no guarantees that I can actually make it work though!). On the other hand, now that HP actually supports Debian, there is a chance we will see proper .deb packages of this software in the near future.
There I remarked, that some of these libraries are already installed in 32bit version (for example libc6). Some of them, I wasn't able to find. Do you know the debian-package name of them?
But I think that this is not the problem, because at least some of them are installed properly but obviously not found as the build.log complains:
Code:
dh_shlibdeps -l debian/hpasm/opt/compaq/hpasm/addon --exclude=cmhp.o --exclude=cmhp_lib.o --exclude=cmhp.ko dpkg-shlibdeps: warning: could not find any packages for libstdc++-libc6.2-2.so.3 dpkg-shlibdeps: warning: unable to find dependency information for shared library libstdc++-libc6.2-2 (soname 3, path libstdc++-libc6.2-2.so.3, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libm.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libm (soname 6, path libm.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libc.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libc (soname 6, path libc.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libpthread.so.0 dpkg-shlibdeps: warning: unable to find dependency information for shared library libpthread (soname 0, path libpthread.so.0, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libc.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libc (soname 6, path libc.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libpthread.so.0 dpkg-shlibdeps: warning: unable to find dependency information for shared library libpthread (soname 0, path libpthread.so.0, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libstdc++-libc6.2-2.so.3 dpkg-shlibdeps: warning: unable to find dependency information for shared library libstdc++-libc6.2-2 (soname 3, path libstdc++-libc6.2-2.so.3, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libm.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libm (soname 6, path libm.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libc.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libc (soname 6, path libc.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libdl.so.2 dpkg-shlibdeps: warning: unable to find dependency information for shared library libdl (soname 2, path libdl.so.2, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libpthread.so.0 dpkg-shlibdeps: warning: unable to find dependency information for shared library libpthread (soname 0, path libpthread.so.0, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libc.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libc (soname 6, path libc.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libstdc++-libc6.2-2.so.3 dpkg-shlibdeps: warning: unable to find dependency information for shared library libstdc++-libc6.2-2 (soname 3, path libstdc++-libc6.2-2.so.3, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libm.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libm (soname 6, path libm.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libc.so.6 dpkg-shlibdeps: warning: unable to find dependency information for shared library libc (soname 6, path libc.so.6, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libpthread.so.0 dpkg-shlibdeps: warning: unable to find dependency information for shared library libpthread (soname 0, path libpthread.so.0, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for libc.so.6 [...]
So I guess that this is kind of a linking problem. But at this point, I'm not able to go on without help.
So please respond to this post if you know what could be done.
Greets, Gregor.
« Last Edit: November 22, 2006, 11:45:32 am by Reich »
did you receive the private message I send you concerning access to a 64bit testing environment?
Yes, I did receive your message, thank you very much. I am currently working on another project, I think I will be able to look into the 64bit problem some time next week. It would be awesome if you could supply me with a testing ground for application development.
It's a quick and dirty method, but seems to work (tested on a DL380 G5 running Etch rc1). If there are any errors to it, please post those in that thread.
After a long search and many attempts to make my server more quiet, I found your excellent script!!!
I tried it on my compaq proliant ML 370 G1 (the oldest of all in the series) which runs debian sarge with kernel 2.6. It was installed without any problems with the exception of some mesages during boot.
When hpasm script is executed during boot I am getting these two messages
file or directory '/etc/init.d/functions' does not exist
and
cannot touch /var/lock/subsys/hpasm
For the first message, I found in other forums that when porting scripts from redhat to debian, any reference to this file can be safely ignored and thus be removed. (and so I will !!!)
is it something that I can ignore or should I take an immediate action?
Besides the above messages everything seems to work OK and I am soon going to test it on my other proliant that runs sarge with kernel 2.4. I will come back with my results!!!!
As I promised , I installed the package on my other proliants which run Debian sarge with kernel 2.4 (2.4-27-2-386).
It also works fine, but the only difference in the istallation is that i had to upgrade my kernel a bit.
In order to run, the package requires the lm-sensors and i2c packages to be installed. My kernel was not built with that so when I tried to install them I found that the i2c-2.4.27-2-386 package (a dependency for lm-sensors-2.4.27-2-386) had been removed from the debian packages. Fortunately enough the ..2.4.27-3-386 release was available! So I upgraded my kernel #apt-get install kernel-image-2.4.27-3-386 added the packages #apt-get install i2c-2.4.27-3-386 lm-sensors-2.4.27-3-386
then I ran the script and everything works OK
Now all my 3 proliants together generate far less noise than one of them alone used to make!!!!!
Forum 
Author
Logged
