Skip to contentSkip to conversation

Networking problems with 2.6.1-rc2

DISCUSSION Tomas Szepe 1 participant 2 messages Jan 7, 2004 – Jan 8, 2004

lore
Share & tools
lore
#0 lore raw

The box I'm seeing this on has a single inet interface "eth0," which is connected to LAN.

	# ip addr add 172.27.0.1/16 brd + dev eth0 label eth0:1
	$ nmap -sP -T Insane '172.27.*.*'

There are no live addresses from the 172.27.0.0/16 range on the LAN. After about a minute into the ping sweep, nmap starts printing messages like:

Strange read error from 172.27.4.26: Transport endpoint is not connected Strange read error from 172.27.4.27: Transport endpoint is not connected Strange read error from 172.27.4.28: Transport endpoint is not connected
...

and dmesg reveals these errors:

Neighbour table overflow.
NET: 46 messages suppressed.
...

Then, trying to issue a simple "ping 172.27.5.5" results in:

connect: No buffer space available

I'm unable to reproduce the problem with a 2.4 kernel.

Signature · 1 line
Tomas Szepe <[email protected]>
#1 lore raw
Quoted 20 lines · On Jan-07 2004, Wed, 17:49 +0100 Tomas Szepe <[email protected]> wrote:

The box I'm seeing this on has a single inet interface "eth0," which is connected to LAN.

	# ip addr add 172.27.0.1/16 brd + dev eth0 label eth0:1
	$ nmap -sP -T Insane '172.27.*.*'

There are no live addresses from the 172.27.0.0/16 range on the LAN. After about a minute into the ping sweep, nmap starts printing messages like:

Strange read error from 172.27.4.26: Transport endpoint is not connected Strange read error from 172.27.4.27: Transport endpoint is not connected Strange read error from 172.27.4.28: Transport endpoint is not connected
...

and dmesg reveals these errors:

Neighbour table overflow.
NET: 46 messages suppressed.
...

Quoted 5 lines

Then, trying to issue a simple "ping 172.27.5.5" results in:

connect: No buffer space available

I'm unable to reproduce the problem with a 2.4 kernel.

I've just verified this problem exists in 2.6.1-rc3 as well as 2.6.1-rc2-mm1.

Signature · 1 line
Tomas Szepe <[email protected]>