HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- netisr HP-UX 10.20 top process slow network
Operating System - HP-UX
1834630
Members
2864
Online
110069
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
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
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
02-20-2004 12:37 AM
02-20-2004 12:37 AM
Following a facility shutdown and replacement of the system backplane in an K220 running 10.20 we began experiencing slow network traffic on different stations running off of the system. The netisr process is consistently the top process running on the system, which I know is usually an indication of a possible network issue / application routing issue. The system backplane was replaced, as well as the NIC card on the system, but the slow network issues are still present.
All network settings on the system seem fine. Full Duplex 100 MB are confirmed both at the system and at the switch level.
Can anyone shed some light on the netisr and what might possible be causing these very strange and spuratic problems, or at least confirm for me that netisr is the symptom of a network / application / routing problem and not the actual cause of the problem?
Thanks a bunch.
Steve.
sobkowski@bellsouth.net
All network settings on the system seem fine. Full Duplex 100 MB are confirmed both at the system and at the switch level.
Can anyone shed some light on the netisr and what might possible be causing these very strange and spuratic problems, or at least confirm for me that netisr is the symptom of a network / application / routing problem and not the actual cause of the problem?
Thanks a bunch.
Steve.
sobkowski@bellsouth.net
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-20-2004 12:43 AM
02-20-2004 12:43 AM
Solution
I had once a problem like this, then the HP engineer suggested to replace firmware on the NIC. It was strange because we had only moved the system 2 meters in the computer room and swapped cables. Then we had networkproblems that were fixed by HP by replacing firmware.(????)
HTH,
Peter
HTH,
Peter
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-20-2004 01:57 PM
02-20-2004 01:57 PM
Re: netisr HP-UX 10.20 top process slow network
(insert the usual song and dance about the OS being obsolete here :)
high CPU consumption by the netisr's is an indication of a high packet rate into the system. if individual connections seem slow it could be that packets are being lost.
if most of your traffic is TCP, start with netstat -p tcp (ftp://ftp.cup.hp.com/dist/networking/briefs/annotated_netstat.txt)
you can also check the landiag statistics and see if there are inbound drops - it is possible that packets are being dropped off the ipintrq. if so, you might be able to use nettune to increase the size of the ipintrq and that _might_ help (really dimm recollections here - not 100% certain nettune knows about ipintrq_max - or even if that is what the setting is called).
there may be some tunes in some old SPECweb96 benchmark results online at www.spec.org that have ipintrq tunings
high CPU consumption by the netisr's is an indication of a high packet rate into the system. if individual connections seem slow it could be that packets are being lost.
if most of your traffic is TCP, start with netstat -p tcp (ftp://ftp.cup.hp.com/dist/networking/briefs/annotated_netstat.txt)
you can also check the landiag statistics and see if there are inbound drops - it is possible that packets are being dropped off the ipintrq. if so, you might be able to use nettune to increase the size of the ipintrq and that _might_ help (really dimm recollections here - not 100% certain nettune knows about ipintrq_max - or even if that is what the setting is called).
there may be some tunes in some old SPECweb96 benchmark results online at www.spec.org that have ipintrq tunings
there is no rest for the wicked yet the virtuous have no pillows
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-24-2004 01:46 PM
02-24-2004 01:46 PM
Re: netisr HP-UX 10.20 top process slow network
Thanks. Turned out we needed the latest NIC card patches because of the fact that the system backplane was changed. This stopped the netisr processe from being the top processes. We were still experiencing inbound packet drops, which were minimized using nettune to increase the ipintr settings.
Great Feedback -- Thanks.
Great Feedback -- Thanks.
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
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP