mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #620] On 32-bit ARM Processors, large files transfers fail with size < 0 #354
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#354
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gorky on GitHub (Jun 28, 2017).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/620
Additional Information
When S3FS is used to mount a bucket on a Rasperry PI, large files (7.7GB was the smallest that was tried and failed, but next size down that succeed was 700MB), fail to transfer. File size is logged as a large negative number. (missed that on current runs initially when I was redirecting output to a log file).
Version of s3fs being used
Amazon Simple Storage Service File System V1.82(commit:620f6ec) with OpenSSL
Copyright (C) 2010 Randy Rizun rrizun@gmail.com
License GPL2: GNU GPL version 2 http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Version of fuse being used
pkg-config --modversion fuse
2.9.3
System information
uname -a
Linux cvjenkins 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux
Distro (cat /etc/issue)
Raspbian GNU/Linux 8 \n \l
s3fs command line used (if applicable)
/etc/fstab entry (if applicable):
url=https://s3-us-east-2.amazonaws.com,noexec,gid=jenkins,uid=jenkins 0 0
s3fs#jenkins.yyyyyyyy.yyyyy:/cvjenkins /opt/jenkins-s3fs-prod
s3fs syslog messages (grep s3fs /var/log/syslog, or s3fs outputs)
Details about issue
On other platforms, this works quite well, but not on the Raspberry PI.
NOTE: If required, a Rasperry Pi can be setup with remote access for testing/debugging.
@ghost commented on GitHub (Oct 11, 2017):
#656 I got the same issue.
@ggtakec commented on GitHub (Oct 15, 2017):
@gorky
I commented about same issue #656 by @gui-don, please see it.
@gaul commented on GitHub (Feb 2, 2019):
I wonder if ARM has a 32-bit
off_t? This would explain how transfers larger that 4 GB fail but smaller ones succeed. Similar to #656.@gaul commented on GitHub (Apr 9, 2019):
If someone can provide a Raspberry Pi that I can ssh into or a working VM image we can investigate this.