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
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
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, path_to_amanda_src/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
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 path_to_amdanda_source/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 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
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
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
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
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
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
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]
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]
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 amanda-user -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]
Yes. The main problem exists when I run `amcheck -c config` 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 amanda-user -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 amanda-user -c file /sbin/dump You might check the permissions on / and /sbin, too. Matt John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
