Thanks, Nathan,
According to Wietse Venema (with regard to compiling Postfix on Solaris with
ZFS):
There was a workaraound involving setting parameters on the ZFS that didn't overload the
statvfs() call.
The fix was to build it using statvfs64().
I don't know if that is the answer for Amanda, but it sounds like a possibility.
On 10/17/14 7: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.
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
--
---------------
Chris Hoogendyk
-
O__ ---- Systems Administrator
c/ /'_ --- Biology & Geology Departments
(*) \(*) -- 347 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst
<[email protected]>
---------------
Erdös 4
