Issue #3170 has been updated by samuel.
# /etc/rc.conf rpcbind_enable="YES" mountd_enable="YES" nfs_server_enable="YES" nfs_server_flags="-u -t -n 1" mountd_flags="-r -n" # /etc/exports /share/linux -mapall=tse:wheel -network 127.0.0.1 -mask 255.255.255.0 qemu-system-x86_64 \ -cpu max -smp 4 -m 2048 \ -drive file=snapshot.qcow2,format=qcow2 \ -M q35 -usb -device usb-host,hostbus=4,hostport=3 \ -netdev user,id=net0,net=10.0.2.25,hostfwd=tcp::2222-:22 \ -device e1000,netdev=net0 \ -device virtio-rng-pci \ -soundhw hda snapshot.qcow2 is an ubuntu image. I think it was the latest .img from here: https://cloud-images.ubuntu.com/cosmic/current/ I rebooted the vm with those settings. Doing `cat /dev/urandom > rand.txt` did not cause the crash, but `tar -xf 25MB.tar.gz` quickly did The .gz was google-cloud-sdk-231.0.0-linux-x86_64.tar.gz On Wed, 20 Mar 2019 at 05:16, <[email protected]> wrote: > Issue #3170 has been updated by dillon. > > > Ugh. somehow lost track of this one. Lets try a different approach... > this was a NFS mount to a linux client ? Which linux dist? And any > particular mount arguments? I can try to replicate the crash by exporting > to a linux client and doing stuff. > > -Matt > > ---------------------------------------- > Bug #3170: repeatable nfsd crash > http://bugs.dragonflybsd.org/issues/3170#change-13631 > > * Author: tse > * Status: New > * Priority: Normal > * Assignee: > * Category: > * Target version: Latest stable > ---------------------------------------- > I created a linux vm on qemu with nfs shared from Dragonfly. Reason being > so I could install the go-app-engine for google cloud. Could read/write > small files to the nfs share. But running google-cloud-sdk/install.sh from > the vm on the nfs share quickly causes this error: > > panic: assertion "m->m_type == MT_DATA" failed in m_dup_data at > /usr/src/sys/kern/uipc_mbuf.c:1820 > cpuid = 1 > Trace beginning at frame 0xfffff802f71bf500 > m_dup_data() at m_dup_data+0x12b 0xffffffff805e8a7b > m_dup_data() at m_dup_data+0x12b 0xffffffff805e8a7b > nfs_realign.isra.3() at nfs_realign.isra.3+0x48 0xffffffff807177c8 > nfsrv_rcv() at nfsrv_rcv+0x490 0xffffffff8071c110 > sys_nfssvc() at sys_nfssvc+0x13e7 0xffffffff8071fcf7 > syscall2() at syscall2+0x238 0xffffffff8098c0d8 > > I've switched from nfsd to unfsd, and that works fine. Though it took me a > day of fiddling for unfsd, just because I didn't know not to run it with > mountd. Hehe, such is life :) > > Sorry, I'm sure it would take me many multiple months of work to think of > supplying a patch for this bug > > But I'm happy. It's my first time to setup an nfs share and linux vm, and > now I can use them to access things from Dragonfly like google app engine, > or clang sanitizers to hold my hand when I'm writing c > > ---Files-------------------------------- > core.txt.3 (296 KB) > > > -- > 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 > ---------------------------------------- Bug #3170: repeatable nfsd crash http://bugs.dragonflybsd.org/issues/3170#change-13636 * Author: tse * Status: New * Priority: Normal * Assignee: * Category: * Target version: Latest stable ---------------------------------------- I created a linux vm on qemu with nfs shared from Dragonfly. Reason being so I could install the go-app-engine for google cloud. Could read/write small files to the nfs share. But running google-cloud-sdk/install.sh from the vm on the nfs share quickly causes this error: panic: assertion "m->m_type == MT_DATA" failed in m_dup_data at /usr/src/sys/kern/uipc_mbuf.c:1820 cpuid = 1 Trace beginning at frame 0xfffff802f71bf500 m_dup_data() at m_dup_data+0x12b 0xffffffff805e8a7b m_dup_data() at m_dup_data+0x12b 0xffffffff805e8a7b nfs_realign.isra.3() at nfs_realign.isra.3+0x48 0xffffffff807177c8 nfsrv_rcv() at nfsrv_rcv+0x490 0xffffffff8071c110 sys_nfssvc() at sys_nfssvc+0x13e7 0xffffffff8071fcf7 syscall2() at syscall2+0x238 0xffffffff8098c0d8 I've switched from nfsd to unfsd, and that works fine. Though it took me a day of fiddling for unfsd, just because I didn't know not to run it with mountd. Hehe, such is life :) Sorry, I'm sure it would take me many multiple months of work to think of supplying a patch for this bug But I'm happy. It's my first time to setup an nfs share and linux vm, and now I can use them to access things from Dragonfly like google app engine, or clang sanitizers to hold my hand when I'm writing c ---Files-------------------------------- core.txt.3 (296 KB) -- 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
