Closed edillmann closed 10 years ago
The scrub has ended, but the oopses are still there :-(
@edillmann It would be interesting to know what argument is being passed to statfs by zabbix_agent and how it relates to your ZFS configuration. A cursory glance at its source code make me think the argument corresponds fairly directly to your zabbix configuration. It would seem you ought to be able to duplicate this problem simply by running df on the same argument.
Doing a strace on df -h permit to identify a dataset which is a target to regular zfs receive. This dataset was mounted (which was wrong). I did umount the dataset and the problem disapeared.
@edillmann Still you shouldn't have been able to cause a BUG. Can you clearly describe the incorrect configuration which was able to cause this problem?
@behlendorf the BUG appears in the following situation
@edillmann In zfs_statvfs()
the variable zsb->z_os is NULL because we're doing an online receive and encountered an error during rollback. That's causing your crash. For the moment don't do that.
It appears the Illumos folks just fixed a variant of this exact bug under issue https://www.illumos.org/issues/3875. We'll want to port and verify this fix illumos/illumos-gate@91948b51.
zfsonlinux/zfs#1775 includes Illumos 3875.
The illumos fix in https://www.illumos.org/issues/3875 has been merged as commit 831baf06efb3023ddee7ed41800d3b44521bf2ee. That is expected to resolve this issue.
thank's a lot, i confirm that the issue is resolved :-)
Hi,
I get several kernel oops while running a zpool scrub. The system is responsive.
Regards, Eric