On 10/17/2014 07:34 PM, Nathan Stratton Treadway wrote:
On Fri, Oct 17, 2014 at 01:08:42 -0400, Nathan Stratton Treadway wrote:
On Thu, Oct 16, 2014 at 15:58:58 -0400, Chris Hoogendyk wrote:
Is it possible that Amanda 2.5.1p3 is using some UFS specific system
level call that doesn't work for ZFS?
I had a copy of the amanda 2.6.1p1 source lying around (as downloaded
from Ubuntu), and skimming through that quickly it looks like on Sun,
amcheck (via the "get_fs_usage()" function in gnulib/fsusage.c) uses the
"statfs()" function to get the available disk space info for a
particular partition.
2.5.1p3 do not use get_fs_usage from gnulib.
We moved to get_fs_usage because amanda code was not good on some
filesystem.
Jean-Louis
If you happen to have GNU coreutils installed on this system, the output
stat -f /var/spool/amanda/disk2
might be interesting. (I believe that also uses the statfs() call
internally.)
Looking more closely I think the "statfs()" call was for SunOS 4.x, and
more recent Solaris versions use the "statvfs()" call.
From the log generated by various "truss df ..." commands it seems that
/usr/bin/df also uses a statvfs-family function internally (at least on
the "SunOS 5.9" system I am able to test on)... so off hand it's not
obvious why amcheck would get different results than "df".
Still, there's a small chance that seeing the output you get from
df -v /var/spool/amanda/disk1 /var/spool/amanda/disk2
and
df -g /var/spool/amanda/disk1 /var/spool/amanda/disk2
could shed some light on what's going on with that call.
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
