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