On Sunday 23 June 2019 10:49:17 Nathan Stratton Treadway wrote:
> On Sun, Jun 23, 2019 at 02:37:46 -0400, Gene Heskett wrote:
> > And at 2:30 the next morning I can report that it worked with no
> > complaints.
>
> Great. And is it the case that amcheck is now happy for the DLEs on
> picnc which
On Sun, Jun 23, 2019 at 02:37:46 -0400, Gene Heskett wrote:
> And at 2:30 the next morning I can report that it worked with no
> complaints.
Great. And is it the case that amcheck is now happy for the DLEs on
picnc which it previously gave the "Could not access /media/pi/
[...] Permission de
On Saturday 22 June 2019 11:32:57 Gene Heskett wrote:
> On Saturday 22 June 2019 11:10:28 Nathan Stratton Treadway wrote:
> > On Sat, Jun 22, 2019 at 09:42:42 -0400, Gene Heskett wrote:
> > > Fails amcheck with
> > > amanda@coyote:/root$ /usr/local/sbin/amcheck Daily
> > > '/usr/local/etc/amanda/D
On Saturday 22 June 2019 11:10:28 Nathan Stratton Treadway wrote:
> On Sat, Jun 22, 2019 at 09:42:42 -0400, Gene Heskett wrote:
> > Fails amcheck with
> > amanda@coyote:/root$ /usr/local/sbin/amcheck Daily
> > '/usr/local/etc/amanda/Daily/amanda.conf', line 487: application
> > name expected: 0 12
On Sat, Jun 22, 2019 at 09:42:42 -0400, Gene Heskett wrote:
> Fails amcheck with
> amanda@coyote:/root$ /usr/local/sbin/amcheck Daily
> '/usr/local/etc/amanda/Daily/amanda.conf', line 487: application name
> expected: 0 12
> '/usr/local/etc/amanda/Daily/amanda.conf', line 487: end of line is expec
On Friday 21 June 2019 22:14:20 Nathan Stratton Treadway wrote:
> On Fri, Jun 21, 2019 at 20:26:26 -0400, Gene Heskett wrote:
> > You may have brought something to my attention, I know for a fact
> > that the amanda.conf on this server machine is using amgtar.
> >
> > define application-tool app_a
On Fri, Jun 21, 2019 at 20:26:26 -0400, Gene Heskett wrote:
> You may have brought something to my attention, I know for a fact that
> the amanda.conf on this server machine is using amgtar.
>
> define application-tool app_amgtar {
> comment "amgtar"
> plugin "amgtar"
[...]
>
> later
On Friday 21 June 2019 16:07:02 Nathan Stratton Treadway wrote:
> On Fri, Jun 21, 2019 at 14:49:47 -0400, Gene Heskett wrote:
> > On Friday 21 June 2019 12:23:33 Nathan Stratton Treadway wrote:
> > > Have you tried using the amgtar application rather than GNUTAR
> > > anywhere? With v3.5 on the s
On Fri, Jun 21, 2019 at 14:49:47 -0400, Gene Heskett wrote:
> On Friday 21 June 2019 12:23:33 Nathan Stratton Treadway wrote:
> > Have you tried using the amgtar application rather than GNUTAR
> > anywhere? With v3.5 on the server and Stretch on this client, you
[...]
> Been using its since around
On Friday 21 June 2019 12:23:33 Nathan Stratton Treadway wrote:
> On Fri, Jun 21, 2019 at 10:37:59 -0400, Gene Heskett wrote:
> > On Friday 21 June 2019 10:27:37 C. Scheeder wrote:
> > > Hi,
> > > As far as i recal this is an expected behavior for this version of
> > > amanda.
> > >
> > > short ex
On Fri, Jun 21, 2019 at 10:37:59 -0400, Gene Heskett wrote:
> On Friday 21 June 2019 10:27:37 C. Scheeder wrote:
>
> > Hi,
> > As far as i recal this is an expected behavior for this version of
> > amanda.
> >
> > short explanation:
> >
> > amcheck does all work as normal user, so if the user hasn
On Friday 21 June 2019 10:27:37 C. Scheeder wrote:
> Hi,
> As far as i recal this is an expected behavior for this version of
> amanda.
>
> short explanation:
>
> amcheck does all work as normal user, so if the user hasn't access to
> the full tree up to the root dir it will complain it can't acce
Hi,
As far as i recal this is an expected behavior for this version of amanda.
short explanation:
amcheck does all work as normal user, so if the user hasn't access to
the full tree up to the root dir it will complain it can't access these
dirs.
amdump does the backups with elevated rights,
I sent this yesterday around noon, but it never came back. I've also
appended additional info at the bottom.
resent msg=
I just installed the stretch version of amanda common and amanda client,
with should have restored one of my machines to a full
backup status.
Unforch, it didn't,
I just installed the sttetch version of amanda common and amanda client, with
should have restored one of my machines to a full
backup status.
Unforch, it didn't, and this situtation existed on the previous jessie install,
where a pi scatters its stuff over a larg e number
of mount points all
Behalf Of Krahn, Anderson
> Sent: Tuesday, October 21, 2008 9:54 AM
> To: amanda-users@amanda.org
> Subject: client errors
>
>
>
> I'm getting the following errors with amcheck -c Full
>
>
>
> A manda Backup Client Hosts Check
>
> -
, October 21, 2008 9:54 AM
To: amanda-users@amanda.org
Subject: client errors
I'm getting the following errors with amcheck -c Full
A manda Backup Client Hosts Check
WARNING: 10.1.1.80: selfcheck request failed: timeout waiting for ACK
Client check: 1
On Tue, Oct 21, 2008 at 10:53 AM, Krahn, Anderson <[EMAIL PROTECTED]> wrote:
> I'm getting the following errors with amcheck –c Full
Have you considered using bsdtcp authentication?
Dustin
--
Storage Software Engineer
http://www.zmanda.com
I'm getting the following errors with amcheck -c Full
A manda Backup Client Hosts Check
WARNING: 10.1.1.80: selfcheck request failed: timeout waiting for ACK
Client check: 1 host checked in 30.031 seconds. 1 problem found.
(brought to you by Amanda 2.6.0
19 matches
Mail list logo
