- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- HP-UX 11.0 I/O error
Categories
Company
Local Language
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
Discussions
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
Community
Resources
Forums
Blogs
- 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
06-08-2004 09:35 AM
06-08-2004 09:35 AM
HP-UX 11.0 I/O error
/var/adm/syslog/syslog.log
May 31 10:48:59 scmk01 vmunix: DIAGNOSTIC SYSTEM WARNING:
May 31 10:48:59 scmk01 vmunix:
May 31 10:48:59 scmk01 vmunix: The diagnostic logging facility has started receiving excessive
May 31 10:48:59 scmk01 vmunix: errors from the I/O subsystem. I/O error entries will be lost
May 31 10:48:59 scmk01 vmunix: until the cause of the excessive I/O logging is corrected.
May 31 10:48:59 scmk01 vmunix: If the diaglogd daemon is not active, use the Daemon Startup command
May 31 10:48:59 scmk01 vmunix: in stm to start it.
May 31 10:48:59 scmk01 vmunix: If the diaglogd daemon is active, use the logtool utility in stm
May 31 10:48:59 scmk01 vmunix: to determine which I/O subsystem is logging excessive errors.
The box seems funcation ok so far. Is there anything I should check, or any patch I could apply for this warning?
Thank you,
Cindy Huang
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-08-2004 09:38 AM
06-08-2004 09:38 AM
Re: HP-UX 11.0 I/O error
You could install a later set of 'STM' patches for your system, but overall perhaps you should look at the entire patching scenario. When was the last time you patched your system?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-08-2004 09:41 AM
06-08-2004 09:41 AM
Re: HP-UX 11.0 I/O error
if I were you I would make it run one way or the other.
IO subsystem errors are usually associated with SCSI or Fibre Channel adapters. So, you may be having a problem with storage.
run
ioscan -funC disk
and see if anything reporting as NO_HW
and if you have a maintenence contract, have an HP Tech check your server just to make sure.
UNIX because I majored in cryptology...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-09-2004 03:46 AM
06-09-2004 03:46 AM
Re: HP-UX 11.0 I/O error
The last time we have patched this system was September last year.
What are the new patches I should get to solve this problem?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-09-2004 03:52 AM
06-09-2004 03:52 AM
Re: HP-UX 11.0 I/O error
Install the newest version of DIAGNOSTIC. Sometimes old versions give wrong messages. Additionally check the existing diagnostic settings via SAM.
HTH
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-09-2004 03:55 AM
06-09-2004 03:55 AM
Re: HP-UX 11.0 I/O error
This can be due to cable failure or switch failure or even failure of the NIC.
All of these things should be checked.
Your fiber connected disk may have had a problem due to disruption of your fiber network or a problem on your disk array.
I'd check with the disk/san admin and see if any events have occured.
Fiber connected disks are treated as scsi devices.
Thats where I'd look.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-09-2004 11:28 PM
06-09-2004 11:28 PM
Re: HP-UX 11.0 I/O error
May 31 10:48:59 scmk01 vmunix: btlan: NOTE: MII Link Status Not OK - Check Cable Connection to Hub/Switch at 0/8/0/0/4/0....
May 31 10:48:59 scmk01 vmunix: btlan: NOTE: MII Link Status Not OK - Check Cable Connection to Hub/Switch at 0/8/0/0/5/0....
May 31 10:48:59 scmk01 vmunix: btlan: NOTE: MII Link Status Not OK - Check Cable Connection to Hub/Switch at 0/8/0/0/6/0....
May 31 10:48:59 scmk01 vmunix: btlan: NOTE: MII Link Status Not OK - Check Cable Connection to Hub/Switch at 0/8/0/0/7/0....
May 31 10:48:59 scmk01 vmunix: DIAGNOSTIC SYSTEM WARNING:
...
These errors have lead to the Excessive I/O error message, because at this stage the OnlineDiags have not yet started up. See a bit later in the file diagmond is started:
May 31 10:49:27 scmk01 diagmond[1589]: started
Before that, the diaglogd process is not ready to process the events from the device drivers, and so the fairly short pipeline gets filled up, leading to the warning. diagmond starts diaglogd.
The events that were in the pipeline should get processed once diaglogd is running, so you should see them when you run 'logtool' in STM (as the warning suggests you should).
The message that says the logging is now working is not output until the next time an event is generated by a device driver, so if the system is behaving itself you might not see it for some time.