- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- hpacucli to much logs in /var/log/messages
Operating System - Linux
1822082
Members
3797
Online
109640
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-30-2010 11:49 AM
тАО09-30-2010 11:49 AM
hpacucli to much logs in /var/log/messages
My monitoring runs hpacucli little bit frequently, each time are writen to /var/log/messages these lines
Sep 30 21:30:04 hp214 kernel: blocks= 429925920 block_size= 512
Sep 30 21:30:04 hp214 kernel: heads= 255, sectors= 32, cylinders= 52687
Sep 30 21:30:04 hp214 kernel:
Why hpacucli sends these logs?
Is posible disable it?
hpacucli-8.50-6.0 but same with older releases.
Sep 30 21:30:04 hp214 kernel: blocks= 429925920 block_size= 512
Sep 30 21:30:04 hp214 kernel: heads= 255, sectors= 32, cylinders= 52687
Sep 30 21:30:04 hp214 kernel:
Why hpacucli sends these logs?
Is posible disable it?
hpacucli-8.50-6.0 but same with older releases.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-01-2010 11:18 PM
тАО10-01-2010 11:18 PM
Re: hpacucli to much logs in /var/log/messages
This message is sent by the kernel, not by hpacucli.
Apparently your monitoring runs some hpacucli command that causes the kernel to re-read the disk geometry.
Which hpacucli command(s) are you running, exactly?
At least on RHEL 5, you can use the smartctl command to query SmartArray disk state instead of using hpacucli. Unlike hpacucli, smartctl won't seem to cause disk geometry re-reads.
Example:
If /dev/cciss/c0d0 is a mirrored system disk and the mirror has 2 physical dsks (= simple RAID1), then you can query the state of the first physical disk with:
smartctl -a -d cciss,0 /dev/cciss/c0d0
and the second physical disk with:
smartctl -a -d cciss,1 /dev/cciss/c0d0
MK
Apparently your monitoring runs some hpacucli command that causes the kernel to re-read the disk geometry.
Which hpacucli command(s) are you running, exactly?
At least on RHEL 5, you can use the smartctl command to query SmartArray disk state instead of using hpacucli. Unlike hpacucli, smartctl won't seem to cause disk geometry re-reads.
Example:
If /dev/cciss/c0d0 is a mirrored system disk and the mirror has 2 physical dsks (= simple RAID1), then you can query the state of the first physical disk with:
smartctl -a -d cciss,0 /dev/cciss/c0d0
and the second physical disk with:
smartctl -a -d cciss,1 /dev/cciss/c0d0
MK
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-03-2010 11:45 AM
тАО10-03-2010 11:45 AM
Re: hpacucli to much logs in /var/log/messages
each of this commands causes log messeage
hpacucli controller slot=$slot show
hpacucli controller slot=$slot array $array show
hpacucli controller slot=$slot physicaldrive all show
You are right about smartctl, but that doesn't provide infos about raid array status.
I'm surprised why show command re-reads the disk geometry.
hpacucli controller slot=$slot show
hpacucli controller slot=$slot array $array show
hpacucli controller slot=$slot physicaldrive all show
You are right about smartctl, but that doesn't provide infos about raid array status.
I'm surprised why show command re-reads the disk geometry.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-05-2010 06:11 AM
тАО10-05-2010 06:11 AM
Re: hpacucli to much logs in /var/log/messages
I'm surprised about that too... perhaps the designer of hpacucli thought it was going to be used as a configuration tool only, not for monitoring.
If your monitoring can use SNMP, the hp-snmp-agents will certainly offer a better interface for monitoring.
Some versions of the Linux SmartArray driver offer a bit of information about the status of the array in /proc/driver/cciss/cciss* files.
What's the name and version of your Linux distribution, and what kind of monitoring solution do you use? Perhaps someone else has already solved this problem for a similar set-up.
MK
If your monitoring can use SNMP, the hp-snmp-agents will certainly offer a better interface for monitoring.
Some versions of the Linux SmartArray driver offer a bit of information about the status of the array in /proc/driver/cciss/cciss* files.
What's the name and version of your Linux distribution, and what kind of monitoring solution do you use? Perhaps someone else has already solved this problem for a similar set-up.
MK
MK
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Learn About
News and Events
Support
© Copyright 2025 Hewlett Packard Enterprise Development LP