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

Test case: send-c_volume #6087

Closed
behlendorf opened this issue May 1, 2017 · 1 comment
Closed

Test case: send-c_volume #6087

behlendorf opened this issue May 1, 2017 · 1 comment
Labels
Component: Test Suite Indicates an issue with the test framework or a test case Status: Stale No recent activity for issue

Comments

@behlendorf
Copy link
Contributor

System information

Type Version/Name
Distribution Name All
Distribution Version
Linux Kernel All
Architecture i686
ZFS Version 0.7.0-rc3
SPL Version 0.7.0-rc3

Describe the problem you're observing

The recently added send-c_volume test case fails occasionally on 32-bit systems. The failure is the result of the stream size not matching the expected dataset size. However, the behavior here isn't consistent and the test case often passes.

Test: tests/functional/rsend/send-c_volume (run as root) [00:08] [FAIL]

Describe how to reproduce the problem

The issue is more likely to manifest itself in the buildbot test environment.

http://build.zfsonlinux.org/builders/Ubuntu%2014.04%20i686%20%28TEST%29/builds/1894/steps/shell_9/logs/log

Include any warning/errors/backtraces from the system logs

Test: /usr/share/zfs/zfs-tests/tests/functional/rsend/send-c_volume (run as root) [00:08] [FAIL]
02:08:40.70 ASSERTION: Verify compressed send works with volumes
02:08:41.27 SUCCESS: zfs create -V 256m -o compress=lz4 testpool/newvol
02:08:45.89 SUCCESS: dd if=/var/tmp/backdir-rsend/file.0 of=/dev/zvol/testpool/newvol bs=1024k
02:08:46.02 SUCCESS: zfs snapshot testpool/newvol@snap
02:08:46.18 SUCCESS: eval zfs send -c testpool/newvol@snap >/var/tmp/backdir-rsend/full
02:08:46.58 SUCCESS: eval zfs recv -d testpool2 </var/tmp/backdir-rsend/full
02:08:46.67 NOTE: Comparing 3218944 and 3147776 given 90% (calculated: 97.78%)
02:08:46.75 NOTE: Comparing 3218944 and 3147776 given 90% (calculated: 97.78%)
02:08:46.96 SUCCESS: dd seek=8 if=/var/tmp/backdir-rsend/file.1 of=/dev/zvol/testpool/newvol bs=1024k
02:08:47.80 SUCCESS: zfs snapshot testpool/newvol@snap2
02:08:47.99 SUCCESS: eval zfs send -c -i snap testpool/newvol@snap2 >/var/tmp/backdir-rsend/inc
02:08:48.33 SUCCESS: eval zfs recv -d testpool2 </var/tmp/backdir-rsend/inc
02:08:48.45 NOTE: Comparing 3206656 and 921600 given 90% (calculated: 28.74%)
02:08:48.46 NOTE: Performing test-fail callback (/usr/share/zfs/zfs-tests/callbacks/zfs_dbgmsg.ksh)
@behlendorf behlendorf added the Component: Test Suite Indicates an issue with the test framework or a test case label May 1, 2017
behlendorf added a commit to behlendorf/zfs that referenced this issue May 1, 2017
The following three test cases occasionally fail the automated
testing.  For the moment disable these test cases until the
underlying issues can be fully investigated and resolved.

zfs_destroy_010_pos - openzfs#5893
rsend_020_pos       - openzfs#6086 (32-bit only)
send-c_volume       - openzfs#6087 (32-bit only)

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
behlendorf added a commit to behlendorf/zfs that referenced this issue May 1, 2017
The following three test cases occasionally fail the automated
testing.  For the moment disable these test cases until the
underlying issues can be fully investigated and resolved.

zfs_destroy_010_pos - openzfs#5893
rsend_020_pos       - openzfs#6086 (32-bit only)
send-c_volume       - openzfs#6087 (32-bit only)

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue openzfs#5893
Issue openzfs#6086
Issue openzfs#6087
behlendorf added a commit to behlendorf/zfs that referenced this issue May 4, 2017
The following three test cases occasionally fail the automated
testing.  For the moment disable these test cases until the
underlying issues can be fully investigated and resolved.

rsend_020_pos       - openzfs#6086 (32-bit only)
send-c_volume       - openzfs#6087 (32-bit only)

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue openzfs#6086
Issue openzfs#6087
behlendorf added a commit to behlendorf/zfs that referenced this issue May 4, 2017
The following three test cases occasionally fail the automated
testing.  For the moment disable these test cases until the
underlying issues can be fully investigated and resolved.

rsend_019_pos       - openzfs#6086 (32-bit only)
send-c_volume       - openzfs#6087 (32-bit only)

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue openzfs#6086
Issue openzfs#6087
@dinatale2 dinatale2 changed the title Test case: rsend-c_volume (32-bit) Test case: send-c_volume (32-bit) Jul 27, 2017
@Nasf-Fan Nasf-Fan mentioned this issue Sep 26, 2017
13 tasks
@behlendorf behlendorf changed the title Test case: send-c_volume (32-bit) Test case: send-c_volume Jun 14, 2018
@stale
Copy link

stale bot commented Aug 25, 2020

This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Status: Stale No recent activity for issue label Aug 25, 2020
@stale stale bot closed this as completed Nov 24, 2020
behlendorf added a commit that referenced this issue Dec 21, 2021
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #5665
Closes #6086
Closes #6087
Closes #6446
Closes #12876
tonyhutter pushed a commit to tonyhutter/zfs that referenced this issue Feb 10, 2022
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#5665
Closes openzfs#6086
Closes openzfs#6087
Closes openzfs#6446
Closes openzfs#12876
tonyhutter pushed a commit to tonyhutter/zfs that referenced this issue Feb 14, 2022
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#5665
Closes openzfs#6086
Closes openzfs#6087
Closes openzfs#6446
Closes openzfs#12876
tonyhutter pushed a commit to tonyhutter/zfs that referenced this issue Feb 16, 2022
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#5665
Closes openzfs#6086
Closes openzfs#6087
Closes openzfs#6446
Closes openzfs#12876
tonyhutter pushed a commit to tonyhutter/zfs that referenced this issue Feb 17, 2022
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#5665
Closes openzfs#6086
Closes openzfs#6087
Closes openzfs#6446
Closes openzfs#12876
nicman23 pushed a commit to nicman23/zfs that referenced this issue Aug 22, 2022
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#5665
Closes openzfs#6086
Closes openzfs#6087
Closes openzfs#6446
Closes openzfs#12876
nicman23 pushed a commit to nicman23/zfs that referenced this issue Aug 22, 2022
The rsend_007_pos test reliably fails on Linux in the cleanup
function.  This is caused by an unmount error when attempting to
recursively destroy the newly received datasets.  Invoking `df`
prior to the `zfs destroy` interestingly avoids the unmont error.

Why this should matter is unclear and should be investigated.
However, this minor tweak may allow us to remove the ZTS rsend
exceptions.  The subsequent rsend_010_pos and rsend_011_pos
failures were a result of this initial failure.  The other
"maybe" failures I was unable to reproduce and have not been
recently observed in the master branch.

Reviewed-by: Tony Nguyen <tony.nguyen@delphix.com>
Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#5665
Closes openzfs#6086
Closes openzfs#6087
Closes openzfs#6446
Closes openzfs#12876
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: Test Suite Indicates an issue with the test framework or a test case Status: Stale No recent activity for issue
Projects
None yet
Development

No branches or pull requests

1 participant