Re: ERROR: client: [DUMP program not available]
> "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.fedoraproject.org/cgit/dump.git/tree/ Since Fedora is basically the upstream for RHEL and CentOS, that should show you what's going on. Which, if you look at the package log, is not much. There's only one open bug which is for an issue that's more annoying than anything. - J<
Re: ERROR: client: [DUMP program not available]
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 pretty sure that you have to use xfsdump for that. > > I posted on the CentOS list as well. Here's what they said > https://lists.centos.org/pipermail/centos/2015-September/155046.html (note > there are a couple of > unsigned test packages referenced there as well: > https://lists.centos.org/pipermail/centos/2015-March/150446.html) Are there any plans to support the xfs filesystem with xfsdump? Has anyone encountered this before? signature.asc Description: OpenPGP digital signature
Re: ERROR: client: [DUMP program not available]
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. I posted on the CentOS list as well. Here's what they said https://lists.centos.org/pipermail/centos/2015-September/155046.html (note there are a couple of unsigned test packages referenced there as well: https://lists.centos.org/pipermail/centos/2015-March/150446.html) signature.asc Description: OpenPGP digital signature
Re: ERROR: client: [DUMP program not available]
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. I'm talking about http://sourceforge.net/projects/dump/, if you > know a dump/restore tools that's more alive, I'd appreciate any hint. > > (And yes, I was happy with dump/restore, until restore wasn't able to > restore a dump.) > > Bugs: > http://sourceforge.net/p/dump/bugs/ > Agreed. The dump utility has a long history. Looking at the changelog on the CentOS 7 rpm package and the sourceforge bug list I can see that Red Hat have been active in maintenance. Not sure if these patches are making back to the repository at sourceforge, though. Also not sure how many of the bugs they have addressed. signature.asc Description: OpenPGP digital signature
Re: ERROR: client: [DUMP program not available]
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/dump/, if you
know a dump/restore tools that's more alive, I'd appreciate any hint.
(And yes, I was happy with dump/restore, until restore wasn't able to
restore a dump.)
Bugs:
http://sourceforge.net/p/dump/bugs/
Best regards from Dresden/Germany
Viele Grüße aus Dresden
Heiko Schlittermann
--
SCHLITTERMANN.de internet & unix support -
Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
gnupg encrypted messages are welcome --- key ID: F69376CE -
! key id 7CBF764A and 972EAC9F are revoked since 2015-01 -
signature.asc
Description: Digital signature
Re: ERROR: client: [DUMP program not available]
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 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' Amanda plugin, until I discovered that
- support from maintainer of Dump just does not exist
- Dump seems to be a dead project
And from my point of view fatally:
- Dump created dumps that restore couldn't open. It wasn't
restores's fault, the dumps where already output broken.
Thus I'd strongly recommend not to use dump for any sort of a backup you
may need one day.
Best regards from Dresden/Germany
Viele Grüße aus Dresden
Heiko Schlittermann
--
SCHLITTERMANN.de internet & unix support -
Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
gnupg encrypted messages are welcome --- key ID: F69376CE -
! key id 7CBF764A and 972EAC9F are revoked since 2015-01 -
Re: ERROR: client: [DUMP program not available]
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' Amanda plugin, until I discovered that
- support from maintainer of Dump just does not exist
- Dump seems to be a dead project
And from my point of view fatally:
- Dump created dumps that restore couldn't open. It wasn't
restores's fault, the dumps where already output broken.
Thus I'd strongly recommend not to use dump for any sort of a backup you
may need one day.
Best regards from Dresden/Germany
Viele Grüße aus Dresden
Heiko Schlittermann
--
SCHLITTERMANN.de internet & unix support -
Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
gnupg encrypted messages are welcome --- key ID: F69376CE -
! key id 7CBF764A and 972EAC9F are revoked since 2015-01 -
signature.asc
Description: Digital signature
Re: ERROR: client: [DUMP program not available]
Hi Tom,
Yes, there has been some talk about this recently, see
http://archives.zmanda.com/amanda-archives/viewtopic.php?t=7383&highlight=systemd.
Someone did contribute some systemd files for amanda back in June 2013
for 3.3.2 in the Amanda hackers mailing list. These were:
systemd.ama...@.service.in:
[Unit]
Description=Amanda Backup System
After=local-fs.target
[Service]
User=amandabackup
Group=disk
ExecStart=/usr/sbin/amandad -auth=bsdtcp amdump
StandardInput=socket
systemd.ama...@.socket.in
[Unit]
Description=Amanda Activation Socket
[Socket]
ListenStream=10080
Accept=true
[Install]
WantedBy=sockets.target
Probably just need to update the ExecStart path for amandad to be
at /usr/lib/amanda/amandad for the community client package.
Paul
On Thu, 2015-09-24 at 08:23 +1000, Tom Robinson wrote:
> Hi Paul,
>
> Thanks and, yes, that was it. The community package to which you refer works.
>
> Note that RHEL7/CentOS7 now use systemd extensively and amanda backup
> networking is handled by
> amanda.socket in their native packages (i.e. they do not use xinetd). The
> community package still
> uses xinetd. Are there any plans to update the community packages to use the
> systemd structure?
>
> Kind regards,
> Tom
>
> On 23/09/15 10:36, Paul Yeatman wrote:
> > Hi Tom!
> >
> > It sounds like either Amanda was not compiled on the client when "dump"
> > was installed or you are using an Amanda package that does not have
> > "dump" built-in (was not compiled on a host with "dump") which I
> > understand is true for the Amanda package in the CentOS 7 repo. If you
> > want to use "dump" on this host, you will need to compile Amanda on the
> > host now that "dump" is installed or use a package from another source
> > that has "dump" built-in such as the community packages from Zmanda:
> >
> > http://www.zmanda.com/downloads/community/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3.3.7-1.rhel7.x86_64.rpm
> >
> > Cheers!
> >
> >
> > On Wed, 2015-09-23 at 09:05 +1000, Tom Robinson wrote:
> >> CentOS 5, amanda server 2.6.0p2-1.rhel5
> >> CentOS 7, amanda client 3.3.3-13.el7
> >>
> >> Hi,
> >>
> >> I'm configuring a new client into our backups with two GNUTAR based DLEs
> >> and one DUMP based DLE. The
> >> DUMP based one fails:
> >>
> >> client /var {
> >> auth "bsdtcp"
> >> nocomp-root
> >> }
> >>
> >> Here are the dumptypes:
> >>
> >> define dumptype global {
> >> comment "Global definitions"
> >> index yes
> >> }
> >> define dumptype comp-root {
> >> global
> >> 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.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 -c client
> >>
> >> Amanda Backup Client Hosts Check
> >>
> >> ERROR: client: [DUMP program not available]
> >> ERROR: client: [RESTORE program not available]
> >> Client check: 1 host checked in 0.138 seconds. 2 problems found.
> >>
> >> (brought to you by Amanda 2.6.0p2)
> >>
> >> Yet on the client I have dump installed:
> >>
> >> $ rpm -qa | grep dump
> >> dump-0.4-0.22.b44.el7.x86_64
> >> $ which restore
> >> /usr/sbin/restore
> >> $ which dump
> >> /usr/sbin/dump
> >> $ ls -l /usr/sbin/{dump,restore}
> >> -rwxr-xr-x. 1 root root 83616 Jun 10 2014 /usr/sbin/dump
> >> -rwxr-xr-x. 1 root root 129392 Jun 10 2014 /usr/sbin/restore
> >> $ ls -l /sbin/{dump,restore}
> >> -rwxr-xr-x. 1 root root 83616 Jun 10 2014 /sbin/dump
> >> -rwxr-xr-x. 1 root root 129392 Jun 10 2014 /sbin/restore
> >>
> >> And selinux is usually on but I have it off for this test:
> >>
> >> $ getenforce
> >> Permissive
> >>
> >> AFAICT I have dump installed but there seems to be an error in executing
> >> it. When the backup runs
> >> the sendsize log on the client I show
Re: ERROR: client: [DUMP program not available]
Hi Paul,
Thanks and, yes, that was it. The community package to which you refer works.
Note that RHEL7/CentOS7 now use systemd extensively and amanda backup
networking is handled by
amanda.socket in their native packages (i.e. they do not use xinetd). The
community package still
uses xinetd. Are there any plans to update the community packages to use the
systemd structure?
Kind regards,
Tom
On 23/09/15 10:36, Paul Yeatman wrote:
> Hi Tom!
>
> It sounds like either Amanda was not compiled on the client when "dump"
> was installed or you are using an Amanda package that does not have
> "dump" built-in (was not compiled on a host with "dump") which I
> understand is true for the Amanda package in the CentOS 7 repo. If you
> want to use "dump" on this host, you will need to compile Amanda on the
> host now that "dump" is installed or use a package from another source
> that has "dump" built-in such as the community packages from Zmanda:
>
> http://www.zmanda.com/downloads/community/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3.3.7-1.rhel7.x86_64.rpm
>
> Cheers!
>
>
> On Wed, 2015-09-23 at 09:05 +1000, Tom Robinson wrote:
>> CentOS 5, amanda server 2.6.0p2-1.rhel5
>> CentOS 7, amanda client 3.3.3-13.el7
>>
>> Hi,
>>
>> I'm configuring a new client into our backups with two GNUTAR based DLEs and
>> one DUMP based DLE. The
>> DUMP based one fails:
>>
>> client /var {
>> auth "bsdtcp"
>> nocomp-root
>> }
>>
>> Here are the dumptypes:
>>
>> define dumptype global {
>> comment "Global definitions"
>> index yes
>> }
>> define dumptype comp-root {
>> global
>> 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.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 -c client
>>
>> Amanda Backup Client Hosts Check
>>
>> ERROR: client: [DUMP program not available]
>> ERROR: client: [RESTORE program not available]
>> Client check: 1 host checked in 0.138 seconds. 2 problems found.
>>
>> (brought to you by Amanda 2.6.0p2)
>>
>> Yet on the client I have dump installed:
>>
>> $ rpm -qa | grep dump
>> dump-0.4-0.22.b44.el7.x86_64
>> $ which restore
>> /usr/sbin/restore
>> $ which dump
>> /usr/sbin/dump
>> $ ls -l /usr/sbin/{dump,restore}
>> -rwxr-xr-x. 1 root root 83616 Jun 10 2014 /usr/sbin/dump
>> -rwxr-xr-x. 1 root root 129392 Jun 10 2014 /usr/sbin/restore
>> $ ls -l /sbin/{dump,restore}
>> -rwxr-xr-x. 1 root root 83616 Jun 10 2014 /sbin/dump
>> -rwxr-xr-x. 1 root root 129392 Jun 10 2014 /sbin/restore
>>
>> And selinux is usually on but I have it off for this test:
>>
>> $ getenforce
>> Permissive
>>
>> AFAICT I have dump installed but there seems to be an error in executing it.
>> When the backup runs
>> the sendsize log on the client I shows:
>>
>> ...8<...
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: waiting for any
>> estimate child: 1 running
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: calculating for
>> amname /var, dirname /var,
>> spindle -1 DUMP
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: getting size via
>> dump for /var level 0
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: calculating for
>> device /var with
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: critical (fatal): no
>> dump program available
>> /lib64/libamanda-3.3.3.so(+0x2b707)[0x7f62963f3707]
>> /lib64/libglib-2.0.so.0(g_logv+0x1b1)[0x7f62951419c1]
>> /lib64/libglib-2.0.so.0(g_log+0x8f)[0x7f6295141c5f]
>> /usr/lib64/amanda/sendsize(getsize_dump+0x344)[0x7f6296cbdad4]
>> /usr/lib64/amanda/sendsize(dump_calc_estimates+0x95)[0x7f6296cbdb85]
>> /usr/lib64/amanda/sendsize(calc_estimates+0x2b6)[0x7f6296cc1c86]
>> /usr/lib64/amanda/sendsize(main+0x151a)[0x7f6296cbc6fa]
>> /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f6293b8eaf5]
>> /usr/lib64/amanda/sendsize(+0x47a9)[0x7f6296cbc7a9]
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: child 502 exited
>> with status 1
>> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: pid 483 finish time
>> Tue Sep 22 20:00:02 2015
>> ...8<...
>>
>> Is this a permissions issue or am I missing a library? Can anyone please
>> shed some light on this?
>>
>> Kind regards,
>> Tom
>>
>>
signature.asc
Description: OpenPGP digital signature
Re: ERROR: client: [DUMP program not available]
Hi Tom!
It sounds like either Amanda was not compiled on the client when "dump"
was installed or you are using an Amanda package that does not have
"dump" built-in (was not compiled on a host with "dump") which I
understand is true for the Amanda package in the CentOS 7 repo. If you
want to use "dump" on this host, you will need to compile Amanda on the
host now that "dump" is installed or use a package from another source
that has "dump" built-in such as the community packages from Zmanda:
http://www.zmanda.com/downloads/community/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3.3.7-1.rhel7.x86_64.rpm
Cheers!
On Wed, 2015-09-23 at 09:05 +1000, Tom Robinson wrote:
> CentOS 5, amanda server 2.6.0p2-1.rhel5
> CentOS 7, amanda client 3.3.3-13.el7
>
> Hi,
>
> I'm configuring a new client into our backups with two GNUTAR based DLEs and
> one DUMP based DLE. The
> DUMP based one fails:
>
> client /var {
> auth "bsdtcp"
> nocomp-root
> }
>
> Here are the dumptypes:
>
> define dumptype global {
> comment "Global definitions"
> index yes
> }
> define dumptype comp-root {
> global
> 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.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 -c client
>
> Amanda Backup Client Hosts Check
>
> ERROR: client: [DUMP program not available]
> ERROR: client: [RESTORE program not available]
> Client check: 1 host checked in 0.138 seconds. 2 problems found.
>
> (brought to you by Amanda 2.6.0p2)
>
> Yet on the client I have dump installed:
>
> $ rpm -qa | grep dump
> dump-0.4-0.22.b44.el7.x86_64
> $ which restore
> /usr/sbin/restore
> $ which dump
> /usr/sbin/dump
> $ ls -l /usr/sbin/{dump,restore}
> -rwxr-xr-x. 1 root root 83616 Jun 10 2014 /usr/sbin/dump
> -rwxr-xr-x. 1 root root 129392 Jun 10 2014 /usr/sbin/restore
> $ ls -l /sbin/{dump,restore}
> -rwxr-xr-x. 1 root root 83616 Jun 10 2014 /sbin/dump
> -rwxr-xr-x. 1 root root 129392 Jun 10 2014 /sbin/restore
>
> And selinux is usually on but I have it off for this test:
>
> $ getenforce
> Permissive
>
> AFAICT I have dump installed but there seems to be an error in executing it.
> When the backup runs
> the sendsize log on the client I shows:
>
> ...8<...
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: waiting for any
> estimate child: 1 running
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: calculating for
> amname /var, dirname /var,
> spindle -1 DUMP
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: getting size via dump
> for /var level 0
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: calculating for
> device /var with
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: critical (fatal): no
> dump program available
> /lib64/libamanda-3.3.3.so(+0x2b707)[0x7f62963f3707]
> /lib64/libglib-2.0.so.0(g_logv+0x1b1)[0x7f62951419c1]
> /lib64/libglib-2.0.so.0(g_log+0x8f)[0x7f6295141c5f]
> /usr/lib64/amanda/sendsize(getsize_dump+0x344)[0x7f6296cbdad4]
> /usr/lib64/amanda/sendsize(dump_calc_estimates+0x95)[0x7f6296cbdb85]
> /usr/lib64/amanda/sendsize(calc_estimates+0x2b6)[0x7f6296cc1c86]
> /usr/lib64/amanda/sendsize(main+0x151a)[0x7f6296cbc6fa]
> /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f6293b8eaf5]
> /usr/lib64/amanda/sendsize(+0x47a9)[0x7f6296cbc7a9]
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: child 502 exited with
> status 1
> Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: pid 483 finish time
> Tue Sep 22 20:00:02 2015
> ...8<...
>
> Is this a permissions issue or am I missing a library? Can anyone please shed
> some light on this?
>
> Kind regards,
> Tom
>
>
ERROR: client: [DUMP program not available]
CentOS 5, amanda server 2.6.0p2-1.rhel5
CentOS 7, amanda client 3.3.3-13.el7
Hi,
I'm configuring a new client into our backups with two GNUTAR based DLEs and
one DUMP based DLE. The
DUMP based one fails:
client /var {
auth "bsdtcp"
nocomp-root
}
Here are the dumptypes:
define dumptype global {
comment "Global definitions"
index yes
}
define dumptype comp-root {
global
comment "Root partitions with compression"
compress client fast
priority low
}
define dumptype nocomp-root {
comp-root
comment "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 available]
Client check: 1 host checked in 0.138 seconds. 2 problems found.
(brought to you by Amanda 2.6.0p2)
Yet on the client I have dump installed:
$ rpm -qa | grep dump
dump-0.4-0.22.b44.el7.x86_64
$ which restore
/usr/sbin/restore
$ which dump
/usr/sbin/dump
$ ls -l /usr/sbin/{dump,restore}
-rwxr-xr-x. 1 root root 83616 Jun 10 2014 /usr/sbin/dump
-rwxr-xr-x. 1 root root 129392 Jun 10 2014 /usr/sbin/restore
$ ls -l /sbin/{dump,restore}
-rwxr-xr-x. 1 root root 83616 Jun 10 2014 /sbin/dump
-rwxr-xr-x. 1 root root 129392 Jun 10 2014 /sbin/restore
And selinux is usually on but I have it off for this test:
$ getenforce
Permissive
AFAICT I have dump installed but there seems to be an error in executing it.
When the backup runs
the sendsize log on the client I shows:
...8<...
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: waiting for any
estimate child: 1 running
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: calculating for amname
/var, dirname /var,
spindle -1 DUMP
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: getting size via dump
for /var level 0
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: calculating for device
/var with
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: critical (fatal): no
dump program available
/lib64/libamanda-3.3.3.so(+0x2b707)[0x7f62963f3707]
/lib64/libglib-2.0.so.0(g_logv+0x1b1)[0x7f62951419c1]
/lib64/libglib-2.0.so.0(g_log+0x8f)[0x7f6295141c5f]
/usr/lib64/amanda/sendsize(getsize_dump+0x344)[0x7f6296cbdad4]
/usr/lib64/amanda/sendsize(dump_calc_estimates+0x95)[0x7f6296cbdb85]
/usr/lib64/amanda/sendsize(calc_estimates+0x2b6)[0x7f6296cc1c86]
/usr/lib64/amanda/sendsize(main+0x151a)[0x7f6296cbc6fa]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f6293b8eaf5]
/usr/lib64/amanda/sendsize(+0x47a9)[0x7f6296cbc7a9]
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: child 502 exited with
status 1
Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: pid 483 finish time Tue
Sep 22 20:00:02 2015
...8<...
Is this a permissions issue or am I missing a library? Can anyone please shed
some light on this?
Kind regards,
Tom
--
Tom Robinson
IT Manager/System Administrator
MoTeC Pty Ltd
121 Merrindale Drive
Croydon South
3136 Victoria
Australia
T: +61 3 9761 5050
F: +61 3 9761 5051
E: tom.robin...@motec.com.au
signature.asc
Description: OpenPGP digital signature
Re: Dump Program Not available
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. > > But when i do amcheck on my server It is still giving me the same error. > > DUMP Porgram not available > RESTORE program not available > >>> End of included message <<< Amcheck and friends do not use the PATH variable for find "dump" or "tar". They are hardcoded as absolute paths at compile time. To see what has been compiled in, look at the file /config/config.h There will be two line #define DUMP and #define GNUTAR. These defines are where amcheck is failing to find the programs. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: Dump Program Not available
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/bin/dump, then you will get the 'program not available' error > even though 'dump' is somewhere in the Amanda user's path. (Disclaimer: > I'm a 'tar' user, and am assuming Amanda deals with ufsdump, vxdump, and > other variants of dump in a similar way to the way it finds GNU tar.) >Somewhere near the beginning of /tmp/amanda/amandad.*.debug you can > find the full command path that Amanda is trying to run. You can then > either make a link from there to the real program, or (probably better > for the long term) rebuild Amanda with the correct path. > > Good luck, > Frank > > --On Saturday, June 01, 2002 14:08:30 -0400 Kaan Saldiraner <[EMAIL PROTECTED]> >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. > > Look in your config header file, /config/config.h, for the path compiled in for the "#define's" of DUMP and GNUTAR. These absolute paths are what amcheck and friends are using. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
RE: Dump Program Not available
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/bin/dump, then you will get the 'program not available' error even though 'dump' is somewhere in the Amanda user's path. (Disclaimer: I'm a 'tar' user, and am assuming Amanda deals with ufsdump, vxdump, and other variants of dump in a similar way to the way it finds GNU tar.) Somewhere near the beginning of /tmp/amanda/amandad.*.debug you can find the full command path that Amanda is trying to run. You can then either make a link from there to the real program, or (probably better for the long term) rebuild Amanda with the correct path. Good luck, Frank --On Saturday, June 01, 2002 14:08:30 -0400 Kaan Saldiraner <[EMAIL PROTECTED]> 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. > > 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 > To: Kaan Saldiraner > Subject: RE: Dump Program Not available > > > It sounds like your environment for the amanda user does not have the path > to > the dump command. "su -" to the amanda user account and see if you can run > dump from the command line. If not you need to add it to the path for the > amanda user. > > Just my 2 cents. > > Wade > > > >> Hello, >> >> Thanks for the response but i think that the solution that you have gave > me >> is for something else... Thanks for your response .. >> My problem is that amanda doesn't see that the machine has Dump already.. >> Maybe permission problem >> >> -Original Message- >> From: Gene Heskett [mailto:[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 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 error >> > >> > Any ideas?? >> > >> > Thanks >> > >> > Kaan Saldiraner >> > Steltor Inc. >> > (514)733-8500 x6503 >> > www.steltor.com >> >> Either see if its listed in inetd.conf if your system usesd inetd, >> or see if there is an amanda in /etc/xinetd.d. If so, edit it to >> change the disable = yes line to disable = no, then restart >> /etc/rc.d/int.d/xinetd. >> >> -- >> Cheers, Gene >> AMD K6-III@500mhz 320M >> Athlon1600XP@1400mhz 512M >> 98.96+% setiathome rank, not too shabby for a hillbilly >> >> >> >> > > > - > This message was sent using Endymion MailMan. > http://www.endymion.com/products/mailman/ > > > > -- Frank Smith[EMAIL PROTECTED] Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
RE: Dump Program Not available
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. 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 To: Kaan Saldiraner Subject: RE: Dump Program Not available It sounds like your environment for the amanda user does not have the path to the dump command. "su -" to the amanda user account and see if you can run dump from the command line. If not you need to add it to the path for the amanda user. Just my 2 cents. Wade > Hello, > > Thanks for the response but i think that the solution that you have gave me > is for something else... Thanks for your response .. > My problem is that amanda doesn't see that the machine has Dump already.. > Maybe permission problem > > -Original Message- > From: Gene Heskett [mailto:[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 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 error > > > >Any ideas?? > > > >Thanks > > > >Kaan Saldiraner > >Steltor Inc. > >(514)733-8500 x6503 > >www.steltor.com > > Either see if its listed in inetd.conf if your system usesd inetd, > or see if there is an amanda in /etc/xinetd.d. If so, edit it to > change the disable = yes line to disable = no, then restart > /etc/rc.d/int.d/xinetd. > > -- > Cheers, Gene > AMD K6-III@500mhz 320M > Athlon1600XP@1400mhz 512M > 98.96+% setiathome rank, not too shabby for a hillbilly > > > > - This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/
RE: Dump Program Not available
Hello, Thanks for the response but i think that the solution that you have gave me is for something else... Thanks for your response .. My problem is that amanda doesn't see that the machine has Dump already.. Maybe permission problem -Original Message- From: Gene Heskett [mailto:[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 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 error > >Any ideas?? > >Thanks > >Kaan Saldiraner >Steltor Inc. >(514)733-8500 x6503 >www.steltor.com Either see if its listed in inetd.conf if your system usesd inetd, or see if there is an amanda in /etc/xinetd.d. If so, edit it to change the disable = yes line to disable = no, then restart /etc/rc.d/int.d/xinetd. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 98.96+% setiathome rank, not too shabby for a hillbilly
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 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 error > >Any ideas?? > >Thanks > >Kaan Saldiraner >Steltor Inc. >(514)733-8500 x6503 >www.steltor.com Either see if its listed in inetd.conf if your system usesd inetd, or see if there is an amanda in /etc/xinetd.d. If so, edit it to change the disable = yes line to disable = no, then restart /etc/rc.d/int.d/xinetd. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 98.96+% setiathome rank, not too shabby for a hillbilly
Dump 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 error Any ideas?? Thanks Kaan Saldiraner Steltor Inc. (514)733-8500 x6503 www.steltor.com
Re: DUMP program not available
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 Wiele wrote: > > > > 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? > > Ah, that means you're using a amdump that had dump found when compiling, > but it's not there on the system where you're running it now. > As a stupid workaround try: ln -s /bin/false /usr/bin/dump (or wherever > amdump is supposed to find the dump program). > Better is to recompile amanda (don't forget "make distclean" before > running "configure" again) on the target system. > > -- > Paul Bijnens, Lant Tel +32 16 40.51.40 > Interleuvenlaan 15 H, B-3001 Leuven, BELGIUM Fax +32 16 40.49.61 > http://www.lant.com/ email: [EMAIL PROTECTED] > *** > * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * > * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * > * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * > * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * > * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* > * ... "Are you sure?" ... YES ... Phew ... I'm out * > *** -- Tom Van de Wiele System Administrator Eduline Colonel Bourgstraat 105a 1140 Brussel http://www.eduline.be
Re: DUMP program not available
Hi very easy, stick the line program "GNUTAR" in your dumptype's in amanda.conf Christoph Tom Van de Wiele schrieb: > > 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 for dump and use tar instead) > > best regards > > Tom > > Tom Van 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 I couldn't find a parameter for > > the DUMP program with ./configure --help > > > > Where do I specify it? Also, the drives amanda has to backup are > > reiserfs and ext2 on the one client I have. Isn't it so that DUMP and > > RESTORE are for ext2 only? or am I mistaken? > > > > best regards > > > > Tom Van de Wiele > > > > -- > > Tom Van de Wiele > > System Administrator > > > > Eduline > > Colonel Bourgstraat 105a > > 1140 Brussel > > http://www.eduline.be > > -- > Tom Van de Wiele > System Administrator > > Eduline > Colonel Bourgstraat 105a > 1140 Brussel > http://www.eduline.be
Re: DUMP program not available
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 external programs to actually get the bits off the disks. The fact that there is no 'dump' for ReiserFS is nobody's fault but the ReiserFS team. And no, I don't want to start a FS holy war here. > specify the use of the tar program? (in other words how do I shut up > amcheck to search for dump and use tar instead) > In your dumptypes in amanda.conf, specify 'program "GNUTAR"'. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Re: DUMP program not available
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 for dump and use tar > instead) > >best regards > >Tom as the user 'amanda': ./configure --with-GNUtar (among others, my configure script is attached) then make clean && make then su - (to root) make install exit back to user amanda amcheck etc. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 98.4+% setiathome rank, not too shabby for a hillbilly My configure driver script. It pays to do something like this and carry it over from version to version as you upgrade because it will prevent configureing miss-haps and typu's. --- #!/bin/sh make clean rm -f config.status config.cache ./configure --with-user=amanda --with-group=amanda \ --with-owner=amanda --with-tape-device=/dev/nst0 \ --with-changer-device=/dev/sg2 --with-gnu-ld \ --prefix=/usr/local \ --with-debugging=/var/log/amanda-dbg/ \ --with-tape-server=192.168.1.1 --with-amandahosts \ --with-configdir=/usr/local/etc/amanda -- Modify to suit your setup of course.
Re: DUMP program not available
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 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
> > specify the use of the tar program? (in other words how do I shut up
> > amcheck to search for dump and use tar instead)
>
> First make sure you have tar-1.13.19 or more (plain tar-1.13 has some
> blocking bugs!).
> Then make sure it is found when compiling amanda (look in
> the /tmp/amanda/amandad* files for the GNUTAR path).
> Specify a dumptype that uses the GNUTAR program:
>
>define dumptype user-tar {
> ...
> program "GNUTAR"
> comment "user partitions dumped with tar"
> ...
> }
>
> That's it.
>
> Paul
>
> ps. welkom in de alsmaar langer wordende lijst van amandausers in België.
>
> --
> Paul Bijnens, Lant Tel +32 16 40.51.40
> Interleuvenlaan 15 H, B-3001 Leuven, BELGIUM Fax +32 16 40.49.61
> http://www.lant.com/ email: [EMAIL PROTECTED]
> ***
> * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
> * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, *
> * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, *
> * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, *
> * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...*
> * ... "Are you sure?" ... YES ... Phew ... I'm out *
> ***
--
Tom Van de Wiele
System Administrator
Eduline
Colonel Bourgstraat 105a
1140 Brussel
http://www.eduline.be
Re: DUMP program not available
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 for dump and use tar instead) best regards Tom Tom Van 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 I couldn't find a parameter for > the DUMP program with ./configure --help > > Where do I specify it? Also, the drives amanda has to backup are > reiserfs and ext2 on the one client I have. Isn't it so that DUMP and > RESTORE are for ext2 only? or am I mistaken? > > best regards > > Tom Van de Wiele > > -- > Tom Van de Wiele > System Administrator > > Eduline > Colonel Bourgstraat 105a > 1140 Brussel > http://www.eduline.be -- Tom Van de Wiele System Administrator Eduline Colonel Bourgstraat 105a 1140 Brussel http://www.eduline.be
DUMP program not available
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 with ./configure --help Where do I specify it? Also, the drives amanda has to backup are reiserfs and ext2 on the one client I have. Isn't it so that DUMP and RESTORE are for ext2 only? or am I mistaken? best regards Tom Van de Wiele -- Tom Van de Wiele System Administrator Eduline Colonel Bourgstraat 105a 1140 Brussel http://www.eduline.be
Re: [DUMP program not available]
Hi John, Thanks for the help and the invaluable tools. I managed to get the amcheck to run successfully and it seemed that the last compile didn't detect /sbin/dump. I re-ran the steps for cleaning and recompiling again and it was ok after this. I must have slipped up somewhere with 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: [DUMP program not available] >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 those annoying people who do the right thing :-). Any chance selfcheck (and maybe some other parts of Amanda) didn't get updated when you rebuilt things? What does an "ls -l" have to say about the modification time of (e.g.) amandad and selfcheck? Presumably they would be very close to each other. Run "strings .../selfcheck | grep dump". You should see /sbin/dump listed in there someplace. If you don't, selfcheck was *not* compiled with DUMP support (i.e. ./configure did not find dump when it was run). Run amcheck again and look at /tmp/amanda/amandad*debug. You'll see a "SERVICE selfcheck" line followed by an "OPTIONS ;" line and then some other lines for each of the client disks. Take the lines starting *after* the SERVICE one (i.e. start with OPTIONS) up to, but not including, the "" line and put them in a temp file. For instance, here's what I used a few minutes ago: OPTIONS ; DUMP /work 0 OPTIONS |;bsd-auth;index; DUMP /var 0 OPTIONS |;bsd-auth;index; DUMP /utdb 0 OPTIONS |;bsd-auth;index; DUMP /unitree 0 OPTIONS |;bsd-auth;index; DUMP /opt 0 OPTIONS |;bsd-auth;index; DUMP /home/fortress/a 0 OPTIONS |;bsd-auth;index; DUMP / 0 OPTIONS |;bsd-auth;index; (actually, any one DUMP line would be sufficient to test your problem). Then, **as the Amanda user**, run selfcheck by hand with that temp file as stdin. When I tried it, here's what I got: OPTIONS ; OK /dev/rdsk/c1t2d0s6 OK /dev/md/rdsk/d3 OK /dev/rdsk/c1t3d0s3 OK /dev/rdsk/c1t2d0s5 OK /dev/md/rdsk/d4 OK /dev/md/rdsk/d5 OK /dev/md/rdsk/d0 OK /usr/sbin/ufsdump executable OK /usr/sbin/ufsrestore executable OK /etc/dumpdates read/writable OK /dev/null read/writable OK /var/amanda/tmp has more than 64 KB available. OK /var/amanda/tmp has more than 64 KB available. OK /etc has more than 64 KB available. Presumably it will fail for you. Now, run it again, but under control of your system call trace program (e.g. "truss" or "strace", etc). Put the trace output in a file (it will be reasonably large). Either send that to me, or look through it for access() system calls, and make sure you a) see a call to look up /sbin/dump and b) the call succeeds. John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: [DUMP program not available]
>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 those annoying people who do the right thing :-). Any chance selfcheck (and maybe some other parts of Amanda) didn't get updated when you rebuilt things? What does an "ls -l" have to say about the modification time of (e.g.) amandad and selfcheck? Presumably they would be very close to each other. Run "strings .../selfcheck | grep dump". You should see /sbin/dump listed in there someplace. If you don't, selfcheck was *not* compiled with DUMP support (i.e. ./configure did not find dump when it was run). Run amcheck again and look at /tmp/amanda/amandad*debug. You'll see a "SERVICE selfcheck" line followed by an "OPTIONS ;" line and then some other lines for each of the client disks. Take the lines starting *after* the SERVICE one (i.e. start with OPTIONS) up to, but not including, the "" line and put them in a temp file. For instance, here's what I used a few minutes ago: OPTIONS ; DUMP /work 0 OPTIONS |;bsd-auth;index; DUMP /var 0 OPTIONS |;bsd-auth;index; DUMP /utdb 0 OPTIONS |;bsd-auth;index; DUMP /unitree 0 OPTIONS |;bsd-auth;index; DUMP /opt 0 OPTIONS |;bsd-auth;index; DUMP /home/fortress/a 0 OPTIONS |;bsd-auth;index; DUMP / 0 OPTIONS |;bsd-auth;index; (actually, any one DUMP line would be sufficient to test your problem). Then, **as the Amanda user**, run selfcheck by hand with that temp file as stdin. When I tried it, here's what I got: OPTIONS ; OK /dev/rdsk/c1t2d0s6 OK /dev/md/rdsk/d3 OK /dev/rdsk/c1t3d0s3 OK /dev/rdsk/c1t2d0s5 OK /dev/md/rdsk/d4 OK /dev/md/rdsk/d5 OK /dev/md/rdsk/d0 OK /usr/sbin/ufsdump executable OK /usr/sbin/ufsrestore executable OK /etc/dumpdates read/writable OK /dev/null read/writable OK /var/amanda/tmp has more than 64 KB available. OK /var/amanda/tmp has more than 64 KB available. OK /etc has more than 64 KB available. Presumably it will fail for you. Now, run it again, but under control of your system call trace program (e.g. "truss" or "strace", etc). Put the trace output in a file (it will be reasonably large). Either send that to me, or look through it for access() system calls, and make sure you a) see a call to look up /sbin/dump and b) the call succeeds. John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: [DUMP program not available]
Yes. The main problem exists when I run `amcheck -c ` from the tape host (a different box), all looks fine on the client. Matt - Original Message - From: "Jolet, John" <[EMAIL PROTECTED]> To: "'Matthew Baker'" <[EMAIL PROTECTED]> Sent: Friday, July 20, 2001 2:34 PM Subject: RE: [DUMP program not available] can you run dump as the amanda user at the command line? === "Views expressed by the author do not necessarily represent those of Medic Computer Systems, Inc., management and Board of Directors" === John P. Jolet Unix Systems Administrator Medic Computer Systems 4301 Westbank Dr Ste A-100, Austin TX 78746 512-329-0070 or 800-347-3473 ext 2914 -Original Message- From: Matthew Baker [mailto:[EMAIL PROTECTED]] Sent: 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 distclean and removed config.cache before running config again. I've checked the paths for /sbin/dump and restore numerous times $ ls -ld / drwxr-xr-x 20 root root 4096 Jun 26 15:02 / $ ls -ld /sbin/ drwxr-xr-x2 root root 4096 Jul 17 14:11 /sbin/ $ ls -l /sbin/dump -rwxr-xr-x1 root root43856 Mar 13 2000 /sbin/dump $ ls -l /sbin/restore -rwxr-xr-x1 root root67152 Mar 13 2000 /sbin/restore $ file /sbin/dump /sbin/dump: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped $ file /sbin/restore /sbin/restore: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped It's x + r to world so surely it'll be fine. / /sbin are accessible to world too. quizzed?? any other suggestions - Original Message - From: "John R. Jackson" <[EMAIL PROTECTED]> To: "Matthew Baker" <[EMAIL PROTECTED]> 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 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%, positive /sbin/dump and /sbin/restore exist **on that client**? I.e. do an "ls -l" of each? >I have wondered whether it is to do with paths, perms or group settings. But >both programs have world r and x. ... Well, what Amanda is doing is an access() call on both programs. So one thing to try would be: su -c "file /sbin/dump" You might check the permissions on / and /sbin, too. >Matt John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
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 distclean and removed config.cache before running config again. I've checked the paths for /sbin/dump and restore numerous times $ ls -ld / drwxr-xr-x 20 root root 4096 Jun 26 15:02 / $ ls -ld /sbin/ drwxr-xr-x2 root root 4096 Jul 17 14:11 /sbin/ $ ls -l /sbin/dump -rwxr-xr-x1 root root43856 Mar 13 2000 /sbin/dump $ ls -l /sbin/restore -rwxr-xr-x1 root root67152 Mar 13 2000 /sbin/restore $ file /sbin/dump /sbin/dump: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped $ file /sbin/restore /sbin/restore: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped It's x + r to world so surely it'll be fine. / /sbin are accessible to world too. quizzed?? any other suggestions - Original Message - From: "John R. Jackson" <[EMAIL PROTECTED]> To: "Matthew Baker" <[EMAIL PROTECTED]> 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 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%, positive /sbin/dump and /sbin/restore exist **on that client**? I.e. do an "ls -l" of each? >I have wondered whether it is to do with paths, perms or group settings. But >both programs have world r and x. ... Well, what Amanda is doing is an access() call on both programs. So one thing to try would be: su -c "file /sbin/dump" You might check the permissions on / and /sbin, too. >Matt John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
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 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%, positive /sbin/dump and /sbin/restore exist **on that client**? I.e. do an "ls -l" of each? >I have wondered whether it is to do with paths, perms or group settings. But >both programs have world r and x. ... Well, what Amanda is doing is an access() call on both programs. So one thing to try would be: su -c "file /sbin/dump" You might check the permissions on / and /sbin, too. >Matt John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
[DUMP program not available]
Hi all, I read the faqs and other mails on yahoo goups about how to fix the above error when running amcheck for a new client. 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 have recompiled the install a few times chopping off unnecessary options. grep DUMP /tmp/amanda/* says: /tmp/amanda/amandad.20010717170045.debug:amandad:RDEV_PREFIX="/dev/" DUMP="/sbin/dump" /tmp/amanda/amandad.20010717170045.debug:DUMP / 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.debug:ERROR [RESTORE program not available] I have wondered whether it is to do with paths, perms or group settings. But both programs have world r and x. amanda knows the path and it has access to the raw disks. So there it is any help would be greatly appreciated Matt __ Matthew Baker City NetGates Ltd. Technical Administrator. Tel: +44 870 1200 217 Fax: +44 870 1200 216 Email: [EMAIL PROTECTED] __
Re: amcheck error DUMP program not available
> ERROR: stick: [can not read/write /etc/dumpdates: Permission denied] >... On the remote host, I hav >e made sure that the amanda backup user is in the group the has rights to the >partition and to the /etc/dumpdates file. ... Take a look at the first line of /tmp/amanda/selfcheck*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] >... >Both the client and the server have dump version 0.4b19 installed. But did the client have it when you built Amanda? This message means DUMP support was not built in to the client. It does not mean it cannot find dump. You probably need to "make distclean" then "./configure ..." and "make install" again. > Thanks Jonathan John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: amcheck error 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 use, of course :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
amcheck error DUMP program not available
I am trying to backup a partition on a remote host. On the remote host, I have made sure that the amanda backup user is in the group the has rights to the partition and to the /etc/dumpdates file. Both the client and the server have dump version 0.4b19 installed. When I run amcheck I get the following error: Amanda Tape Server Host Check - /var/tmp: 643748 KB disk space available, that's plenty. NOTE: skipping tape-writable test. Tape vol2 label ok. Server check took 17.362 seconds. Amanda Backup Client Hosts 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 tried some of the solutions with no success. Both machines are running RH6.2. Does anyone have any ideas? Thanks Jonathan
