mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 21:35:58 +03:00
[GH-ISSUE #1776] truncate error dd: failed to truncate to 104857600000 bytes in output file 'test': Input/output error #917
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#917
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 @abserari on GitHub (Oct 11, 2021).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1776
Additional Information
time dd if=/dev/zero of=test bs=1M count=0 seek=100000
Version of s3fs being used (s3fs --version)
Amazon Simple Storage Service File System V1.90 (commit:unknown) with OpenSSL
Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse)
example: 2.9.4
Kernel information (uname -r)
4.18.0
GNU/Linux Distribution, if applicable (cat /etc/os-release)
command result: cat /etc/os-release
s3fs command line used, if applicable
/etc/fstab entry, if applicable
Details about issue
it seems to truncate always got an error because of the fail reason: the file not exists.
does create big file on s3fs is too slow to truncate the file?
@abserari commented on GitHub (Oct 29, 2021):
it seems is an error because:
file update would transfer the whole file to the remote s3 backend.
when adding an s3 file and want to truncate, it would be a latency to read this file and cause this error.