Date: Sun, 8 Feb 2009 13:22:59 +0200 From: Kostik Belousov <kostikbel@gmail.com> To: Danny Braniss <danny@cs.huji.ac.il> Cc: hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: impossible packet length ... Message-ID: <20090208112259.GW9427@deviant.kiev.zoral.com.ua> In-Reply-To: <E1LW5Ht-0000VH-D8@kabab.cs.huji.ac.il> References: <E1LW5Ht-0000VH-D8@kabab.cs.huji.ac.il>
next in thread | previous in thread | raw e-mail | index | archive | help
--+rRWuC8ZLvVekNoN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, Feb 08, 2009 at 10:45:13AM +0200, Danny Braniss wrote:
> I'm reposting this to hackers, and there is some more info.
>=20
> > Hi,
> > on 2 different servers, running 7.1-stable + zfs, I get this
> > error rather frequently:
> >=20
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (543383918) =
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1936028704)=
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1869363744)=
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1667787057)=
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (976040755) =
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1953459488)=
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1348825156)=
from=20
> > nfs server sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (0) from nfs=
server=20
> > sunfire:/dist
> > Feb 5 17:01:03 warhol-00 kernel: impossible packet length (1647208041)=
from=20
> > nfs server sunfire:/dist
> >=20
> > in this case the server is running Freebsd-7.0-stable, but I also get i=
t when=20
> > the server is a
> > netapp.
> >=20
> > is there a connection?
> >=20
> > thanks,
> > danny
>=20
> going through the logs, after it happened again, I got a glimps of this:
>=20
> Feb 6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o=
=20
> leading ethernet header (len 0 pkt len 0)
> Feb 6 18:00:19 klee-05.cs.huji.ac.il kernel: nfs: server warhol-00 not=
=20
> responding, timed out
> ...
> Feb 6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: More than a single valu=
e for=20
> /defaults in hesiod.local
> Feb 6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: Unknown $ sequence in=
=20
> "rhost:=3D${RHOST};type:=3Dnfsl;fs:=3D${FS};rfs:=3D$huldig<C0>#^ZM-^KoM- =
abase"
> Feb 6 19:00:00 warhol-00.cs.huji.ac.il kernel: impossible packet length=
=20
> (2068989523) from nfs server sunfire:/dist
>=20
> which seems to point fingers at bce...
bce(4) is broken in stable, your best option is to revert to the
driver in releng 7.1.
--+rRWuC8ZLvVekNoN
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)
iEYEARECAAYFAkmOwJIACgkQC3+MBN1Mb4gqewCfXNYj8DTBWnqWlXiPpw4y5IFz
3EcAnjnvq1Lwt9hZia6JhvuAcT2byaVw
=HaQ+
-----END PGP SIGNATURE-----
--+rRWuC8ZLvVekNoN--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090208112259.GW9427>