impossible packet length ...

Peter Jeremy peter at vk2pj.dyndns.org
Sun Feb 8 05:39:25 PST 2009


On 2009-Feb-08 10:45:13 +0200, Danny Braniss <danny at cs.huji.ac.il> wrote:
>Feb  6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o 
>leading ethernet header (len 0 pkt len 0)
...
>Feb  6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: Unknown $ sequence in 
>"rhost:=${RHOST};type:=nfsl;fs:=${FS};rfs:=$huldig<C0>#^ZM-^KoM- abase"
>Feb  6 19:00:00 warhol-00.cs.huji.ac.il kernel: impossible packet length 
>(2068989523) from nfs server sunfire:/dist
>
>which seems to point fingers at bce...

It does rather suggest that bce is not behaving.  What happens if you
turn off checksum off-loading?  This should make the kernel drop the
corrupt packets instead of trying to process them.  If practical, you
could also try (temporarily) plugging in a different NIC.

-- 
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20090208/3c54a215/attachment.pgp


More information about the freebsd-stable mailing list