Communication between UPS and N-Class Server

[Todd_112]

All,

I have an N-class HP9000 server with a PowerTrust UPS (model A3589A). I would like to connect the server to the UPS via the serial cable for UPS monitoring and shutdown. Cable connecting the 2 is HP part no: 5061-2575a. I cannot determine which device file to use in the configuration of the ups_mond daemon. I have tried every combination I can think of. NOTE: I am attempting to use the built-in "UPS" lables serial port pn the N-Class server.

ioscan -fun -C tty produces the following output:

Class I H/W Path Driver S/W State H/W Type Description
==================================================================
tty 0 0/0/4/0 asio0 CLAIMED INTERFACE PCI Serial (103c1048)
/dev/GSPdiag1 /dev/cul0p2 /dev/mux0 /dev/tty0p1 /dev/ttyd0p2
/dev/cua0p2 /dev/diag/mux0 /dev/tty0p0 /dev/tty0p2
tty 1 0/0/5/0 asio0 CLAIMED INTERFACE PCI Serial (103c1048)
/dev/GSPdiag2 /dev/diag/mux1 /dev/mux1 /dev/tty1p1

Any help would be greatly appreciated.

Todd

Todd A. Kempf

Systems Engineer
101 31st Avenue
Rock Island, IL 61201
Email: tkempf@tranvia.com
Fax: 309-786-5132
Phone: 309-786-9311 Ext. 208

[Sameer_Nirmal]

Hi,

You need to use "/dev/tty0p1" device file to be used with "ups_mond" daemon. Put this device in the ups_conf file against "upstty".

If you have already tried this device file, then what sort of problem you are facing?

Are you using SAM or UPS Manager for configuration?

[Todd_112]

I have tried /dev/tty0p1. My ups_conf files is:

# @(#) $Revision: 70.4 $
shutdown_delay_mins:9
shutdown_timeout_mins:6
upstty:/dev/tty0p1 # Port 1 (second) on terminal mux 0 for UPS rs-232

trying this and starting ups_mond I receive the following in the /nsr/logs/messages file:

Dec 28 15:23:33 ips2 /usr/lbin/ups_mond[6358]: /usr/lbin/ups_mond: UPS /dev/tty0p1 interrupted but read of ups status failed - possible UPS hardware problem

I have configured ups_mond via SAM and directly on the command line. Both result in the same errors.

Is there anything I would need to change on the UPS itself?

Basically my issue is I can't estabish communications to the UPS via ups_mond.

Thanks.

[Sameer_Nirmal]

Hi,

As per the error , the "ups_mond" failed to get the UPS status from the port. It could be because of coomunication problem.
You need to ensure baud rate is set at 1200
The UPS is configured in Computer Mode.

Refer following doc for verifying the communication/connection.

http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000066027953

If you don't have kermit installed, you can use cu instead.

By the way which GSP firmware and HP-UX versions you are dealing with?

[Bernhard Mueller]

Todd,

check for patches, on 11.11 e.g. PHNE_32616 and PHCO_32202, you may have to rmsf and insf devcie files, also check for other asio0 driver related patches.

Regards,
Bernhard

[Todd_112]

HP-UX B.11.00 U 9000/800
GSP Hardware Revision: 8 Firmware: A.01.06

via SAM, Peripheral Device, Terminals and Modems, /dev/tty0p1 is set to 1200 Baud.

Using the procedure provided (using kermit) I was unable to connect to the UPS. I tried 1200, 2400, 4800, and 9600 Baud rates with no success.

What exactly do you mean by make sure my UPS is in "Computer Mode"? Not quite sure how to determine this.

[Joseph.KL Teo]

Hi Todd,

The msg:

Dec 28 15:23:33 ips2 /usr/lbin/ups_mond[6358]: /usr/lbin/ups_mond: UPS /dev/tty0p1 interrupted but read of ups status failed - possible UPS hardware problem

actually means the UPS device configured as /dev/tty0p1 has experienced a
a change in state but no status information was communicated to the UPS
Monitor.


I suspect your problem is due to a faulty RS-232 communication.


Perhaps your can consider the following:

- Check the I/O HW components along the
communications link from the Server to the UPS.
- Check the UPS HW for correct cable connections, power-on/off condition, and front panel conditions.

[Todd_112]

Additional info: I have 2 N-class servers which are exhibiting the exact same behavior in regard to their UPS. The UPS's are functional and in normal states. The proper rs-232-c cables connect the UPSs to the N-class servers. (NOTE: these 2 server are in an MC Serviceguard cluster.) 2 UPS units one for each server.

[Todd_112]

NOTE: Upgraded the GSP firmware to A.01.12, no reboot, still no change cannot communicatw with the UPS via kermit or any other method.

[Todd_112]

THis is atill an open issue, never solved.

[Sameer_Nirmal]

Hi,

Did you get "??" while using kermit ?
Did you try typing "N" after connected?
Did you try with XON/XOFF flow control?
What you see in # ps -ef | grep ups

Now assuming all OK from server side which includes OS, port , cable , then maybe UPS port is not responding. As I said before, one cause of it could be the operating mode of the UPS. Refer the system guide of the UPS and ensure it is operation in "Computer Mode" and not in "Network mode".
Check UPS port settings as well.