[DragonFlyBSD - Bug #3170] repeatable nfsd crash
bugtracker-admin at leaf.dragonflybsd.org
bugtracker-admin at leaf.dragonflybsd.org
Wed Mar 20 10:47:50 PDT 2019
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, <bugtracker-admin at leaf.dragonflybsd.org>
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
More information about the Bugs
mailing list