From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 04:42:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C41B37B401 for ; Mon, 30 Jun 2003 04:42:32 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A6B43FCB for ; Mon, 30 Jun 2003 04:42:31 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h5UBgSxP049911 for ; Mon, 30 Jun 2003 13:42:29 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Mon, 30 Jun 2003 13:42:15 +0200 From: Eirik Oeverby To: freebsd-current@freebsd.org Message-Id: <20030630134215.011f717b.ltning@anduin.net> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.Cx'JOS8aEDTJX_" Subject: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 11:42:32 -0000 --=.Cx'JOS8aEDTJX_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi folks, I am having some very weird problems on my laptop, which I at first thought were due to a failing drive. However after a lot of testing and trial and error I've concluded that it must be a software problem - I'm smelling filesystem issues or something. Whenever I transfer large files to or from my harddrive, I will *always* get a lockup after ~480 MB transferred. Example scenario: - I use another machine to FTP to my laptop. - I start downloading a file of about 700 MB, and after ~480 MB it simply stops. The HD led on my laptop goes off, I can switch VTs but nothing else. Even keyboard input is non-functional. - After a few seconds another small burst of data (perhaps a few hundred KB or something) will go through, keyboard buffers will be processed, and then it freezes again with only one option - power off. C-A-D is a no-go. The IP stack is up though, I can ping the machine, and I can still change VTs. - If I pause/cancel the download immediately when it freezes, my laptop will come back to life a few seconds later. I can then start downloading another file, or resume the file I had started - everything seems to be back to normal. But whenever I hit ~480 MB transferred from *one* file, it will freeze again. - Downloading many smaller files in one batch, that sum up to >500 MB, is not a problem. All the above points applies to data transfer in the opposite direction aswell. Another way to reproduce this is doing a 'dd if=/dev/random of=testfile bs=8192', or the other way round - eventually (and after between 450 and 500 MB - a bit hard to tell) it will freeze. However, if I use a partition as the output instead of a file, it will *NOT* encounter any such problems. Transferring files between two partitions on the same HD also seems to work fine - atleast when using Midnight Commander. I first encountered the problem when using unison to sync my /home with another machine, and it got a hickup when it started finding these large files (ISOs and the like) and was scanning them to produce a checksum. Once I moved the large (>450 MB) files out of the way, it worked nicely. When I started copying the files over manually, I experienced the freezes again. Moving the files to another partition before copying it to the external machine did not help the issue. I have ran the Drive Fitness Test from IBM (this is a ThinkPad T21) twice, and it finds no errors whatsoever. And I know for a fact that this problem did *not* occur with 5.1-RELEASE, as it was with that version I copied the files to my disk in the first place. I hope this information makes sense to someone. I suppose this is the punishment for following -CURRENT - but unfortunately 5.1-RELEASE had other issues that I couldn't live with. Best regards, /Eirik --=.Cx'JOS8aEDTJX_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/ACIbdAvR8ct7fEcRAuLNAJ4iYKImq6ZyFo67/aRthUurzxgoKACdHu5W 1UKGUZL2UDuqdyiCh7Y0g8g= =6CSb -----END PGP SIGNATURE----- --=.Cx'JOS8aEDTJX_--