ipmitool chassis help
Chassis Commands: status, power, identify, policy, restart_cause, poh, bootdev ipmitool chassis power help
chassis power Commands: status, on, off, cycle, reset, diag, soft
You will find more details on ipmitools at http://ipmitool.sourceforge.net/manpage.html
15.11 Scripts for Managing Slaves
When the Console Servers are cascaded, the Master is in control of the serial ports on the Slaves, and the Master’s Management Console provides a consolidated view of the settings for its own and all the Slave’s serial ports. However, the Master does not provide a fully consolidated view, e.g. Status: Active Users. It only displays those users active on the Master’s ports. You will need to write a custom bash script that parses the port logs if you want to find out who's logged in to cascaded serial ports from the master.
You will probably also want to enable remote or USB logging, as local logs only buffer 8K of data and don't persist between reboots.
This script would parse each port log file line by line. Each time it sees 'LOGIN: username', it adds the
username to the list of connected users for that port, each time it sees 'LOGOUT: username' it removes it from the list. The list can then be nicely formatted and displayed. It is also possible to run this as a CGI script on the
/var/run/portmanager/logdir (or they are in /var/log). Otherwise you can run the script on the remote log server.
To enable log storage and connection logging:
-Select Alerts & Logging: Port Log
-Configure log storage
-Select Serial & Network: Serial Port, Edit the serial port(s)
-Under Console Server, select Logging Level 1 and click Apply
To run the CGI script on the Console Server:
-Login to the
-Run: mount
-Copy the script
-Run: mount
-Browse to:
There is a useful tutorial on creating a bash script CGI at
http://www.yolinux.com/TUTORIALS/LinuxTutorialCgiShellScript.html
Similarly the Master maintains a view of the status of the Slaves:
_____________________________________________________________________
Page 200 |
