Network - can't ping beween 2 servers on same network
Hello,
I have a problem pinging between 2 hosts.
both have a "production" network card and a "Backup" card.
cards in productions works fine, but backup cards does not work.
exchange server 003 has : 172.16.0.124
exchange server 004 has: 172.16.0.123
can't ping between those to hosts. I can ping between other hosts on the same network like exch001 and 002.
Local firewall is disabled on both. and tried almost everything.
Both are physical (HP G8 servers) with 4 network cards (2 active).
One card works perfect , other card works not so good.
It's connected to a large Cisco MPLS network with some hops beteween the edge switch to PE (Provider Edge) node.
But I have checked that the VLAN tagged are existing on each hop/nodes.
Can it be like network drivers/cabeling that fails.
checked that autodetect on ports are fullduplex, 1000mbp/s.
Best Regards Aamodt
I have a problem pinging between 2 hosts.
both have a "production" network card and a "Backup" card.
cards in productions works fine, but backup cards does not work.
exchange server 003 has : 172.16.0.124
exchange server 004 has: 172.16.0.123
can't ping between those to hosts. I can ping between other hosts on the same network like exch001 and 002.
Local firewall is disabled on both. and tried almost everything.
Both are physical (HP G8 servers) with 4 network cards (2 active).
One card works perfect , other card works not so good.
It's connected to a large Cisco MPLS network with some hops beteween the edge switch to PE (Provider Edge) node.
But I have checked that the VLAN tagged are existing on each hop/nodes.
Can it be like network drivers/cabeling that fails.
checked that autodetect on ports are fullduplex, 1000mbp/s.
Best Regards Aamodt
ASKER
ARP tabel show mac addresses from the host that it cant ping. thats whats wierd.
There is no collisions on the network card.
On server its only "destination unreachable" messages because of the one server.
Its no "ip conflict" aswell. servers are standing on a reservation only dhcp network.
From switch:
EXCH004
78846907815 packets input, 113148813836006 bytes, 0 no buffer
Received 1231269 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 104570 multicast, 0 pause input
0 input packets with dribble condition detected
40153688541 packets output, 3023626007593 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
EXCH003
927285248 packets input, 1391586034219 bytes, 0 no buffer
Received 153931 broadcasts (18445 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 18445 multicast, 0 pause input
0 input packets with dribble condition detected
176125983 packets output, 13031499332 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
There is no collisions on the network card.
On server its only "destination unreachable" messages because of the one server.
Its no "ip conflict" aswell. servers are standing on a reservation only dhcp network.
From switch:
EXCH004
78846907815 packets input, 113148813836006 bytes, 0 no buffer
Received 1231269 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 104570 multicast, 0 pause input
0 input packets with dribble condition detected
40153688541 packets output, 3023626007593 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
EXCH003
927285248 packets input, 1391586034219 bytes, 0 no buffer
Received 153931 broadcasts (18445 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 18445 multicast, 0 pause input
0 input packets with dribble condition detected
176125983 packets output, 13031499332 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Interface: 172.16.0.124 --- 0xe
Internet Address Physical Address Type
172.16.0.123 d8-9d-67-1a-e8-25 dynamic
This is on both servers. can also ping gateway and other hosts like : 172.16.0.153 answers well on both servers..
Very weird problem, first time i've encountered it
Internet Address Physical Address Type
172.16.0.123 d8-9d-67-1a-e8-25 dynamic
This is on both servers. can also ping gateway and other hosts like : 172.16.0.153 answers well on both servers..
Very weird problem, first time i've encountered it
ASKER
C:\Users\>tracert 172.16.0.135
Tracing route to [172.16.0.135]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms [172.16.0.135]
<- host that works.
if i try to trace from 172.16.0.124 to 172.16.0.123 it goes in request time out for 30 hops.
Its no ACL's since its a servernet that just have connectivity with eachother and no "internet access" its not even a firewall between the hosts.
its a firewall between the hosts on the other network card, but the is routet right way.
Tracing route to [172.16.0.135]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms [172.16.0.135]
<- host that works.
if i try to trace from 172.16.0.124 to 172.16.0.123 it goes in request time out for 30 hops.
Its no ACL's since its a servernet that just have connectivity with eachother and no "internet access" its not even a firewall between the hosts.
its a firewall between the hosts on the other network card, but the is routet right way.
ASKER
Its not a private vlan on ports , its a "public" one.
We dont have the same problem on other pysical/XEN/VM hosts that are connected to same switch/nexus.
We dont have the same problem on other pysical/XEN/VM hosts that are connected to same switch/nexus.
ASKER
and they have the same VLAN configurated , only different is that G8 have other network card/infrastuture.
Might be a problem there.
But I work with network , so need to clearify that the network is okey first. before others can look at it.
Might be a problem there.
But I work with network , so need to clearify that the network is okey first. before others can look at it.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
RDP is enabled and file shareing like (drives shares C$ ect).
We have ILO (intergrated ligths outage) on the servers so i can try turning it off and see whats happends.
We have ILO (intergrated ligths outage) on the servers so i can try turning it off and see whats happends.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
backupcard is not a failover, and they are not teamed. backupcard is just functioning as a network to upload data to a backupserver/tape.
Normal way to have a separate backup/restore LAN is to have it on a different subnet and unbind the normal MS protocols such as file sharing from it and to use interface specific DNS or to not bother to register it in DNS at all. If you have both ports on the same subnet range it's likely that packets will go out of the wrong interface.
ASKER
found out the problem. not me/network problems this time either. was a driver error in HP G8.
Thanks for the help
Thanks for the help
ASKER
I've requested that this question be closed as follows:
Accepted answer: 0 points for aamodt's comment #a39587384
for the following reason:
Server architect found solution in HP supportpack solution
Accepted answer: 0 points for aamodt's comment #a39587384
for the following reason:
Server architect found solution in HP supportpack solution
ASKER
deploying points for the help.
what showa on pc the arp table?