emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#7355: closed (coreutils df on OSX reports wrong si


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#7355: closed (coreutils df on OSX reports wrong sizes for large filesystems)
Date: Mon, 28 Nov 2011 23:05:01 +0000

Your message dated Mon, 28 Nov 2011 23:01:59 +0000
with message-id <address@hidden>
and subject line Re: bug#7355: coreutils df on OSX reports wrong sizes for 
large filesystems
has caused the debbugs.gnu.org bug report #7355,
regarding coreutils df on OSX reports wrong sizes for large filesystems
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
7355: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7355
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: coreutils df on OSX reports wrong sizes for large filesystems Date: Mon, 8 Nov 2010 13:37:59 -0700
Hello,

  I am running gentoo-prefix on OSX which builds coreutils. When I
compare the output of the system df to the standard GNU df I get:


$ /bin/df -h /data/hirise06
Filesystem               Size   Used  Avail Capacity  Mounted on
hiserve2:/vol/hirise06  7.9Ti  430Gi  7.5Ti     6%    /data/hirise06

$ df -h /data/hirise06
Filesystem            Size  Used Avail Use% Mounted on
hiserve2:/vol/hirise06
                      2.0T  431G -523G   -  /data/hirise06

The 2.0T size looks suspicious to me. Maybe an integer is overflowing somewhere?

I'll also note that this was reported some time ago to the macports
bug tracking software (https://trac.macports.org/ticket/16480) but
their resolution was requesting an upstream fix.

Thanks,
-Tim



--- End Message ---
--- Begin Message --- Subject: Re: bug#7355: coreutils df on OSX reports wrong sizes for large filesystems Date: Mon, 28 Nov 2011 23:01:59 +0000 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0
On 11/28/2011 05:53 PM, Tim Spriggs wrote:
> 2011/1/3 Pádraig Brady <address@hidden>:
>> On 03/01/11 20:55, Tim Spriggs wrote:
>>> 2010/12/13 Pádraig Brady <address@hidden>:
>>>> On 13/12/10 20:46, Tim Spriggs wrote:
>>>>> Hi,
>>>>>
>>>>>   Is there anything else I can provide to help resolve this bug?
>>>>
>>>> I'll beg for an OSX a/c somewhere tomorrow
>>>>
>>>
>>> If this is still hard to come by I can setup a machine that you can
>>> ssh into for this. Contact me offline for details.
>>
>> It would help a lot to have
>> the latest release compiled
>> so I could run it on your machine
>>
>> cheers,
>> Pádraig.
>>
> 
> Hello again,
> 
>   Sorry for taking so long (almost a year!) but we have an OSX host on
> our external networks now and a filesystem mounted that shows the bug.
> If you send me an ssh pub key then I'll put it into place and send you
> the rest of the details.

Cool, as I initially suspected, defining _DARWIN_USE_64_BIT_INODE
at the appropriate place fixes things. This has been in place
since coreutils 8.13. I verified 8.14 works on your system.
See also http://debbugs.gnu.org/9140

$ src/df -a  # coreutils-8.14
Filesystem                           1K-blocks       Used  Available Use% 
Mounted on
/dev/disk0s2                         312235312   26613868  285365444   9% /
devfs                                      110        110          0 100% /dev
map -hosts                                   0          0          0    - /net
map auto_home                                0          0          0    - /home
hiserve1.lpl.arizona.edu:/vol/lroc 11220602064 9762365096 1458236968  88% 
/data/lroc
/dev/disk1s2                          31121368    4491368   26630000  15% 
/opt/prefix

$ df
Filesystem                          512-blocks        Used  Available Capacity  
Mounted on
/dev/disk0s2                         624470624    53103352  570855272     9%    
/
devfs                                      220         220          0   100%    
/dev
map -hosts                                   0           0          0   100%    
/net
map auto_home                                0           0          0   100%    
/home
hiserve1.lpl.arizona.edu:/vol/lroc 22441204128 19524730200 2916473928    88%    
/data/lroc
/dev/disk1s2                          62242736     8982736   53260000    15%    
/opt/prefix

$ /opt/prefix/bin/df -a  # coreutils-8.9
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/disk0s2         312235312  26613868 285365444   9% /
devfs                      110       110         0 100% /dev
map -hosts                   0         0         0   -  /net
map auto_home                0         0         0   -  /home
hiserve1.lpl.arizona.edu:/vol/lroc
                     483183824 -975053160 -689246664  59% /data/lroc
/dev/disk1s2          31121368   4491368  26630000  15% /opt/prefix

Notes:
  Newer coreutils also fixed up the alignment
  coreutils diverges from POSIX and defaults to 1024 byte blocks
  The system df displays /net and /home even without -a. bug?
  The system df displays the capacity as 100%. bug?

cheers,
Pádraig.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]