-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
General Protection Fault during scrub #3917
Comments
I have been getting similar GPFs during a scrub/resilver. This is with 0.6.5.2-1 on CentOS-7 / 3.10.0-229.14.1.el7.x86_64. Pool was created on the same machine with 0.6.4.2 and there were no problems before upgrading to 0.6.5.2. [32955.630307] general protection fault: 0000 [#1] SMP [root@lz-nfs02-data 127.0.0.1-2015.10.05-13:48:12]# zpool status
errors: No known data errors |
Ok, this issue is extremely interesting. From #3880, we see This is too much of a coincidence. There must be some thing going on here, becuase it looked like the pointers are been offset by one. |
@tuxoko sure, I will edit grub's configuration to include |
Currently, vdev_disk_physio_completion will try to wake up an waiter without first checking the existence. This creates a race window in which complete is called after dr is freed. We add dr_wait in dio_request to indicate the existence of waiter. Also, remove dr_rw since no one is using it, and reorder dr_ref to make the struct more compact in 64bit. Signed-off-by: Chunwei Chen <[email protected]> Signed-off-by: Brian Behlendorf <[email protected]> Issue openzfs#3917 Issue openzfs#3880
Likely fixed in 0.6.5.3 by: aa159af Fix use-after-free in vdev_disk_physio_completion |
I saw segmentation faults by cron running munin-cron during a scrub, after sshing in I found some commands to segfault. syslog recorded GPFs earlier this morning, here are the first two of as of now 1031 GPF traces:
A current
zpool status
:The text was updated successfully, but these errors were encountered: