Chris,
sorry for the email trouble, this is a new phenomenon and I
don't know what is causing it, if you can identify the bad
header please let me know. We updated our mailhost a few months
ago, but my MUA (mutt) has not changed nor has my editor (emacs).
My large directories are exceptions,
Still getting blank emails on a test reply (just to myself) to Brian's emails. So, I'm replying to
my own email to the list and then pasting in the reply to Brian. It's clearly a weirdness in the
headers coming from Brian, but it could also be some misbehavior in response to those by my mail
Reply using thunderbird rather than mutt.
Any way to vet the zfs file system? Make sure its sane and doesn't
contain some kind of a bad
link causing a loop?
If you where to run the command used by estimate, which I believe
displays in the debug file,
can you run that successfully on the
I may just quietly go nuts. I'm trying to run the command directly. In the
debug file, one example is:
Mon Apr 1 08:05:49 2013: thd-32a58: sendsize: Spawning /usr/local/libexec/amanda/runtar runtar
daily /usr/local/etc/amanda/tools/gtar --create --file /dev/null --numeric-owner --directory
On 04/04/2013 02:48 PM, Chris Hoogendyk wrote:
I may just quietly go nuts. I'm trying to run the command directly. In
the debug file, one example is:
Mon Apr 1 08:05:49 2013: thd-32a58: sendsize: Spawning
/usr/local/libexec/amanda/runtar runtar daily
/usr/local/etc/amanda/tools/gtar
On Thu, Apr 04, 2013 at 17:48:46 -0400, Chris Hoogendyk wrote:
If I exchange the two commands so that I'm using gtar directly rather
than runtar, then I get:
/usr/sfw/bin/gtar: Cowardly refusing to create an empty archive
Try `/usr/sfw/bin/gtar --help' or `/usr/sfw/bin/gtar --usage'
On Thu, Apr 04, 2013 at 17:48:46 -0400, Chris Hoogendyk wrote:
So, I created a script working off that and adding verbose:
#!/bin/ksh
OPTIONS= --create --file /dev/null --numeric-owner --directory
/export/herbarium
--one-file-system --listed-incremental;
OPTIONS=${OPTIONS}
