[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