storage server running 1.10.2 shows 2^64 bytes available to clients

[daira]

18446744073.71GB, to be precise, in the "Available space" column.

[warner]

BTW, the storage server in question, and the introducer through which Daira's client was seeing it, were both running 1.10.2 . I don't know what version daira's client was running, but it was something that supported magic-folders because that's the demo we were doing at the time.

My 1.10.2 storage server, on its Welcome page, reported my storage server as having 9.35GB of space available, which matches what a local df says.

[daira]

My client was running "1.10.2.post24 [2438.magic-folder-stable.3: 0b5039d2538ad8b139578427523188f765a0f135]".

Note that 18446744073.71 decimal-GB is 2⁶⁴ bytes.

[warner]

Hm. I only see one place in the code where 2**64 makes an appearance, which is in the storage server, when fileutil_get_available_space() returns None. I've seen this return None on some virtual servers (maybe with network-based disks?), when the os.statvfs call fails: #2290 was for this happening on the Travis-CI build machines.

If that function returns None, then the server will indeed report that moon-sized available space.

The server in question was my own, and when I ran get_available_space() just now, it return about 10GB as expected. I did restart the server once or twice while we were setting up the demo (changing the webapi port's interface= so I could see it remotely). Maybe the statvfs failed the first time it came up, but succeeded the second time?

[dawuud]

is this still an issue or can we close this ticket?

[daira]

There has been no change that would have affected this ticket, so it should stay open.