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. http://www.reverse-your-diabetes-today.net/ ---------------------------------------- Bug #1695: NFS-related system breakdown http://bugs.dragonflybsd.org/issues/1695#change-11917 * 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 10.0.0.1:/export/nfs: 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 etc. 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. Cheers -- 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