On Jan 04 2016, Jamie Fargen <[email protected]> wrote:
> On Monday, January 4, 2016 at 11:42:38 AM UTC-5, Nikolaus Rath wrote:
>>
>> On Jan 04 2016, Jamie Fargen <[email protected] <javascript:>> wrote:
>> > On Saturday, January 2, 2016 at 12:38:08 PM UTC-5, Nikolaus Rath wrote:
>> >>
>> >> On Jan 01 2016, Jamie Fargen <[email protected] <javascript:>> wrote:
>> >> > On Friday, January 1, 2016 at 3:09:55 PM UTC-5, Nikolaus Rath wrote:
>> >> >>
>> >> >> On Jan 01 2016, Jamie Fargen <[email protected] <javascript:>>
>> wrote:
>> >> >> > (src/llfuse/capi_linux.c:14650)#012 File "llfuse/misc.pxi", line
>> 62,
>> >> in
>> >> >> > llfuse.capi.fill_statvfs
>> >> >> (src/llfuse/capi_linux.c:19288)#012OverflowError:
>> >> >> > value too large to convert to int
>> >> >>
>> >> >> Is this a 32 bit system without large file support, or something
>> >> >> comparably exotic?
>> >> >
>> >> > It is just an Ubuntu 14.04.3 LTS x86_64 host with the nikratio/s3ql
>> ppa
>> >> > bolted on.
>>
> it is a specific file system under a specific server+container.
Could you try if the attached patch works around the problem?
In any case, could you please report this as a bug on
https://bitbucket.org/nikratio/s3ql/issues?
Thanks,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
--
You received this message because you are subscribed to the Google Groups
"s3ql" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
diff --git a/src/s3ql/fs.py b/src/s3ql/fs.py
--- a/src/s3ql/fs.py
+++ b/src/s3ql/fs.py
@@ -930,7 +930,7 @@
# should (according to statvfs(3)), so the only way to return correct values *and* have df
# print something sensible is to set f_bsize and f_frsize to the same value. (cf.
# http://bugs.debian.org/671490)
- stat_.f_bsize = stat_.f_frsize
+ stat_.f_bsize = 4096
# size of fs in f_frsize units. Since backend is supposed to be unlimited,
# always return a half-full filesystem, but at least 1 TB)
