[DragonFlyBSD - Bug #1695] NFS-related system breakdown

bugtracker-admin at leaf.dragonflybsd.org bugtracker-admin at leaf.dragonflybsd.org
Thu Apr 10 00:35:27 PDT 2014

Issue #1695 has been updated by casusbubble.

Description updated

If I do NFSv3 UDP it works fine. I copied the file 5x with no b/lock failure.


Bug #1695: NFS-related system breakdown

* Author: Beket
* Status: New
* Priority: Normal
* Assignee: 
* Category: 
* Target version: 
Hi all.

I do a cp(1) from /mnt/nfs (which is a zfs fileystem NFS-exported by an
opensolaris installation) to my /home/beket directory (HAMMER fs).

After a few MBs having being copied, cp(1) process stalls in 'getblk' state.
Also it is unkillable by ^C. From that point there's downhill.

Many commands will block if I issue them, such as 'mount' or 'df'. I can still
view top(1) update its contents but the system is on the edge. dmesg shows
sparse messages 'nfs server not responding' or
'[diagnostic]: $address block on cache_something ""'. If I break into the
debugger, I get nothing unusual. scgetc < sckbdevent < kbd_xxxx < taskqueue_yyyy

I tried to kill X and the system hang to the point that a cold reset was
necessary. I once managed to resume after typing 'c' in db> prompt, but that
doesn't always succeed.

This situation is, I think, 100% reproducible. Also, I don't have problems
copying stuff from|to a linux NFS client.


You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account

More information about the Bugs mailing list