Откуда ты монтируешь свое ведро? Это ваш P C у вас дома или облачная виртуальная машина? Сколько времени нужно, чтобы получить эту ошибку?
Я спрашиваю, потому что "SSL_write () вернул SYSCALL, errno = 32" похоже, что-то закрывает ваше соединение. «Ошибка HTTP до конца отправки, продолжайте отправку» также указывает на такую проблему. Может случится тайм-аут? Есть ли у вас NAT-шлюз между вами и вашим ведром? Это также может вызвать проблему, если не заботятся о сообщениях активности, поскольку загрузка может занять относительно много времени.
Как говорится в вики s3fs, 20 МБ - это порог для многочастных загрузок вместо одного запроса. Может быть, Scaleway имеет несколько иной API для многоэтапной загрузки, чем Amazon? Из вики s3fs: «Некоторые провайдеры не поддерживают полный API S3, например, из-за отсутствия загрузки из нескольких частей». Обратите внимание, что s3fs в основном предназначен для работы с Amazon S3, и, как я вижу, Scaleway отсутствует в списке поддерживаемых провайдеров в вики s3fs: https://github.com/s3fs-fuse/s3fs-fuse/wiki/Non-Amazon-S3.
. последнее, какая у вас версия libcurl? Документация s3fs говорит, что это должно быть 7.16 или 7.17. И вы используете последнюю версию s3fs?