CPQTeam

[Alan Porter_1]

Event434 still recieving the following error this is after the card has been replaced and the software re-installed.
Network Lan team: PROBLEM: A non-Primary Network Link is not receiving. Receive-path validation has been enabled for this Team by selecting the Enable receive-path validation Heartbeat Setting. ACTION: Please check your cabling to the link partner. Check the switch port status, including verifying that the switch port is not configured as a Switch-assist Channel. Generate Broadcast traffic on the network to test whether these are being received. Also make sure all teamed NICs are on the same broadcast domain. Run diagnostics to test card. Drop the NIC from the team, determine whether it is receiving broadcast traffic in that configuration.

[Andy_180]

Alan- disolve Team. update nic drivers. then update Team driver. "re-team" nics. this has fixed for me beofre. you will need to re-enter all static data. please assign points to me. thanks,
--Andy

[Alan Porter_1]

Resolving the nic team has already been done, also the card was replaced with an identical card, same problem occured the management agent is up to date, this problem stopped reporting itself 36 hours later with no changes being applied since the card was swapped out. is it possible this could be a fault on a cable or port?? Why should this problem stop without any changes being made to the server or the Nic/team??

[Andy_180]

In the control panel under "active agents" move nics to in-active agents. we have seen this error before but it has never casued an issue. moving it to inactive agents column will prevent it from wetting the bed in the event log. thanks.
--Andy

[Alan Porter_1]

In the Nic team GUI we swapped the cables over in the card and the red cross within the team moved to the other port. This pointed to a cable or port issue, but why would this stop reporting the error without any changes being applied. I would like to keep messages active within event viewer for future problems

[Andy_180]

try to update nics to 8.20. and team driver to 8.48. then set to auto/auto baclancing by IP. how about some points?

[Alan Porter_1]

balancing IP and having the cards set to auto/auto is not a coperate standard for this company all network cards are set to Network Fault Tolerance only with the speed of the card set to 100mbs/full duplex. This problem has still not reported itself to the server since 05/03/2006 18:30. can you think of any reason why this should just stop without any intervention or config change?

[Andy_180]

I dont know much else until i get points... nudge nudge.

[Alan Porter_1]

5 points have been assigned, any further solutions?

[Andy_180]

you must be missing a step... still 0 points from you. so i am still pretty clueless. but some points may refresh my memory. wink wink.

[Alan Porter_1]

hope this stops the problem with your eye, I have assigned the 5 points!!!

[Andy_180]

yes, I had an eye problem. I couldn't see answering anymore questions without getting some points.

could it be someone had reset the switch and the flakey port got reset? or bumped a cable back into place? sounds like "corporate standards" there dont allow you to pick up a purple crayon and think outside the box. maybe get some kind of special permission to test some different settings on this box. i saw this issues on quite a few of our 380 G2 servers. until I updated the drivers and made sure the FW was up to date.

[Alan Porter_1]

I am quite sure it's not firmware etc, this server was rebuilt only three weeks previous for a new version of staffware Iprocess, all firmware and PSP's up to date. The server is a DL580 G1 running PSP 7.40B, I also think that this could have been a failing port. Thanks very much for your help Andy, look forward to talking again. Alan Porter.

[Andy_180]

very good Alan. glad to help you out.
--Andy