--On Saturday, June 04, 2005 16:08:32 +0200 Thorsten Jungeblut <[EMAIL
PROTECTED]> wrote:
> Hi,
>
> since a few weeks, my amdump fails unreproducible.
> After that, sometimes a few zombie-processes remain. eg. gzip or dumper.
> After that, every command i issue (amstatus, amcheck, ...), hangs an
Hi,
since a few weeks, my amdump fails unreproducible.
After that, sometimes a few zombie-processes remain. eg. gzip or dumper.
After that, every command i issue (amstatus, amcheck, ...), hangs and
keeps in "uninterruptible sleep".
Then system load stays at a very high load (7 or higher) althoug
On Thursday 02 June 2005 23:47, Joe Rhett wrote:
>Okay, so if it isn't a documentation problem then what do we test
> now? A test lab just demonstrated what I already knew.
>
>On Thu, Jun 02, 2005 at 11:16:18PM +0200, Paul Bijnens wrote:
>> Joe Rhett wrote:
>> >In the meantime, can you confirm "ex
Hello,
I'm using Amanda 2.4.5 on a Fedora core 2 machine.
I back up that, plus two windows clients. The smbtar
method is used for windows. I found the Archive bits
are set on ALL files after backups. The root cause
is setting sharing the drive from Xp Home NTFS
file system: all archive bits are set
--On June 4, 2005 1:35:49 AM -0400 Jon LaBadie <[EMAIL PROTECTED]> wrote:
Does taper adjust the reported number of filemarks for the
tape header and trailer files it might write to the tape?
I.e. is "fm" the number of DLEs written or is it off by
1 or 2 for the header and trailer files?
Wel