On Saturday 19 December 2020 15:26:07 Nathan Stratton Treadway wrote:
> On Sat, Dec 19, 2020 at 14:43:56 -0500, Gene Heskett wrote:
> > On Saturday 19 December 2020 12:12:07 Nathan Stratton Treadway wrote:
> > > On Sat, Dec 19, 2020 at 10:43:42 -0500, Gene Heskett wrote:
> > > > new error file, fr
On Saturday 19 December 2020 15:26:07 Nathan Stratton Treadway wrote:
> On Sat, Dec 19, 2020 at 14:43:56 -0500, Gene Heskett wrote:
> > On Saturday 19 December 2020 12:12:07 Nathan Stratton Treadway wrote:
> > > On Sat, Dec 19, 2020 at 10:43:42 -0500, Gene Heskett wrote:
> > > > new error file, fr
On Sat, Dec 19, 2020 at 14:43:56 -0500, Gene Heskett wrote:
> On Saturday 19 December 2020 12:12:07 Nathan Stratton Treadway wrote:
>
> > On Sat, Dec 19, 2020 at 10:43:42 -0500, Gene Heskett wrote:
> > > new error file, from /home on GO704:(word wrap off)
> > >
> > > dd if=/sdb/dumps/2020121908565
On Saturday 19 December 2020 12:12:07 Nathan Stratton Treadway wrote:
> On Sat, Dec 19, 2020 at 10:43:42 -0500, Gene Heskett wrote:
> > new error file, from /home on GO704:(word wrap off)
> >
> > dd if=/sdb/dumps/20201219085654/GO704._home.0 bs=32k count=1
>
> Okay, that output looks good good.
>
On Sat, Dec 19, 2020 at 10:43:42 -0500, Gene Heskett wrote:
> new error file, from /home on GO704:(word wrap off)
>
> dd if=/sdb/dumps/20201219085654/GO704._home.0 bs=32k count=1
Okay, that output looks good good.
for completeness, can you post the section from this Amanda Report
covering this e
On Saturday 19 December 2020 09:42:55 Nathan Stratton Treadway wrote:
> On Sat, Dec 19, 2020 at 03:32:07 -0500, Gene Heskett wrote:
> > But the problem is not fixed:
>
> Well, at least this time it's a one-part dump file, so that may make
> investigation at little easier
>
> > FAILURE DUMP SUM
On Saturday 19 December 2020 09:42:55 Nathan Stratton Treadway wrote:
> On Sat, Dec 19, 2020 at 03:32:07 -0500, Gene Heskett wrote:
> > But the problem is not fixed:
>
> Well, at least this time it's a one-part dump file, so that may make
> investigation at little easier
>
> > FAILURE DUMP SUM
On Sat, Dec 19, 2020 at 03:32:07 -0500, Gene Heskett wrote:
> But the problem is not fixed:
Well, at least this time it's a one-part dump file, so that may make
investigation at little easier
>
> FAILURE DUMP SUMMARY:
> rpi4 /usr/lib lev 0 partial taper: source server crc (efe0c707:153858
On Mon, Nov 30, 2020 at 18:41:40 -0500, Gene Heskett wrote:
> > On Mon, Nov 30, 2020 at 12:46:46 -0500, Nathan Stratton Treadway wrote:
> > > I assume that the first few lines of the
> > > coyote._home_gene_Pictures.0 file is an Amana header (including an
> > > XML chunk); can you post that here?
>
On Mon, Nov 30, 2020 at 12:46:46 -0500, Nathan Stratton Treadway wrote:
> I assume that the first few lines of the coyote._home_gene_Pictures.0
> file is an Amana header (including an XML chunk); can you post that
> here?
Hmmm, it might also be useful to see the header from the
coyote._home_gene_
On Mon, Nov 30, 2020 at 03:12:41 -0500, Gene Heskett wrote:
> Doing a level 0 on /home/gene/Pictures, it logged this in the email:
>
> coyote /home/gene/Pictures lev 0 partial taper: source server crc
> (44cff778:11146117120) and input server crc (dfd0e83a:11146117120)
> differ)
> coyote /h
My wrapper script failed to write its stuff to this mornings backup.
Doing a level 0 on /home/gene/Pictures, it logged this in the email:
coyote /home/gene/Pictures lev 0 partial taper: source server crc
(44cff778:11146117120) and input server crc (dfd0e83a:11146117120)
differ)
coyote /hom
Greetings;
amanda, version 2.5.1b2-20060829, just did it again.
The whole firewall box failed, and there are still 16 copies of gtar
running on that box, each consuming 5 to 8% of the cpu.
This is with those timeout numbers doubled from the thread of 2 weeks or so
ago doubled.
I suspect it
13 matches
Mail list logo
