The system version is FreeBSD 11.0-RELEASE-p1 FC SAN disk was formated as ufs filesystem and mounted. When we read/write from the filesystem, we detached the storage array and the operating system crushed. The dump info like following. Device da2 went missing before all of the data could be written to it; expect data loss. panic: devfs_fsync: vop_stdfsync failed. cpuid=5 KDB: stack backtrace #0 0xffffffff80b24077 at kdb_backtrace+0x67 #1 0xffffffff80ad93e2 at vpanic+0x182 #2 0xffffffff80ad9253 at panic+0x43 #3 0xffffffff80985bdf at devfs_fsync+0x8f #4 0xffffffff8110bbcd at VOP_FSYNC_APV+0x8d #5 0xffffffff80bb2c7e at sched_sync+0x3be #6 0xffffffff80a90055 at fork_exit+0x85 #7 0xffffffff80f8467e at fork_trampoline+0xe Uptime: 8m8s Automatic reboot in 15 seconds - press a key on the console to abort
We found a similar bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210316 But we don't know if the same reason resulted in our problem. Hope someon can give some help. thanks Steel
Mark -- I don't think this is an FS bug. This is fsync() on the devvp, e.g., /dev/da1, causing the panic.
It should be fixed in 10.1-RC, could you test it?
Sure. Do you mean 11.1-RC? In addition, we are storage array provider, some of our customers choose to use different OS version.So we hope to know which versions are impacted by this bug. Thanks very much.
Ah, right - 11.1-RC (any RC). As for versions impacted - it got broken in revision r290224, back in 2015, so it affected at least 11.0. Not sure about the 10 series.
OK, got it and thanks very much. We'll try on the 11.1 RC and make you know the result.