Package Details: hp-health 10.20_1723.27-1

Git Clone URL: https://aur.archlinux.org/hp-health.git (read-only)
Package Base: hp-health
Description: HP System Health Application and Command line Utility Package
Upstream URL: http://downloads.linux.hp.com/SDR/downloads/mcp
Licenses: custom
Groups: hpproliant
Submitter: mtorromeo
Maintainer: mtorromeo
Last Packager: mtorromeo
Votes: 6
Popularity: 1.209347
First Submitted: 2012-10-17 14:36
Last Updated: 2016-02-02 23:00

Latest Comments

mtorromeo commented on 2014-11-04 11:19

@SirWuffleton: I updated it on my git repositories a while ago and did not realize that I didn't upload it here yet. Should be fixed now.

@bobqya: If your 6 core 4Ghz xeon system can't build this in like 5 seconds I think you have a bigger problem than this PKGBUILD. For the record: there is LITERALLY nothing to compile here.
Maybe you should appreciate the fact that I still take the time to fix this even though I don't use it instead of pointing out how great you are (which, of course, I don't care...)

bobwya commented on 2014-11-03 19:03

@mtorromeo,

As per SirWuffleton this package doesn't install the service units - as the systemd unit install path is specified incorrectly...

I maintain a few Gentoo unofficial ebuilds on Github. Why mention that you might wonder? Well because some of the packages take ~20 minutes to build (even on a 6 core, 4Ghz Xeon processor). But I still check them all!!

Perhaps more vicarious testing (if any at all) next time??!! :-)

SirWuffleton commented on 2014-10-10 19:47

Finally got around to updating my server after a couple months of RAID card/ZFS woes.

There's a really minor error in the PKGBUILD on lines 31 and 32 that results in a file conflict in pacman.

/usr/lib/systemd/systemd is the systemd binary, so when trying to write a directory over it, pacman errors out. /usr/lib/systemd/system/ is the correct path for system-level units.

If you could please fix the PKGBUILD with these lines (no need for a PKGREL bump though), I'd appreciate it!

install -Dm644 "$srcdir"/hpasmd.service "$pkgdir"/usr/lib/systemd/system/hpasmd.service
install -Dm644 "$srcdir"/hpasrd.service "$pkgdir"/usr/lib/systemd/system/hpasrd.service

mtorromeo commented on 2014-08-04 14:29

Package updated. Let me know how it works.

SirWuffleton commented on 2014-08-04 06:33

/etc/init.d isn't the Systemd way to do this, and will most likely fail as you're seeing.

I wrote a couple units in order to run HPasm and HPasr, you also need to probe one module for HPASM to work correctly.

/etc/systemd/system/hpasmd.service : http://pastie.org/9443555 [You should be able to switch hpasmxld with the other two 'lighter' hpasm daemons in the same directory, but I haven't tested this]
/etc/systemd/system/hpasrd.service : http://pastie.org/9443559 [Only needed if you use ASR on your server]
/etc/modules-load.d/ipmi_devintf.conf : http://pastie.org/9443621

Then just enable/start hpasmd and hpasrd and you're good to go. Not sure how portable this is to other Proliants, but this is what I've been running on my DL380 G5 without issue since I switched to this package.

pepijndevos commented on 2014-08-02 14:36

I can't get this to work. The hplog utility says the health mointor needs to be started, but the service in /etc/init.d/hp-health fails to start hpasmd.

pepijndevos commented on 2014-08-02 14:24

How do I use this? hplog says the health monitor is not running.

SirWuffleton commented on 2013-07-29 18:16

Reinstalling my server, and found an error with this package. Won't package cleanly as-is. 'mv usr/{sbin,bin}' should be 'mv sbin usr/bin'

SirWuffleton commented on 2013-06-05 03:53

This package requires an update for the recent /usr/bin merge. Binaries in /sbin and /usr/sbin should be installed to /usr/bin instead.