You know, I noticed this also yesterday, but with a current as of
yesterday. It wasn't a complete hang. Eventually it recovered and went
into sbwait. The filesystem in question was a 32k/8k fs. I remade the
filesystem into 8k/1k, and things went better, but also then went onto
other things (the disk was an experimental disk also).
On Mon, 25 Oct 1999, Peter Jeremy wrote:
> I've recently upgraded a system from 3.2-RELEASE to -CURRENT as of
> 30-Sept (just before the signal changes). I now find that when
> I try to do a CVS checkout, the system hangs, with cvs in `nbufkv'.
>
> The CVSROOT is on a filesystem with standard 8K/1K blocks. The
> target FS is 32k/4k. Both FS are running softupdates. This worked
> without problem under 3.2. The kernel config files are basically
> the same (modulo config(8) changes). FWIW, it has 'maxusers 5'
> and no other options over-riding default kernel memory sizes.
>
> I notice that Matt Dillon found his FS stress program also hung in
> nbufkv, but that was with 64k blocks. Other than that, I can't
> find any reference to nbufkv here, in the PR list or in the sys
> commitlogs.
>
> Does anyone have any ideas? Should I just go back to 8K/1K blocks?
>
> Peter
> --
> Peter Jeremy (VK2PJ) [EMAIL PROTECTED]
> Alcatel Australia Limited
> 41 Mandible St Phone: +61 2 9690 5019
> ALEXANDRIA NSW 2015 Fax: +61 2 9690 5982
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
