- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- LAN/9000 networking 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
09-24-2002 02:22 AM
09-24-2002 02:22 AM
*** 10/100 mb/s LAN/9000 networking ***
Mon Sep 23 BST 2002 17:17:51.970018 DISASTER subsys: BASE100 LOC:00000
<6016> HPCORE 10/100 BASE-T driver detected a transmit command that timed out in slot (Crd In#) 0.
The event was not recorded in the syslog. Though the message appeared, network connectivity was not lost, but I suspect this may have caused an outage we had a few weeks ago. Today I have disabled auto-negotiation (lanadmin -X 100FD 0), after looking at some similar forum threads.
We have a second LAN nic, which is currently not in use, can I use this as a backup if the primary card fails? I have now connected this to the network and it successfully passes a linkloop test, though I have not configured the card yet as I was concerned about other threads warning about using the same subnet mask. (We are using lan0 - HP PCI 10/100Base-TX core ; not currently in use - lan1 - HP A3738A PCI 10/100Base-TX Ultimate Combo)
Also what setting do I need to change so this records in the syslog.
Thanks in advance,
Ian
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-24-2002 04:16 AM
09-24-2002 04:16 AM
Re: LAN/9000 networking error
Syslog is configured in /etc/syslog.conf
see man pages
good luck!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-24-2002 06:45 AM
09-24-2002 06:45 AM
SolutionALl network related errors are logged in /var/adm/nettl.LOG00 (01 etc. ) file .
TO view it use netfmt -f /var/adm/nettl.LOG00 > your_file_name . Later you can vi your_file_name .
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-24-2002 06:39 PM
09-24-2002 06:39 PM
Re: LAN/9000 networking error
Configure the 2nd NIC as normal. Create a DNS alias that relates to the application, ensure all app users use the alias rather than the DNS Name or ip address. When/if first card fails, update DNS entry to point alias to second IP address.
Cheers
Steph
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-24-2002 10:01 PM
09-24-2002 10:01 PM
Re: LAN/9000 networking error
1> APA is LAN trunking, and only works if the switch supports Cisco-style "Fast Etherchannel" LAN trunking protocol (widely used and available, but not guaranteed). Cisco and HP Procurve switches have this, but not every switch does. Trunking multiplexes packets across 2-4 ethernet channels, with automatic failover for all packets if one channel goes down, and load balancing when all channels are in use. It is ideal for your purposes, but must be running on both ends of the links. Incidentally, the trunked link has only one IP address, making it truely invisible when problems develop with one link.
2> MC/Serviceguard's method is different. You connect up the second LAN, as you have, but do not set it up with an IP address. You then inform MC/SG (in its config scripts) that this LAN (by lan ID) is a failover LAN. The failover LAN sits idle and unused until the primary LAN fails. MC/SG then copies the IP stack used by the primary into the memory reserved for the standby LAN, and through black magic and kernel level deep juju, the standby is immediately started with the IP and MAC of the failed primary LAN.
3> I'm not sure that you can change anything to force all LAN errors of this type to the syslog file. As Ashwani pointed out, it keeps its own log, and it tracks a vast amount of info (potentially). I don't know that I'd want it routed to the normal syslog file.
Hope this helps!
Regards, --bmr
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-26-2002 01:30 AM
09-26-2002 01:30 AM