Power Manager stops periodically

[Rita Li]

I have a rx6600 server connecting to a R3000 UPS connected, running Power Manager 4.2 (Build 5)

From time to time, the Power Manager would stop (since I check for http://:port everyday), then I need to restart the Power Manager service manually by running this command

/sbin/init.d>./DevMan start
Starting UPS Device Manager Service:
EXE : DevManBE
done.

After the Power Manager is running again, when I look at the "Logs" tab -> UPS Data I am able to tell at what time the Power Manager stops, how can I check out what is causing the Power Manager periodcally?

Thanks

Rita

[Mike Shilladay]

Hi Rita,

I am currently looking at a similar problem - I will let you know if I find anything.

Just out of interest what version of HP-UX are you running Power Manager on ?

Mike.

[Rita Li]

Mike,

Nice to get hold with you, my problem is still not fixed, right now I can only passively check if the Power Manager is running okay or not, if not, then I manually restart it

/>uname -a
HP-UX bdcimfg3 B.11.23 U ia64 3681794811 unlimited-user license

"bdcimfg3" is our server name

Regards,
Rita

[Mike Shilladay]

Hi Rita,

I have been digging around a bit and I have found so far that the powermanager software drops a core file. (For our machine that was 3 mins past midnight), just short of 15 hours from startup.

I noticed that all the libraries are PA-RISC 2.0 libraries, so the core dump may have been produced from the ARIES program. The latest patch for 11.31 is PHSS_41099 and for 11.23 is PHSS_41098. The text for the patch does say that core files may be produced under certain circumstances, however not being a programmer I am not certain if the problems identified are applicable to the Power Manager program.

I will see if I can give that a shot and see what happens. Unfortunately I can only try one fix at a time and wait to see if the problem disappears before I can state that I have found the fix.

I will keep you posted.

Mike.

[Dennis Handly]

>I noticed that all the libraries are PA-RISC 2.0 libraries, so the core dump may have been produced from the ARIES program.

I would assume that the corefile is produced by the broken PA executable and Aries is only doing what it should.

You need to debug the corefile, get a stack trace. What signal does it show with "file core"?

[Mike Shilladay]

Hi Rita,

I reconfigured the port that the Power Manager uses away from the default of 80.

I did check to see if anything was using that port before I originally set it up, but something at somepoint overnight was causing the Power Manager to die and drop a core in /opt/DevMan directory. I guess there must be some conflict overnight.

You can reconfigure the Power Manager's port with the /sbin/init.d/DevMan setup. You may want to check your current configuration first to ensure that you know the method of comms currently used. It is only when it prompts for the web communications port that you will need a free port (other than the default of 80).

For our machine the port I used was 1030 - This is still working just fine so it looks good for us. For the record this is based on the Power Manager failing everynight for the last two weeks since install, so the fact that it is still running initially looks goods.

So it doesn't look like there is a need for any patches.

Hope this helps for you Rita. Let me know if it doesn't though.

Mike.


@Dennis - I did try looking at the core dump, the file command gave the best indication of why it failed, though to my humble knowledge it was a little ambiguous

core.DevManBE: core file from 'DevManBE' - received SIGABRT

[Mike Shilladay]

Sorry Rita the web formatted page is maybe not that clear.

To reconfigure use the command:

/sbin/init.d/DevMan setup

When you use your browser, you will need to append a colon and the port number on the end. So for us, using port 1030, put the following into the browser.

http://"MACHINE NAME OR IP ADDRESS":1030

Mike.

[Rita Li]

Mike,

Thanks very much for your detail info

I am able to run

/sbin/init.d>./DevMan setup
Shutting down UPS Device Manager Service:
DevManBE
done.
Do you wish to use SSL to communicate with HP Power Manager? [Yn]:
Please enter a port to use for web communications [443]:
Is your UPS connected to a network? [yN]:
Please select a serial port to search for a UPS device on:
1) /dev/tty2p0
2) /dev/tty3p0
[1]: 2
Looking for serial devices:
Trying: SerialHID
Trying: Pro UPS
Trying: XCP
Found XCP Device (Model HP R3000 XR) at 19200.

Starting UPS Device Manager Service:
EXE : DevManBE
done.

& via IE https://:443 to note that the Power Manager is working okay

port 443 is the port no. given when running the "/sbin/init.d/Devman setup" also from /etc/services I note that this port is not occupied, I will monitor this new run of Power Manager for the next few days to see whether the situation improves (before running the setup, about once every week the PM dies but not always happen on the same day + time of the week)

Also you are correct, I can locate the file /opt/DevMan/core.DevManBE with timestamp corresponds exactly to the last time when PM dies but I don't know how to decode this core file to some readable statements

Thanks

[Dennis Handly]

>I can locate the file /opt/DevMan/core.DevManBE with timestamp corresponds exactly to the last time when PM dies but I don't know how to decode this core file

What does "file /opt/DevMan/core.DevManBE" show?

Once you know the path to the executable:
/usr/ccs/bin/gdbpa executable /opt/DevMan/core.DevManBE
(gdb) bt
(gdb) q

[Rita Li]

/usr/ccs/bin>./gdbpa executable /opt/DevMan/core.DevManBE
HP gdb 5.6.0 for PA-RISC 1.1 or 2.0 (narrow), HP-UX 11.00
and target hppa1.1-hp-hpux11.00.
Copyright 1986 - 2001 Free Software Foundation, Inc.
Hewlett-Packard Wildebeest 5.6.0 (based on GDB) is covered by the
GNU General Public License. Type "show copying" to see the conditions to
change it and/or distribute copies. Type "show warranty" for warranty/support.
..executable: No such file or directory.


warning: Unknown symbols for '/opt/DevMan/core.DevManBE'; use the 'symbol-file'
command.
Core was generated by `DevManBE'.
Program terminated with signal 6, Aborted.

#0 0xc7d1e508 in ()
(gdb) bt
#0 0xc7d1e508 in ()
warning: Attempting to unwind past bad PC 0xc7d1e508
#1 0xc7cb622c in ()
#2 0xc7cb622c in ()
(gdb) q

But we should be running UX 11.i, also there are 1. gdb32 2. gdb64 2 files in /usr/ccs/bin but both don't work


/usr/ccs/bin>ls -alp gdb*
-r-xr-xr-x 1 bin bin 5174032 May 10 2007 gdb32
-r-xr-xr-x 1 bin bin 5182224 May 10 2007 gdb64
lrwxrwxrwx 1 bin bin 7 Nov 24 2008 gdbpa -> ./gdb32