Skip to content
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

Jump to bottom

zfs send -D segfault #268

Closed
dfurphy opened this issue Jun 9, 2011 · 1 comment
Closed

zfs send -D segfault #268

dfurphy opened this issue Jun 9, 2011 · 1 comment
Milestone
0.6.0-rc5

Comments

@dfurphy
Copy link

dfurphy commented Jun 9, 2011

Sending or receiving zfs streams with deduplication always appears to result in a segfault (running zfs-0.6.0-rc4).

root@testserver:~# zfs send -D dataArray/test@snapshot1 > /root/testStream.zfs
Segmentation fault

Attempting to receive a stream created with zfs-fuse (with zfs send -D) also fails in the same way.

I did some digging, and came across this (rather old now):
http://zfs-fuse.net/issues/48
@behlendorf
Copy link
Contributor

I think your right on with your diagnosis. This is same thing the zfs-fuse guys found a while ago but since we started with clean OpenSolaris source base we haven't made this fix yet. I've made the needed fix and merged it in the master. With it applied I'm no longer able to hit the segfault as expected.

fuhrmannb pushed a commit to fuhrmannb/cstor that referenced this issue Nov 3, 2020
@pawanpraka1
add(unit test): add negative tests to perform resize (openzfs#268)
e6918bc 
add negative tests to perform resize

Signed-off-by: mittachaitu <sai.chaithanya@mayadata.io>
ahrens added a commit to ahrens/zfs that referenced this issue Apr 20, 2021
@ahrens
socket (openzfs#268)
5308841
mmaybee pushed a commit to mmaybee/openzfs that referenced this issue Apr 6, 2022
@sdimitro
DOSE-1068: dump in-memory zoa tracing with SIGUSR1 (openzfs#268)
e307488 
Dump trace log and memory statistics to stdout when
sent a SIGUSR1 signal.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
0.6.0-rc5
Development

No branches or pull requests
2 participants
@behlendorf @dfurphy