fpathconf(_PC_NAME_MAX) fails against large filesystems for 32bit processes

Bug #1522974 reported by Michael Jeanson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
glibc (Ubuntu)
Fix Released
Undecided
Unassigned
Trusty
Triaged
Undecided
Unassigned
Xenial
Fix Released
Undecided
Unassigned

Bug Description

Fixed upstream : https://sourceware.org/bugzilla/show_bug.cgi?id=18675

I'm hitting this on Trusty and Xenial with an i386 LXC container on an amd64 kernel hosted on a zfs filesystem.

Calling "fpathconf(my_shiny_fd, _PC_NAME_MAX)" on a filesystem with a large block count results in:

    fstatfs(4, 0xfffdc9f0) = -1 EOVERFLOW (Value too large for defined data type)

Changed in glibc (Ubuntu Trusty):
status: New → Triaged
Changed in glibc (Ubuntu Xenial):
status: New → Triaged
Revision history for this message
Michael Jeanson (mjeanson) wrote :

Here is a package with the patch applied, if it can help anyone.

https://launchpad.net/~efficios/+archive/ubuntu/ci/+sourcepub/6076888/+listing-archive-extra

Adam Conrad (adconrad)
Changed in glibc (Ubuntu):
status: Triaged → Fix Released
Changed in glibc (Ubuntu Xenial):
status: Triaged → Fix Released
Revision history for this message
Michael Jeanson (mjeanson) wrote :

Will the fix be pushed to trusty?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.