> "TR" == Tom Robinson writes:
TR> Agreed. The dump utility has a long history. Looking at the
TR> changelog on the CentOS 7 rpm package and the sourceforge bug list I
TR> can see that Red Hat have been active in maintenance.
You can see the patches which Fedora carries here:
http://pkgs.fed
On 25/09/15 08:52, Tom Robinson wrote:
> On 24/09/15 08:23, Tom Robinson wrote:
>> Hi Paul,
>>
>> Thanks and, yes, that was it. The community package to which you refer works.
> Well, I spoke too soon. I neglected to remember that CentOS 7 defaults to an
> xfs filesystem (which
> I'm using). I'm p
On 24/09/15 08:23, Tom Robinson wrote:
> Hi Paul,
>
> Thanks and, yes, that was it. The community package to which you refer works.
Well, I spoke too soon. I neglected to remember that CentOS 7 defaults to an
xfs filesystem (which
I'm using). I'm pretty sure that you have to use xfsdump for that.
On 25/09/15 06:24, Heiko Schlittermann wrote:
> Stefan Piperov (Do 24 Sep 2015 22:16:12 CEST):
>> It's amazing that a utility like dump/restore, which has been part of UNIX
>> since forever, can reach the state where it's considered a dead project and
>> be
>> unsupported...
>>
>> - Stefan.
> Yes.
Stefan Piperov (Do 24 Sep 2015 22:16:12 CEST):
>
> It's amazing that a utility like dump/restore, which has been part of UNIX
> since forever, can reach the state where it's considered a dead project and
> be
> unsupported...
>
> - Stefan.
Yes. I'm talking about http://sourceforge.net/projects
It's amazing that a utility like dump/restore, which has been part of UNIX
since forever, can reach the state where it's considered a dead project
and be
unsupported...
- Stefan.
On Thu, 24 Sep 2015, Heiko Schlittermann wrote:
Hi Tom,
Tom Robinson (Mi 23 Sep 2015 01:05:39 CEST):
CentOS
Hi Tom,
Tom Robinson (Mi 23 Sep 2015 01:05:39 CEST):
> CentOS 5, amanda server 2.6.0p2-1.rhel5
> CentOS 7, amanda client 3.3.3-13.el7
>
> I'm configuring a new client into our backups with two GNUTAR based DLEs and
> one DUMP based DLE. The
> DUMP based one fails:
…
Once I was writing a 'dump'
comment "Root partitions with compression"
> >> compress client fast
> >> priority low
> >> }
> >> define dumptype
> >> nocomp-roohttp://www.zmanda.com/downloads/community/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3
ownloads/community/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3.3.7-1.rhel7.x86_64.rpmt
>> {
>> comp-root
>> comment "Root partitions without compression"
>> compress none
>> }
>>
>> When I run a client check I get this er
nity/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3.3.7-1.rhel7.x86_64.rpmt
> {
> comp-root
> comment "Root partitions without compression"
> compress none
> }
>
> When I run a client check I get this error on the server:
>
> $ amcheck daily -
quot;Root partitions without compression"
compress none
}
When I run a client check I get this error on the server:
$ amcheck daily -c client
Amanda Backup Client Hosts Check
------------
ERROR: client: [DUMP program not available]
ERROR: client: [RESTORE program not ava
On Sat, Jun 01, 2002 at 02:08:30PM -0400, Kaan Saldiraner wrote:
> Hello,
>
> Thanks for the responce .. I ran this command while su - to amanda
>
> export PATH=$PATH:/usr/sbin/:/usr/local/bin:/sbin:/bin
>
> Now amanda user can infact run the dump and restore without doing /sbin/dump
> ..etc.
>
On Sat, Jun 01, 2002 at 06:09:07PM -0500, Frank Smith wrote:
> Amanda uses the full path to all the backup/restore programs that it was
> configured with (and are fixed at compile time). So if Amanda was built
> with your dump program as /usr/sbin/dump. but now it is /sbin/dump or
> /usr/local/bi
> But when i do amcheck on my server It is still giving me the same error.
>
> DUMP Porgram not available
> RESTORE program not available
>
> Thanks,
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, June 01, 2002 8:07 AM
Porgram not available
RESTORE program not available
Thanks,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Saturday, June 01, 2002 8:07 AM
To: Kaan Saldiraner
Subject: RE: Dump Program Not available
It sounds like your environment for the amanda user does not
ailto:[EMAIL PROTECTED]]
Sent: Friday, May 31, 2002 8:37 PM
To: Kaan Saldiraner; [EMAIL PROTECTED]
Subject: Re: Dump Program Not available
On Friday 31 May 2002 05:21 pm, Kaan Saldiraner wrote:
>Hello,
>
>I just installed a client and when i do amcheck for the Server it
> gives me th
On Friday 31 May 2002 05:21 pm, Kaan Saldiraner wrote:
>Hello,
>
>I just installed a client and when i do amcheck for the Server it
> gives me this error
>
>ERROR: machine.domain.com: [DUMP program not available]
>ERROR: machine.domain.com: [RESTORE program not available
Hello,
I just installed a client and when i do amcheck for the Server it gives me
this error
ERROR: machine.domain.com: [DUMP program not available]
ERROR: machine.domain.com: [RESTORE program not available]
I rpmed the dump program and recompiled amanda on the client after and still
the same
I just put "program GNUTAR"'s in my amanda.conf where needed, and now
amcheck returns with 0 errors. (wii :))
Ok, so now I've setup it up... time to learn how to use it... backuping
up and restoring...
thank you all for your help
best regards
Tom
Paul Bijnens wrote:
>
> Tom Van de Wie
reiserfs... how do I
> specify the use of the tar program? (in other words how do I shut up
> amcheck to search for dump and use tar instead)
>
> best regards
>
> Tom
>
> Tom Van de Wiele wrote:
> >
> > Hello people
> >
> > Amanda Backup Hosts Ch
On Fri, 25 Jan 2002 at 2:16pm, Tom Van de Wiele wrote
> so I found out DUMP is only for ext2. great. So I'm going to use tar
> instead since amanda doesn't really support reiserfs... how do I
Now that statement isn't quite accurate. Amanda doesn't do backups.
Amanda schedules them and runs
On Friday 25 January 2002 08:16 am, Tom Van de Wiele wrote:
>hi
>
>so I found out DUMP is only for ext2. great. So I'm going to
> use tar instead since amanda doesn't really support reiserfs...
> how do I specify the use of the tar program? (in other words
> how do I shut up amcheck to search f
okay, thank you. but how do I get amcheck to stop complaining about not
finding DUMP?
it doesn't complain about not finding tar, so tar must work... yes? no?
regards
Tom
ps. ik wist niet dat er zoveel amanda gebruikers waren, but glad to be
aboard :)
Paul Bijnens wrote:
>
> Tom Van de W
n de Wiele wrote:
>
> Hello people
>
> Amanda Backup Hosts Check
> -
> ERROR: tapeserver.ourdomain.com: [DUMP program not available]
> Client check: 2 hosts checked in 0.046 seconds, 1 problem found
>
> I know I have to recompile amanda, but
Hello people
Amanda Backup Hosts Check
-
ERROR: tapeserver.ourdomain.com: [DUMP program not available]
Client check: 2 hosts checked in 0.046 seconds, 1 problem found
I know I have to recompile amanda, but I couldn't find a parameter for
the DUMP program
h the second
rebuild after installing dump.
Again thanks for your help.
Matt
- Original Message -
From: "John R. Jackson" <[EMAIL PROTECTED]>
To: "Matthew Baker" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, July 20, 2001 6:17 PM
Subject: Re: [DU
>Tried this. When I first installed amanda on the client (yes I am
>talking about the client) dump wasn't present so I installed it using:
>apt-get install dump and recompiled amanda. I ran make distclean and removed
>config.cache before running config again. ...
Oh, fine. So you're one of
: Friday, July 20, 2001 5:19 AM
To: [EMAIL PROTECTED]
Subject: Re: [DUMP program not available]
Yup,
Tried this. When I first installed amanda on the client (yes I am
talking about the client) dump wasn't present so I installed it using:
apt-get install dump and recompiled amanda. I ran make
ED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, July 19, 2001 6:59 PM
Subject: Re: [DUMP program not available]
>... We have a recently setup server running
>Debian 2.2. I have compiled amanda with Dump (which resides in /sbin/dump)
>not GNUtar. 'configure' seems ok findi
>... We have a recently setup server running
>Debian 2.2. I have compiled amanda with Dump (which resides in /sbin/dump)
>not GNUtar. 'configure' seems ok finding the path to dump and restore. ...
I assume you mean you're doing this on the client, right?
Silly question, but are absolutely, 100%
0 OPTIONS
|;bsd-auth;compress-best;index;
/tmp/amanda/amandad.20010717170045.debug:ERROR [DUMP program not available]
grep RESTORE /tmp/amanda/* says
/tmp/amanda/amandad.20010717170045.debug:amandad:
RESTORE="/sbin/restore" GNUTAR="/bin/tar"
/tmp/amanda/amandad.20010717170045.d
ck*debug and make
sure euid/ruid are the UID of the user you think Amanda is running as,
then make sure that that user is in a group that has write permission
to /etc/dumpdates (I know you said you did this, but something in this
path is not right yet).
> ERROR: stick: [DUMP program not available]
> ERROR: stick: [DUMP program not available]
First, adjust your clock. It says the current year is 101 :-)
Second, rebuild Amanda on the client, starting from a clean build
tree, so that configure has a chance of finding DUMP. Assuming you
have DUMP and that's what you want to
Check
ERROR: stick: [DUMP program not available]
ERROR: stick: [can not read/write /etc/dumpdates: Permission denied]
Client check: 1 host checked in 1.822 seconds, 2 problems found.
(brought to you by Amanda 2.4.1p1)
I have searched through the egroups list for similar errors and have
34 matches
Mail list logo