em/amd64 on 6.0-RC1

Danny Braniss danny at cs.huji.ac.il
Mon Oct 24 03:26:04 PDT 2005


I have been running this box (an Intel SR1435VP2/Xeon-NOCOMA), of which
we have 6, under several different configurations to try and pin down
some problems, initialy I suspected am-utils, but now it's almost certain
the if_em. The problem is sometimes on i386, but always on amd64.

it seems that the problem starts right after the em is re-initialized, after
it was used via PXE to boot. Sniffing shows that the kernel sends
a GETATTR, the server responds, but the client does not see it, and
after some time it will resend, and so on ...

pinging from the server to the client works.

btw, booting off the local disk (not diskless/PXE) em works fine, though
the logs seems a bit baffling:

	...
	em0: no link ... got link
	DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3
	DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 8
	DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 9
	DHCPOFFER from 132.65.16.10
	unknown dhcp option value 0xfc
	DHCPREQUEST on em0 to 255.255.255.255 port 67
	DHCPACK from 132.65.16.10
	unknown dhcp option value 0xfc
	bound to 132.65.16.104 -- renewal in 7200 seconds.

	lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
 	       inet6 ::1 prefixlen 128 
  	      inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 

	em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        	options=b<RXCSUM,TXCSUM,VLAN_MTU>
        	inet6 fe80::20e:cff:fe6a:8973%em0 prefixlen 64 scopeid 0x1 
        	inet 132.65.16.104 netmask 0xfffff000 broadcast 132.65.31.255
        	ether 00:0e:0c:6a:89:73
        	media: Ethernet autoselect
        	status: no carrier
	**************** HU? *************

later on, ifconfig em0 shows that all is ok.

danny





More information about the freebsd-amd64 mailing list