1836779 Members
2123 Online
110109 Solutions
New Discussion

Lan card problems

 
Pippo_9
Frequent Advisor

Lan card problems

Hello ITRC people,
I have a problem about a 10/100Baset-T lan card. On console get a lot of messages as

"<6014> HPPB 10/100BASE-T adapter in slot 2 failed with Lo-Quix DMA Timeout"

I already searched out ITRC forums but the only one result of my research doesn't give a solution and I would like to get more responses.

Helps and suggestions would be appreciated.

Kind regards,
Gianni
6 REPLIES 6
Hoefnix
Honored Contributor

Re: Lan card problems

Check with lanadmin the state of the interface.
Elmar P. Kolkman
Honored Contributor

Re: Lan card problems

1) run lanscan to find the nmid or ppa number of your lancard
2) run lanadmin to find the current settings of you lancard: lanadmin -x

Now, if your lancard is configured with autonegotiate, start by setting the lancard to a fixed speed, because there are lots of problems with autonegotiate.

Also check the load on your network card. Use netstat -i to view number of packets (in/out) and especially errors. Those problems might be the result of the wrong settings (HD instead of FD, for instance).
Every problem has at least one solution. Only some solutions are harder to find.
PVR
Valued Contributor

Re: Lan card problems

You can check the i/f status using lanadmin.

Check the logfile using the following command;

#netfmt -Nvf /var/adm/nettl.LOG000
Don't give up. Try till success...
Ron Kinner
Honored Contributor

Re: Lan card problems

Would you be running 10.20 by any chance?

PHNE_19216 s700_800 10.20 2.23 ACC Base Software (EISA) Patch corrects this problem:

"DTS TPO0h02486
This problem was caused by an interrupt collision between
the NIO Lo-Quix chip on the ACC card and the HP-UX host.
That is, the card sent up an external interrupt at the exact
same time the host told the card to turn-off interrupts and
to start a DMA operation. This resulted in the Lo-Quix chip
being unable to complete the DMA request which eventually
times out. The nacc1 and nacc0 drivers was modified to
detect this condition and to sequence events to avoid the
problem.
"
Same fix seems to also be in PHNE_22519
Patch Description: s700_800 10.20 2.40.00-2.40.02 ACC Base Software Patch along with another DMA timeout.



If not 10.20 then go to:

http://www2.itrc.hp.com/service/patch/search.do?BC=patch.breadcrumb.main|&pageContextName=hpux:::

seach for Lo-Quix (you can download the patches from there too.)

Ron
Suresh Patoria
Super Advisor

Re: Lan card problems

Hi,

It is detecting in ioscan out

if it is not then pls check the hardware status of the lan card whether it is working or not

it is showing in the ioscan check the driver status

then try the lanscan, lanadmin command

Thanx
Pippo_9
Frequent Advisor

Re: Lan card problems

HP-UX 11.00
Guys, I am working on a warning of patch PHNE_18546 (the 8.9.3 sendmail patch):

2001/07/17 - This Critical Warning has been issued by HP.
- PHNE_18546 introduced a design change to identd(1M), an
identification mechanism used by sendmail, that exposes
behavior which can result in severe performance problems on
any system or a TOC on an MC/ServiceGuard cluster node. This
behavior may be experienced on systems that have identd(1M)
enabled and also have a large number of concurrent TCP
connections.
- This behavior has been exhibited on systems that have more
than than 3000 concurrent TCP connections. To determine
the number of TCP connections on a system, the following
command string can be used:
/usr/bin/netstat -a | grep -ic tcp
- The identd(1M) server implements an advisory identification
mechanism that can be used by sendmail and is enabled by
default. The identd(1M) provided in PHNE_18546 makes use of
the ndd(1M) command which results in the undesirable
behavior.
- To avoid this behavior, HP recommends disabling identd(1M) on
all systems that have PHNE_18546 installed. Disabling
identd(1M) will not negatively impact the delivery of mail.
To disable identd(1M), perform the following steps as root:
1. Edit the /etc/inetd.conf file and comment out the
ident line by placing a '#' in the first column:
#ident stream tcp wait bin /usr/lbin/identd identd
2. Force inetd(1M) to re-read the inetd.conf file by
executing:
/usr/sbin/inetd -c
- In addition, to avoid this generating ident requests HP
recommends disabling ident lookups in the sendmail
configuration file on all systems that have PHNE_18546
installed. To disable this feature, perform the following
steps as root:
1. Edit the /etc/mail/sendmail.cf file as root and change
the line:
#O Timeout.ident=30s
to:
O Timeout.ident=0s
2. Stop sendmail by executing:
/usr/sbin/killsm
3. Restart sendmail by executing:
/sbin/init.d/sendmail start
Please note that leaving the line commented out does not
disable ident lookups. The line must be uncommented and the
timeout value explicitly set to "Os" in order to stop
sendmail from making ident connections to the remote client.
- Since the undesirable behavior is easily avoided by disabling
the identd(1M) functionality, HP recommends that the feature
be disabled instead of removing PHNE_18546 from the systems
on which it is installed.
- A new patch will be released as soon as possible to resolve
this issue.
- PHNE_18546 was included in the following Support Plus Patch
Bundles:
Sep 2000: XSWGR1100 B.11.00.50.5
Dec 2000: XSWGR1100 B.11.00.51.2
Mar 2001: XSWGR1100 B.11.00.52.2
Jun 2001: XSWGR1100 B.11.00.53.2


If I get more info (I hope the solution !!!) then I will post again on forum...meanwhile thanks for your hints!

Gianni.