From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Faylor To: Jason Molenda Cc: overseers@sources.redhat.com Subject: Re: DB2 problem...: PANIC: No space left on device Date: Wed, 28 Mar 2001 17:54:00 -0000 Message-ID: <20010328205519.A4330@redhat.com> References: <20010326020455.A7844@shell17.ba.best.com> <20010328190840.B3389@redhat.com> <20010328162302.A25518@shell17.ba.best.com> <20010328194054.C3538@redhat.com> <20010328203404.A4175@redhat.com> <20010328174053.A17302@shell17.ba.best.com> X-SW-Source: 2001-q1/msg00515.html Message-ID: <20010328175400.RJ2oRqtHDLE5nQaI9YhZgXmRiia9tbJIRjTHoh7cctQ@z> On Wed, Mar 28, 2001 at 05:40:53PM -0800, Jason Molenda wrote: > >Is this stuff OK from /var/log/messages? > >Mar 28 17:30:16 sourceware kernel: EXT2-fs error (device ide0(3,4)): ext2_check_inodes_bitmap: Wrong free inodes count in super block, stored = 4254237, counted = 3937993 >Mar 28 17:31:11 sourceware kernel: EXT2-fs warning: mounting fs with errors, running e2fsck is recommended Uh oh. It doesn't look like it. Damn. I should have thought to check the log. I'm fscking now. It'll probably take forever. >On Wed, Mar 28, 2001 at 08:34:04PM -0500, Christopher Faylor wrote: >> One thing that I noticed is that it doesn't look like we're using the maxium >> throughput settings for this drive. Would it make sense to twiddle some of >> the parameters with hdparm or is that just too dangerous? > >According to the specs, > > http://www.westerndigital.com/products/drives/wd400bb.html > >this drive supports the Ultra ATA/100 interface, so enabling DMA >transfers (what I assume you're talking about) should be fine. >It's a modern drive and should handle all those kinds of little >tweaks correctly. Yes. DMA transfers and multi-block I/O is what I was referring to. hdparm actually lists the supported DMA transfer types. It's using DMA mode now but I don't think it is using the fastest mode available. cgf