ProLiant Servers (ML,DL,SL)
1753359
Members
6660
Online
108792
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
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
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
тАО11-22-2001 04:00 PM
тАО11-22-2001 04:00 PM
NIC
Compaq proliant 8500 with 2 dual port nic. teaming done with 1 port on each nic. In CIM for this server I see output queue length at 5000000. How is this corrected?
Thanks
Thanks
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-05-2002 04:00 PM
тАО03-05-2002 04:00 PM
Re: NIC
Did you manage to find a fix for this? or why this is happening? All our Servers, even ones that are not that busy have the Queue length at 4million.
Can you respond, or email me at:
kevin_gregory@smartforce.com
Thanks in advance.
Can you respond, or email me at:
kevin_gregory@smartforce.com
Thanks in advance.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-05-2002 04:00 PM
тАО03-05-2002 04:00 PM
Re: NIC
SNMP Counter Values Are Unreliable in SMP Computers
--------------------------------------------------------------------------------
The information in this article applies to:
Microsoft Windows NT Server versions 3.5 , 3.51 , 4.0
Microsoft Windows 2000 , Datacenter Server
Microsoft Windows 2000 , Advanced Server
Microsoft Windows 2000 , Server
Microsoft Windows 2000 , Professional
--------------------------------------------------------------------------------
SYMPTOMS
Windows NT simple network management protocol (SNMP) counters, such as output queue length, may yield unlikely results in symmetric multiprocessor (SMP) computers. The SNMP counters can be viewed using Snmputil.exe from the Windows NT Resource Kit, or Performance Monitor using the Network Interface object. For example:
snmputil getnext public 2.2.1.21.1
Variable = interfaces.ifTable.ifEntry.ifOutQLen.2
Value = Gauge - 3749
NOTE : In normal operation, the output queue length counter should rarely rise above zero, when it does, it should return to zero very quickly.
CAUSE
This problem occurs because Windows NT TCP/IP does not use interlocked operations to maintain its statistics counters. The SNMP counters are maintained in the TCP/IP code.
In the case of output queue length, the counter is incremented every time a packet is indicated to NdisSend(), and decremented when NDIS completes the send successfully by returning a status of success, or returning status pending and later calling ARPSendComplete().
Because spinlocks are not used in this code to guarantee the integrity of the counters, SMP computers can affect the counter values during retrieval, causing unlikely values to be reported.
The decision to not implement spinlocks to guarantee the integrity of the SNMP counters is based on performance concerns and will not be changed.
STATUS
Spinlocks were left out of the TCP/IP code for counter operations intentionally for performance reasons. This will not be fixed.
--------------------------------------------------------------------------------
The information in this article applies to:
Microsoft Windows NT Server versions 3.5 , 3.51 , 4.0
Microsoft Windows 2000 , Datacenter Server
Microsoft Windows 2000 , Advanced Server
Microsoft Windows 2000 , Server
Microsoft Windows 2000 , Professional
--------------------------------------------------------------------------------
SYMPTOMS
Windows NT simple network management protocol (SNMP) counters, such as output queue length, may yield unlikely results in symmetric multiprocessor (SMP) computers. The SNMP counters can be viewed using Snmputil.exe from the Windows NT Resource Kit, or Performance Monitor using the Network Interface object. For example:
snmputil getnext
Variable = interfaces.ifTable.ifEntry.ifOutQLen.2
Value = Gauge - 3749
NOTE : In normal operation, the output queue length counter should rarely rise above zero, when it does, it should return to zero very quickly.
CAUSE
This problem occurs because Windows NT TCP/IP does not use interlocked operations to maintain its statistics counters. The SNMP counters are maintained in the TCP/IP code.
In the case of output queue length, the counter is incremented every time a packet is indicated to NdisSend(), and decremented when NDIS completes the send successfully by returning a status of success, or returning status pending and later calling ARPSendComplete().
Because spinlocks are not used in this code to guarantee the integrity of the counters, SMP computers can affect the counter values during retrieval, causing unlikely values to be reported.
The decision to not implement spinlocks to guarantee the integrity of the SNMP counters is based on performance concerns and will not be changed.
STATUS
Spinlocks were left out of the TCP/IP code for counter operations intentionally for performance reasons. This will not be fixed.
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.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP