Skip to content

Transfer client aborts when downloading empty file from s3 #738

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

Closed
solankip opened this issue Nov 20, 2017 · 5 comments
Closed

Transfer client aborts when downloading empty file from s3 #738

solankip opened this issue Nov 20, 2017 · 5 comments
Labels
bug This issue is a bug.

Comments

@solankip
Copy link

What platform/OS are you using?

Linux

What compiler are you using? what version?

gcc4.9

What's your CMake arguments?

Can you provide a TRACE level log? (sanitize any sensitive information)

Stack trace:
repctl: /home/prasol/SDK/aws-sdk-cpp/aws-cpp-sdk-transfer/source/transfer/TransferManager.cpp:537: void Aws::Transfer::TransferManager::DoSinglePartDownload(const std::shared_ptrAws::Transfer::TransferHandle&): Assertion `queuedParts.size() == 1' failed.

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffccbf8700 (LWP 40266)]
0x00007ffff7829be9 in raise () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install libaio-0.3.107-10.7.amzn1.x86_64 numactl-2.0.7-8.11.amzn1.x86_64
(gdb) bt
#0 0x00007ffff7829be9 in raise () from /lib64/libc.so.6
#1 0x00007ffff782afe8 in abort () from /lib64/libc.so.6
#2 0x00007ffff7822d26 in __assert_fail_base () from /lib64/libc.so.6
#3 0x00007ffff7822dd2 in __assert_fail () from /lib64/libc.so.6
#4 0x00007fffec9bc4c6 in Aws::Transfer::TransferManager::DoSinglePartDownload (this=0x7fffd0f58010, handle=std::shared_ptr (count 2, weak 0) 0x7fffd0486f10)
at /home/prasol/SDK/aws-sdk-cpp/aws-cpp-sdk-transfer/source/transfer/TransferManager.cpp:537
#5 0x00007fffec9bd580 in Aws::Transfer::TransferManager::DoDownload (this=0x7fffd0f58010, handle=std::shared_ptr (count 2, weak 0) 0x7fffd0486f10)
at /home/prasol/SDK/aws-sdk-cpp/aws-cpp-sdk-transfer/source/transfer/TransferManager.cpp:664
#6 0x00007fffec9b870c in Aws::Transfer::TransferManager::<lambda()>::operator()(void) const (__closure=0x7fffd066a5e0)
at /home/prasol/SDK/aws-sdk-cpp/aws-cpp-sdk-transfer/source/transfer/TransferManager.cpp:103
#7 0x00007fffec9c5cda in std::_Bind<Aws::Transfer::TransferManager::DownloadFile(const String&, const String&, Aws::Transfer::CreateDownloadStreamCallback, const Aws::Transfer::DownloadConfiguration&, const String&)::<lambda()>()>::__call(<unknown type in /rdsdbbin/attunity/lib/libaws_sdk_native_wrapper-2.0.so, CU 0x8e187b, DIE 0x96fc44>, std::_Index_tuple<>) (this=0x7fffd066a5e0, __args=<unknown type in /rdsdbbin/attunity/lib/libaws_sdk_native_wrapper-2.0.so, CU 0x8e187b, DIE 0x96fc44>)
at /usr/local/include/c++/4.9.3/functional:1264
#8 0x00007fffec9c4fbe in std::_Bind<Aws::Transfer::TransferManager::DownloadFile(const String&, const String&, Aws::Transfer::CreateDownloadStreamCallback, const Aws::Transfer::DownloadConfiguration&, const String&)::<lambda()>()>::operator()<, void>(void) (this=0x7fffd066a5e0) at /usr/local/include/c++/4.9.3/functional:1323
#9 0x00007fffec9c2c93 in std::_Function_handler<void(), std::_Bind<Aws::Transfer::TransferManager::DownloadFile(const String&, const String&, Aws::Transfer::CreateDownloadStreamCallback, const Aws::Transfer::DownloadConfiguration&, const String&)::<lambda()>()> >::_M_invoke(const std::_Any_data &) (__functor=...)
at /usr/local/include/c++/4.9.3/functional:2039
#10 0x00007fffecc1b718 in std::function<void ()>::operator()() const (this=0x7fffd0493b80) at /usr/local/include/c++/4.9.3/functional:2439
#11 0x00007fffecc8e0fa in Aws::Utils::Threading::ThreadTask::MainTaskRunner (this=0x7fffd0eca080)
at /home/prasol/SDK/aws-sdk-cpp/aws-cpp-sdk-core/source/utils/threading/ThreadTask.cpp:41
#12 0x00007fffecc8f511 in std::_Mem_fn<void (Aws::Utils::Threading::ThreadTask::)()>::operator()<, void>(Aws::Utils::Threading::ThreadTask) const (this=0x7fffd04916e8,
__object=0x7fffd0eca080) at /usr/local/include/c++/4.9.3/functional:569
#13 0x00007fffecc8f47a in std::_Bind<std::_Mem_fn<void (Aws::Utils::Threading::ThreadTask::)()> (Aws::Utils::Threading::ThreadTask)>::__call<void, , 0ul>(std::tuple<>&&, std::_Index_tuple<0ul>) (this=0x7fffd04916e8, __args=<unknown type in /rdsdbbin/attunity/lib/libaws_sdk_native_wrapper-2.0.so, CU 0x224511a, DIE 0x224fa98>)
at /usr/local/include/c++/4.9.3/functional:1264
#14 0x00007fffecc8f3f4 in std::_Bind<std::_Mem_fn<void (Aws::Utils::Threading::ThreadTask::)()> (Aws::Utils::Threading::ThreadTask)>::operator()<, void>() (this=0x7fffd04916e8)
at /usr/local/include/c++/4.9.3/functional:1323
#15 0x00007fffecc8f384 in std::_Bind_simple<std::_Bind<std::_Mem_fn<void (Aws::Utils::Threading::ThreadTask::)()> (Aws::Utils::Threading::ThreadTask)> ()>::_M_invoke<>(std::_Index_tuple<>) (this=0x7fffd04916e8) at /usr/local/include/c++/4.9.3/functional:1700
#16 0x00007fffecc8f2c9 in std::_Bind_simple<std::_Bind<std::_Mem_fn<void (Aws::Utils::Threading::ThreadTask::)()> (Aws::Utils::Threading::ThreadTask)> ()>::operator()() (
this=0x7fffd04916e8) at /usr/local/include/c++/4.9.3/functional:1688
#17 0x00007fffecc8f246 in std::thread::_Impl<std::_Bind_simple<std::_Bind<std::_Mem_fn<void (Aws::Utils::Threading::ThreadTask::)()> (Aws::Utils::Threading::ThreadTask)> ()> >::_M_run() (this=0x7fffd04916d0) at /usr/local/include/c++/4.9.3/thread:115
#18 0x00007ffff61437c0 in ?? () from /usr/lib64/libstdc++.so.6
#19 0x00007ffff639df18 in start_thread () from /lib64/libpthread.so.0
#20 0x00007ffff78d8b2d in clone () from /lib64/libc.so.6

@marcomagdy marcomagdy added the bug This issue is a bug. label Nov 20, 2017
@solankip
Copy link
Author

When can I expect a fix for this?

@singku
Copy link
Contributor

singku commented Nov 27, 2017

We are working on this, should be available shortly.

@fdrgiit
Copy link

fdrgiit commented Nov 29, 2017

Has this been fixed?

@singku
Copy link
Contributor

singku commented Nov 29, 2017 via email

@singku
Copy link
Contributor

singku commented Dec 3, 2017

This has been fixed with commit.

Reopen if you still have this problem.

@singku singku closed this as completed Dec 3, 2017
aws-sdk-cpp-automation pushed a commit that referenced this issue Feb 24, 2021
Building the dependencies individually from what I understand is no longer supported, so best to just remove it from our readme to avoid confusion.
MaxEliaserAWS pushed a commit to MaxEliaserAWS/aws-sdk-cpp that referenced this issue May 8, 2023
…ownload

Fixes an issue similar to aws#738, but which only shows up when using HTTPS
endpoints.
SergeyRyabinin pushed a commit that referenced this issue May 30, 2023
…ownload

Fixes an issue similar to #738, but which only shows up when using HTTPS
endpoints.
SergeyRyabinin pushed a commit that referenced this issue May 30, 2023
…ownload

Fixes an issue similar to #738, but which only shows up when using HTTPS
endpoints.
jmklix pushed a commit that referenced this issue Aug 11, 2023
…ownload

Fixes an issue similar to #738, but which only shows up when using HTTPS
endpoints.
amit-schreiber-firebolt pushed a commit to firebolt-analytics/aws-sdk-cpp that referenced this issue May 8, 2025
Building the dependencies individually from what I understand is no longer supported, so best to just remove it from our readme to avoid confusion.
amit-schreiber-firebolt pushed a commit to firebolt-analytics/aws-sdk-cpp that referenced this issue May 8, 2025
…ownload

Fixes an issue similar to aws#738, but which only shows up when using HTTPS
endpoints.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug This issue is a bug.
Projects
None yet
Development

No branches or pull requests

4 participants