Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Apr 2007 23:26:33 -0300
From:      Alejandro Pulver <alepulver@FreeBSD.org>
To:        Garrett Cooper <youshi10@u.washington.edu>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: High disk load +mount/atacontrol/NFS/SMBFS crashes the system
Message-ID:  <20070422232633.2390b1e2@deimos.mars.bsd>
In-Reply-To: <462318CB.3030205@u.washington.edu>
References:  <20070414184719.110deaa2@deimos.mars.bsd> <46217486.6080801@u.washington.edu> <20070415161753.7c7a604d@deimos.mars.bsd> <462318CB.3030205@u.washington.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_PDFt=oc._LDuK4anFqi.32k
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Sun, 15 Apr 2007 23:33:47 -0700
Garrett Cooper <youshi10@u.washington.edu> wrote:

> Ale,
> 	I'm not sure what's going on exactly based on the information you=20
> provided, but I would try the following steps to isolate the issue:
>=20
> 1) See if you can upgrade the first machine to a later version of=20
> FreeBSD, say 6.2. I believe that there were related issues resolved in=20
> 6.2, but my memory could be incorrect. See if your problems occur after=20
> that.

I did that.

> 2) Try grabbing a different machine if possible and see if the same=20
> issue occurs when you put the new machine as server and client with one=20
> of the other machines.

I used a Win XP machine as client / server.

> 3) Try switching roles with the 2 machines. If machine 1 is usually=20
> server, let it play client and vice versa with machine 2.

Also did this.

> 4) Remove the new drive if possible, see if issue goes away. If it does,=
=20
> try acquiring a cheap(er) drive and put it
>=20

It's the only drive it has, I meant the second machine is all new, not
just the disk.

> 	Also, it appears that another FreeBSD team member had a similar issue=20
> (see: http://people.freebsd.org/~pho/stress/log/cons205.html and=20
> http://people.freebsd.org/~pho/stress/log/cons225.html). I dunno how but=
=20
> it showed up as one of the leading searches on Google.
>=20
> 	It looks like a (localized) filesystem issue, but I'm not sure what it=20
> is exactly.
>=20

The fsync() problem seems to be related to that, but the rest could be
be a different thing. Also I only got it twice. Maybe the filesystem
issues were only derived from the crashes.

I was unable to reproduce the problem in the first machine, maybe it
was fixed on FreeBSD 6.2 as you said. The only things I also did when
testing was unloading fuse.ko (unused) and linprocfs.ko (after
umounting it). However I will test it a few times more, and let you
know the results.

The strange crash in the new 6.2 machine when using atacontrol is still
unexplained and I couldn't make it happen again (it now refuses to
switch to UDMA100 mode when it is SATA300, maybe they aren't supported
in SATA drives, but the other time it just crashed without advise).

Thank you for your help with this.

Best Regards,
Ale

--Sig_PDFt=oc._LDuK4anFqi.32k
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)

iD8DBQFGLBlZiV05EpRcP2ERAl5xAJ9Hxx49S72NKCiEkh9KLfcet+Wp1wCgywV+
p87NmVltt8WF5HE6KbyZG4A=
=6XJe
-----END PGP SIGNATURE-----

--Sig_PDFt=oc._LDuK4anFqi.32k--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070422232633.2390b1e2>