Re: chg-zd-mtx help !
Hi! Manjit Notay wrote: Hi all I have successfully managed to install amanda and mtx on a solaris 8 system. i can use mtx to manipulate my overland 10 tape autochanger, but whenever i run ./chg-zd-mtx -info i get the response, chg-zd-mtx: test: argument expected please can someone shed some light. Well, my solaris days were some years ago, but a LOT of the standard tools doesn't work as expected. But I had also some small issues on linux recently with the chg-zd-mtx shell script, that is, ALL parameters had to be set in the chg-zd-mtx.conf. Leaving some values commented out to simply let the script take its default values led to trouble. What I do in such situations (concerning shell scripts) is to set debugging on: insert set -x into the script at the point where U want to start debugging, i.e. right below the #!/bin/sh in chg-zd-mtx. If U can't find a quick solution, maybe trying bash is an option? hope that helps a bit Cheers, -roli regards, Manjit Notay Click Here For Special Deals http://www.ebookers.com This email including any attachments is confidential and may be legally privileged. If you have received it in error please advise the sender immediately by return email and then delete it from your system.The unauthorized use, distribution, copying or alteration of this email is strictly forbidden. -- Dipl.-Ing. Roland Schützner Technical Management All Information Network Services GmbH email: [EMAIL PROTECTED] phone: +43/662/45 23 35-20 fax: +43/662/45 23 35-90
Re: Single file backup using SAMBA
Francisco de Asís Miralles Argente wrote:
I tried to backup only one file that is in a directory with other
files in a windows client, but I don't get any way to do it.
The obvious DLE way does not work:
your.host/path/to/the/filecomp-user-tar
because dump and tar need a directory path; gnutar is given
the command gnutar ... --directory /path/to/the/file ...
so it needs a directory (or a symlink to a directory).
I never tried it, but recently you can also specify include
lists when using gnutar. Maybe something like this works:
your.host file-bup /path/to/parent/dir {
comp-user-tar
include ./file
} 1
(Not tried myself, but curious if it works...)
RE: chg-zd-mtx help !
Typically this problem occurs in shell scripts which are testing the value
of a
variable that has not been set. The work around for this is to rewrite the
script to put variables of unknown (and possibly null/blank) values inside
double quotes (). This lets the shell know that the value to be tested
is present but null valued.
For example: (Korn/Bourne/Bash shell assumed)
# Failing case
foo='';
if [ $foo = bar ]
then
: blah
fi
As the shell sees this:
.
if [ = bar ]
then
.
# Should be
foo='';
if [ $foo = bar ]
then
: blah
fi
If you are doing numeric comparisons, then have the shell set
the variable to an impossible value and then check for that as
well as your expected values.
# foo valid values are 0 to 1000;
foo='';
if [ ${foo:-99} = 99 ]
then
: error handling here
else
: normal processing
fi
Hope that helps,
Don
Donald L. (Don) Ritchey
E-mail: [EMAIL PROTECTED]
-Original Message-
From: Roland Schützner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 8:16 AM
To: Manjit Notay
Cc: '[EMAIL PROTECTED]'
Subject: Re: chg-zd-mtx help !
Hi!
Manjit Notay wrote:
Hi all
I have successfully managed to install amanda and mtx on a solaris 8
system.
i can use mtx to manipulate my overland 10 tape autochanger, but whenever
i run ./chg-zd-mtx -info i get the response,
chg-zd-mtx: test: argument expected
please can someone shed some light.
Well, my solaris days were some years ago, but a LOT of the standard
tools doesn't work as expected.
But I had also some small issues on linux recently with the chg-zd-mtx
shell script, that is, ALL parameters had to be set in the
chg-zd-mtx.conf. Leaving some values commented out to simply let the
script take its default values led to trouble.
What I do in such situations (concerning shell scripts) is to set
debugging on:
insert set -x into the script at the point where U want to start
debugging, i.e. right below the #!/bin/sh in chg-zd-mtx.
If U can't find a quick solution, maybe trying bash is an option?
hope that helps a bit
Cheers,
-roli
regards,
Manjit Notay
Click Here For Special Deals
http://www.ebookers.com
This email including any attachments is confidential and may be legally
privileged. If you have received it in error please advise the sender
immediately by return email and then delete it from your system.The
unauthorized use, distribution, copying or alteration of this email is
strictly forbidden.
--
Dipl.-Ing. Roland Schützner
Technical Management
All Information Network Services GmbH
email: [EMAIL PROTECTED]
phone: +43/662/45 23 35-20
fax: +43/662/45 23 35-90
This e-mail and any of its attachments may contain Exelon Corporation
proprietary information, which is privileged, confidential, or subject
to copyright belonging to the Exelon Corporation family of Companies.
This e-mail is intended solely for the use of the individual or entity
to which it is addressed. If you are not the intended recipient of this
e-mail, you are hereby notified that any dissemination, distribution,
copying, or action taken in relation to the contents of and attachments
to this e-mail is strictly prohibited and may be unlawful. If you have
received this e-mail in error, please notify the sender immediately and
permanently delete the original and any copy of this e-mail and any
printout. Thank You.
Re: Single file backup using SAMBA
On Wednesday 28 May 2003 07:50, Francisco de Asís Miralles Argente wrote: I tried to backup only one file that is in a directory with other files in a windows client, but I don't get any way to do it. Does anyone know a way to do it? Off the top of my somewhat sleepy head, my first suggestion, made with no idea how to actually make it work, would be to setup a special dumptype just for that dle/file, and just gzip it, and hand it off to taper. This might wind up being a several line dumptype contained in curly braces by the time it actually works. The only other way might be to put that file in its own directory if the propgram can be adjusted in that manner. Tar does directories, and if that file is the only one, well... -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.26% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
why is this dump failure occuring despite amcheck is okay?
I'm running amanda server and clients on redhat linux systems. My tape server is a machine called vision.csrees.usda.gov. It runs amanda 2.4.2p2 installed from rpm on Redhat 7.1. My new tape client is a machine called plone (listed below) which runs amanda 2.4.4 installed from source on Redhat 8.0. /usr/sbin/amcheck DailySet1 gives the green light for plone, but /usr/sbin/amdump produces the following failure: FAILURE AND STRANGE DUMP SUMMARY: plone.csre /boot lev 0 FAILED [could not connect to plone.csrees.usda.gov] plone.csre / lev 0 FAILED [input: can't open: plone.csre / lev 0 FAILED [dump to tape failed] Why is the backup failing? -- Michael Martinez Linux System Administrator Marlaw Systems Technology Inc. CSREES/ISTM/USDA [EMAIL PROTECTED]
Re: why is this dump failure occuring despite amcheck is okay?
On Wed, May 28, 2003 at 10:20:53AM -0400, Michael Martinez wrote: I'm running amanda server and clients on redhat linux systems. My tape server is a machine called vision.csrees.usda.gov. It runs amanda 2.4.2p2 installed from rpm on Redhat 7.1. My new tape client is a machine called plone (listed below) which runs amanda 2.4.4 installed from source on Redhat 8.0. /usr/sbin/amcheck DailySet1 gives the green light for plone, but /usr/sbin/amdump produces the following failure: FAILURE AND STRANGE DUMP SUMMARY: plone.csre /boot lev 0 FAILED [could not connect to plone.csrees.usda.gov] plone.csre / lev 0 FAILED [input: can't open: plone.csre / lev 0 FAILED [dump to tape failed] Why is the backup failing? The message said: [could not connect to plone.csrees.usda.gov] Looks like network connectivity/permission problems. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
RE: Single file backup using SAMBA
Sorry, I try to do the backup with SAMBA, and when I use the include
option i get this message: [samba does not support include file], and I
don't want to use the exclude option because there are a lot of files in
this directory.
Francisco de Asís Miralles Argente wrote:
I tried to backup only one file that is in a directory with other
files in a windows client, but I don't get any way to do it.
The obvious DLE way does not work:
your.host/path/to/the/filecomp-user-tar
because dump and tar need a directory path; gnutar is given
the command gnutar ... --directory /path/to/the/file ...
so it needs a directory (or a symlink to a directory).
I never tried it, but recently you can also specify include lists when
using gnutar. Maybe something like this works:
your.host file-bup /path/to/parent/dir {
comp-user-tar
include ./file
} 1
(Not tried myself, but curious if it works...)
Re: Single file backup using SAMBA
On Wed, May 28, 2003 at 04:25:40PM +0200, Francisco de As?s Miralles Argente wrote:
Sorry, I try to do the backup with SAMBA, and when I use the include
option i get this message: [samba does not support include file], and I
don't want to use the exclude option because there are a lot of files in
this directory.
That's true, because smbtar/smbclient is not exactly gnutar.
But that's what samba backup use.
How about rsync'ing the file to a unix/linux host and then doing
a backup on that host using include as suggested.
Francisco de Asís Miralles Argente wrote:
I tried to backup only one file that is in a directory with other
files in a windows client, but I don't get any way to do it.
The obvious DLE way does not work:
your.host/path/to/the/filecomp-user-tar
because dump and tar need a directory path; gnutar is given
the command gnutar ... --directory /path/to/the/file ...
so it needs a directory (or a symlink to a directory).
I never tried it, but recently you can also specify include lists when
using gnutar. Maybe something like this works:
your.host file-bup /path/to/parent/dir {
comp-user-tar
include ./file
} 1
(Not tried myself, but curious if it works...)
End of included message
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
xfs on linux
Has anyone experimented with using xfs with xfsdump on a linux based file server as an alternative to tar on reiserfs. -- George Kelbley System Support Group Computer Science Department University of New Mexico 505-277-6502Fax: 505-277-6927
Re: xfs on linux
On Wed, 28 May 2003 at 9:28am, George Kelbley wrote Has anyone experimented with using xfs with xfsdump on a linux based file server as an alternative to tar on reiserfs. I'm not quite sure I understand where you're coming from. XFS and Reiser are good at different things -- IMO you should use one or the other on their merits, not based on availiblity of a dump tool. However, xfsdump on Linux will work just fine with amanda. As an aside, I'm a big fan of XFS (4TB of formatted space on 4 servers), but haven't used reiser at all. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
RE: Single file backup using SAMBA
I thought to do this, if there isn't other solution I'll do it.
On Wed, May 28, 2003 at 04:25:40PM +0200, Francisco de As?s Miralles
Argente wrote:
Sorry, I try to do the backup with SAMBA, and when I use the include
option i get this message: [samba does not support include file], and
I don't want to use the exclude option because there are a lot of
files in this directory.
That's true, because smbtar/smbclient is not exactly gnutar. But that's
what samba backup use.
How about rsync'ing the file to a unix/linux host and then doing a
backup on that host using include as suggested.
Francisco de Asís Miralles Argente wrote:
I tried to backup only one file that is in a directory with
other
files in a windows client, but I don't get any way to do it.
The obvious DLE way does not work:
your.host/path/to/the/filecomp-user-tar
because dump and tar need a directory path; gnutar is given the
command gnutar ... --directory /path/to/the/file ... so it needs a
directory (or a symlink to a directory).
I never tried it, but recently you can also specify include lists when
using gnutar. Maybe something like this works:
your.host file-bup /path/to/parent/dir {
comp-user-tar
include ./file
} 1
(Not tried myself, but curious if it works...)
End of included message
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: why is this dump failure occuring despite amcheck is okay?
But why would it connect during amcheck but not during amdump.? mike On Wed, 2003-05-28 at 10:28, Jon LaBadie wrote: On Wed, May 28, 2003 at 10:20:53AM -0400, Michael Martinez wrote: I'm running amanda server and clients on redhat linux systems. My tape server is a machine called vision.csrees.usda.gov. It runs amanda 2.4.2p2 installed from rpm on Redhat 7.1. My new tape client is a machine called plone (listed below) which runs amanda 2.4.4 installed from source on Redhat 8.0. /usr/sbin/amcheck DailySet1 gives the green light for plone, but /usr/sbin/amdump produces the following failure: FAILURE AND STRANGE DUMP SUMMARY: plone.csre /boot lev 0 FAILED [could not connect to plone.csrees.usda.gov] plone.csre / lev 0 FAILED [input: can't open: plone.csre / lev 0 FAILED [dump to tape failed] Why is the backup failing? The message said: [could not connect to plone.csrees.usda.gov] Looks like network connectivity/permission problems. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax) -- Michael Martinez Linux System Administrator Marlaw Systems Technology Inc. CSREES/ISTM/USDA [EMAIL PROTECTED]
2.4.4 build/make problem
Hello Amanda users, I've downloaded the latest 2.4.4 kit from www.amanda.org, the 14-Feb kit ? I've unpacked the tar/gzip file on Solaris 9 and want to compile using the stardard Solaris C compiler since I'll be installing on systems that do not have GNU C installed. The following error is very familiar, I'll be digging through my old mail to see what we did in the Makefile to work-around the problem. Just for the record, I'd had a clean build of 2.4.4 using GCC and without the UPD and IP socket restrictions but without the runtime libraries on the target system I wasn't getting very far. [copahue] /local/source/etc/amanda/amanda-2.4.4 40 uname -a SunOS copahue 5.9 Generic_112233-04 sun4u sparc SUNW,Sun-Blade-100 # setenv CC cc # setenv CFLAGS -fast -xarch=v8plusa [copahue] /local/source/etc/amanda/amanda-2.4.4 39 ./configure --with-tcpportrange=10084,10100 --with-udpportrange=932,948 --with-user=amanda --with-group=sys The configure seems to run to completion without problem. The make however... [copahue] /local/source/etc/amanda/amanda-2.4.4 46 makeMaking all in config make all-am Making all in common-src Making all in client-src Making all in tape-src Making all in server-src Making all in changer-src make: Fatal error in reader: Makefile, line 531: Unexpected end of line seen Current working directory /local/source/etc/amanda/amanda-2.4.4/changer-src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I remember seeing this before, when I was trying to build from the 2.4.4.1b1 (?) kit, a non-release version. # cat -n of changer-src/Makefile shows the following. 526 527 uninstall-am: uninstall-info-am uninstall-libexecPROGRAMS \ 528 uninstall-libexecSCRIPTS 529 530 .PHONY: GTAGS all all-am check check-am clean clean-generic \ 531 clean-libexecPROGRAMS clean-libtool distclean distclean-compile \ 532 distclean-depend distclean-generic distclean-libtool \ 533 distclean-tags distdir dvi dvi-am info info-am install \ 534 install-am install-data install-data-am install-exec \ 535 install-exec-am install-info install-info-am \ 536 install-libexecPROGRAMS install-libexecSCRIPTS install-man \ 537 install-strip installcheck installcheck-am installdirs \ 538 maintainer-clean maintainer-clean-generic mostlyclean \ 539 mostlyclean-compile mostlyclean-generic mostlyclean-libtool \ 540 tags uninstall uninstall-am uninstall-info-am \ 541 uninstall-libexecPROGRAMS uninstall-libexecSCRIPTS 542 543 chg-null 544 545 .pl: 546 cat $ $@ 547 chmod a+x $@ 548 -test -z $(PERL) || $(PERL) -c $@ thanks, Brian --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773
[no subject]
RE: New client to Amanda dump returns RESULTS MISSING???
Hi! Is there an easy way to UNINSTALL Amanda? I need to do this because well first of all this isn't a server anymore and it was set up as user operator, and all my other clients are using amanda user. I'd like to completely uninstall everything server/client and then install a new version (amanda-client-2.4.3-4) with user as amanda. If the existing version was installed from FreeBSD ports, you can do something like this to uninstall it: pkg_delete amanda-client-2.4.3b2 pkg_delete amanda-server-2.4.3b2 Then update your ports tree (see the FreeBSD handbook for details) And then... cd /usr/ports/misc/amanda-client make AMANDA_USER=amanda AMANDA_GROUP=backup install I know everyone here recommends that you get the latest source tarball and build Amanda yourself from that, but the FreeBSD ports have worked really well for me, FWIW.
Re: 2.4.4 build/make problem
Amanda users, Follow up, problem not resolved. Looks like my previous issues where discussed with Gene Heskett starting the week of 21-Feb. There the problem was in large part due to incorrect ownerships of the files and not being build because I didn't own the entire tree. This is not the case this time, I've check the file protections and ownership throught the full tree. The location of the make error is exactly the same. I've very quickly exhausted what I know about this particular error. I do notice another odd coincidence though, the error I experienced last time didn't occur until I added the TCP/UDP part ranges, nor did I have a problem building 2.4.4 without those restriction (I have 2.4.4 running on another Solaris 9 box, with a jukebox which presents its own problems). Ok, I've just re-run configure leaving off the TCP/UPD switches and # make fails in the same location. So that isn't the root of the issue. Is there a way to build without the changer-src files ? The systems that I'm currently targeting do not have a jukebox, just an SDLT drive. Server is a firewall, hence the port restrictions. The clients are itself and the system its protecting. thanks, Brian Hello Amanda users, I've downloaded the latest 2.4.4 kit from www.amanda.org, the 14-Feb kit ? I've unpacked the tar/gzip file on Solaris 9 and want to compile using the stardard Solaris C compiler since I'll be installing on systems that do not have GNU C installed. The following error is very familiar, I'll be digging through my old mail to see what we did in the Makefile to work-around the problem. Just for the record, I'd had a clean build of 2.4.4 using GCC and without the UPD and IP socket restrictions but without the runtime libraries on the target system I wasn't getting very far. [copahue] /local/source/etc/amanda/amanda-2.4.4 40 uname -a SunOS copahue 5.9 Generic_112233-04 sun4u sparc SUNW,Sun-Blade-100 # setenv CC cc # setenv CFLAGS -fast -xarch=v8plusa [copahue] /local/source/etc/amanda/amanda-2.4.4 39 ./configure --with-tcpportrange=10084,10100 --with-udpportrange=932,948 --with-user=amanda --with-group=sys The configure seems to run to completion without problem. The make however... [copahue] /local/source/etc/amanda/amanda-2.4.4 46 make Making all in config make all-am Making all in common-src Making all in client-src Making all in tape-src Making all in server-src Making all in changer-src make: Fatal error in reader: Makefile, line 531: Unexpected end of line seen Current working directory /local/source/etc/amanda/amanda-2.4.4/changer-src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I remember seeing this before, when I was trying to build from the 2.4.4.1b1 (?) kit, a non-release version. # cat -n of changer-src/Makefile shows the following. 526 527 uninstall-am: uninstall-info-am uninstall-libexecPROGRAMS \ 528 uninstall-libexecSCRIPTS 529 530 .PHONY: GTAGS all all-am check check-am clean clean-generic \ 531 clean-libexecPROGRAMS clean-libtool distclean distclean-compile \ 532 distclean-depend distclean-generic distclean-libtool \ 533 distclean-tags distdir dvi dvi-am info info-am install \ 534 install-am install-data install-data-am install-exec \ 535 install-exec-am install-info install-info-am \ 536 install-libexecPROGRAMS install-libexecSCRIPTS install-man \ 537 install-strip installcheck installcheck-am installdirs \ 538 maintainer-clean maintainer-clean-generic mostlyclean \ 539 mostlyclean-compile mostlyclean-generic mostlyclean-libtool \ 540 tags uninstall uninstall-am uninstall-info-am \ 541 uninstall-libexecPROGRAMS uninstall-libexecSCRIPTS 542 543 chg-null 544 545 .pl: 546 cat $ $@ 547 chmod a+x $@ 548 -test -z $(PERL) || $(PERL) -c $@ thanks, Brian --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773
amrecover doesn't restore files
amrecover seems to access the indexs fine and the tape server. I type extract, load the tape and it acts as if it is recovering the file. there is activity on the tape device. The file is never restored. short clip below: amrecover setdate 2003-05-14 200 Working date set to 2003-05-14. amrecover ls 2003-05-14 . 2003-05-14 2000 PROJECTS.doc 2003-05-14 360 Review.doc 2003-05-14 Acerpt.doc 2003-05-14 December 25.doc 2003-05-14 Exchange/ 2003-05-14 Graham Backup Procedures.doc 2003-05-14 Kenneth W Lynch1.doc 2003-05-14 LISTDS.EXE 2003-05-14 PUTTY.RND 2003-05-14 REPAIR RETURN REQUEST FORM.doc 2003-05-14 Recycle.exe 2003-05-14 Support.doc 2003-05-14 WINDOWS/ 2003-05-14 comreads.dbg 2003-05-14 comused.dbg 2003-05-14 conspiracy.pl 2003-05-14 conspiracy_pl.txt 2003-05-14 drivers/ 2003-05-14 files/ 2003-05-14 index.html 2003-05-14 ken.txt 2003-05-14 libstdc.so.2.8.0 2003-05-14 lmhosts 2003-05-14 mailbox.pab 2003-05-14 outlook.pst 2003-05-14 perm.pl 2003-05-14 sdconf.rec 2003-05-14 server.cer 2003-05-14 test 2003-05-14 test.txt 2003-05-14 testuser/ 2003-05-14 winbindd_cache.bak 2003-05-14 wkeventlog_app_981023.txt 2003-05-14 wkeventlog_sys_981023.txt 2003-05-14 y2kcheck.doc amrecover add test.txt Added /SERVER2/gkwl/test.txt amrecover extract Extracting files using tape drive /dev/nst0 on host tapemonkey. The following tapes are needed: LinuxSys-6 Restoring files into directory /home/SERVER2/gkwl Continue? [Y/n]: y Load tape LinuxSys-6 now Continue? [Y/n]: y at this point it just sets there for about an hour and then returns to the amrecover prompt with no further info. Please help. Thanks Ken lynch
Re: 2.4.4 build/make problem
On Wed, May 28, 2003 at 02:18:03PM -0400, Brian Cuttler wrote: Ok, I've just re-run configure leaving off the TCP/UPD switches and # make fails in the same location. So that isn't the root of the issue. Did you make sure the previous configure cache was wiped out by doing a make distclean or some other technique? -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: 2.4.4 build/make problem
Amanda users, Build: Complete ! I received the following from John Allen [EMAIL PROTECTED] Delete the 'chg-null' on line 543 and recompile. That was all that was needed and something I should have found earlier in the archives as I'd received and tested per email from Jon LaBadie some time around 10-March. Rebuild of amanda 2.4.4 with port restrictions and without GCC is completed. I wonder if this issue isn't related to absense or bypassing the GCC compiler ? If so is this change to the changer-src/Makefile something that could be accomplished from the configure script ? thank you, Brian --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773
Re: 2.4.4 build/make problem
Brian Cuttler wrote: Amanda users, Build: Complete ! I received the following from John Allen [EMAIL PROTECTED] Delete the 'chg-null' on line 543 and recompile. ... If so is this change to the changer-src/Makefile something that could be accomplished from the configure script ? No, it was a bug in the source Makefile.in from 2.4.4. It's already corrected in the more recent snapshots.
Re: 2.4.4 build/make problem
On Wed, May 28, 2003 at 02:38:19PM -0400, Brian Cuttler wrote: Amanda users, Build: Complete ! I received the following from John Allen [EMAIL PROTECTED] Delete the 'chg-null' on line 543 and recompile. That was all that was needed and something I should have found earlier in the archives as I'd received and tested per email from Jon LaBadie some time around 10-March. I was just about to check on that. I wonder if this issue isn't related to absense or bypassing the GCC compiler ? No, I recall it was a defect in the Makefile.in that is used to build the Makefile. Had you gone to a later snapshot it probably would have already been fixed. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: why is this dump failure occuring despite amcheck is okay?
On Wednesday 28 May 2003 12:20, Michael Martinez wrote:
But why would it connect during amcheck but not during
amdump.?
mike
Possibly an xinetd problem? In all 3 sections of the amanda related
file(s) put in the /etc/xinetd.d directory, the line containing the
word 'disable' should be set to 'no'
I'm a bit ambiguous about the file count there because you can have
3 seperate files, or you can combine them into one, xinetd doesn't
seem to care. Here's mine:
---
# default = off
#
# description: Part of the Amanda server package
# This is the list of daemons such it needs
service amanda
{
disable = no
socket_type = dgram
protocol= udp
wait= yes
user= amanda
group = disk
groups = yes
server = /usr/local/libexec/amandad
}
service amandaidx
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= amanda
group = disk
groups = yes
server = /usr/local/libexec/amindexd
}
service amidxtape
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= amanda
group = disk
groups = yes
server = /usr/local/libexec/amidxtaped
}
-
which is simply called 'amanda' but could in fact be named almost
anything since its presence and contents are apparently what count.
On Wed, 2003-05-28 at 10:28, Jon LaBadie wrote:
On Wed, May 28, 2003 at 10:20:53AM -0400, Michael Martinez wrote:
I'm running amanda server and clients on redhat linux systems.
My tape server is a machine called vision.csrees.usda.gov.
It runs amanda 2.4.2p2 installed from rpm on Redhat 7.1.
My new tape client is a machine called plone (listed below)
which runs amanda 2.4.4 installed from source on Redhat 8.0.
/usr/sbin/amcheck DailySet1 gives the green light for plone,
but /usr/sbin/amdump produces the following failure:
FAILURE AND STRANGE DUMP SUMMARY:
plone.csre /boot lev 0 FAILED [could not connect to
plone.csrees.usda.gov] plone.csre / lev 0 FAILED [input: can't
open:
plone.csre / lev 0 FAILED [dump to tape failed]
Why is the backup failing?
The message said:
[could not connect to plone.csrees.usda.gov]
Looks like network connectivity/permission problems.
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
--
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED] 512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
Re: Redhat 9?
On Wednesday 28 May 2003 13:29, Les Mikesell wrote: I posted a couple of messages about amflush hanging after installing the libc/kernel updates to RedHat 9. Now it appears that the updates weren't involved. I re-installed the stock RH 9 and had a few runs that worked but later had amflush hang again. It seems to be fixed by installing version 2.4.4 (I used the src rpm from rpmfind.net). Is anyone else using the version included in RH9, and if so, have you used amflush very often? -Les Les, if you've got some older binary rpms hanging around, there may be some version disagreements. Excise them. -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.26% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
Re: 2.4.4 build/make problem
On Wednesday 28 May 2003 13:50, Brian Cuttler wrote: Hello Amanda users, I've downloaded the latest 2.4.4 kit from www.amanda.org, the 14-Feb kit ? Thats a bit long in the tooth these days Brian, get the latest snapshot from that link near the bottom of the above page. I've unpacked the tar/gzip file on Solaris 9 and want to compile using the stardard Solaris C compiler since I'll be installing on systems that do not have GNU C installed. Ooops, solaris. Jon? Your turn :) The following error is very familiar, I'll be digging through my old mail to see what we did in the Makefile to work-around the problem. Just for the record, I'd had a clean build of 2.4.4 using GCC and without the UPD and IP socket restrictions but without the runtime libraries on the target system I wasn't getting very far. [copahue] /local/source/etc/amanda/amanda-2.4.4 40 uname -a SunOS copahue 5.9 Generic_112233-04 sun4u sparc SUNW,Sun-Blade-100 # setenv CC cc # setenv CFLAGS -fast -xarch=v8plusa [copahue] /local/source/etc/amanda/amanda-2.4.4 39 ./configure --with-tcpportrange=10084,10100 --with-udpportrange=932,948 --with-user=amanda --with-group=sys The configure seems to run to completion without problem. The make however... [copahue] /local/source/etc/amanda/amanda-2.4.4 46 make Making all in config make all-am Making all in common-src Making all in client-src Making all in tape-src Making all in server-src Making all in changer-src make: Fatal error in reader: Makefile, line 531: Unexpected end of line seen Current working directory /local/source/etc/amanda/amanda-2.4.4/changer-src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I remember seeing this before, when I was trying to build from the 2.4.4.1b1 (?) kit, a non-release version. # cat -n of changer-src/Makefile shows the following. 526 527 uninstall-am: uninstall-info-am uninstall-libexecPROGRAMS \ 528 uninstall-libexecSCRIPTS 529 530 .PHONY: GTAGS all all-am check check-am clean clean-generic \ 531 clean-libexecPROGRAMS clean-libtool distclean distclean-compile \ 532 distclean-depend distclean-generic distclean-libtool \ 533 distclean-tags distdir dvi dvi-am info info-am install \ 534 install-am install-data install-data-am install-exec \ 535 install-exec-am install-info install-info-am \ 536 install-libexecPROGRAMS install-libexecSCRIPTS install-man \ 537 install-strip installcheck installcheck-am installdirs \ 538 maintainer-clean maintainer-clean-generic mostlyclean \ 539 mostlyclean-compile mostlyclean-generic mostlyclean-libtool \ 540 tags uninstall uninstall-am uninstall-info-am \ 541 uninstall-libexecPROGRAMS uninstall-libexecSCRIPTS 542 543 chg-null 544 545 .pl: 546 cat $ $@ 547 chmod a+x $@ 548 -test -z $(PERL) || $(PERL) -c $@ thanks, Brian --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.26% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
Re: 2.4.4 build/make problem
On Wednesday 28 May 2003 14:18, Brian Cuttler wrote: Amanda users, Follow up, problem not resolved. Looks like my previous issues where discussed with Gene Heskett starting the week of 21-Feb. There the problem was in large part due to incorrect ownerships of the files and not being build because I didn't own the entire tree. This is not the case this time, I've check the file protections and ownership throught the full tree. The location of the make error is exactly the same. I've very quickly exhausted what I know about this particular error. I do notice another odd coincidence though, the error I experienced last time didn't occur until I added the TCP/UDP part ranges, nor did I have a problem building 2.4.4 without those restriction (I have 2.4.4 running on another Solaris 9 box, with a jukebox which presents its own problems). Ok, I've just re-run configure leaving off the TCP/UPD switches and # make fails in the same location. So that isn't the root of the issue. Did you delete the config.cache and config.status files first? If not, it will just reconfigure based on those. Is there a way to build without the changer-src files ? The systems that I'm currently targeting do not have a jukebox, just an SDLT drive. You should be able to remove that from your configuration script, see the docs for single drive device specifiying. Server is a firewall, hence the port restrictions. The clients are itself and the system its protecting. thanks, Brian Hello Amanda users, I've downloaded the latest 2.4.4 kit from www.amanda.org, the 14-Feb kit ? I've unpacked the tar/gzip file on Solaris 9 and want to compile using the stardard Solaris C compiler since I'll be installing on systems that do not have GNU C installed. The following error is very familiar, I'll be digging through my old mail to see what we did in the Makefile to work-around the problem. Just for the record, I'd had a clean build of 2.4.4 using GCC and without the UPD and IP socket restrictions but without the runtime libraries on the target system I wasn't getting very far. [copahue] /local/source/etc/amanda/amanda-2.4.4 40 uname -a SunOS copahue 5.9 Generic_112233-04 sun4u sparc SUNW,Sun-Blade-100 # setenv CC cc # setenv CFLAGS -fast -xarch=v8plusa [copahue] /local/source/etc/amanda/amanda-2.4.4 39 ./configure --with-tcpportrange=10084,10100 --with-udpportrange=932,948 --with-user=amanda --with-group=sys The configure seems to run to completion without problem. The make however... [copahue] /local/source/etc/amanda/amanda-2.4.4 46 make Making all in config make all-am Making all in common-src Making all in client-src Making all in tape-src Making all in server-src Making all in changer-src make: Fatal error in reader: Makefile, line 531: Unexpected end of line seen Current working directory /local/source/etc/amanda/amanda-2.4.4/changer-src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I remember seeing this before, when I was trying to build from the 2.4.4.1b1 (?) kit, a non-release version. # cat -n of changer-src/Makefile shows the following. 526 527 uninstall-am: uninstall-info-am uninstall-libexecPROGRAMS \ 528 uninstall-libexecSCRIPTS 529 530 .PHONY: GTAGS all all-am check check-am clean clean-generic \ 531 clean-libexecPROGRAMS clean-libtool distclean distclean-compile \ 532 distclean-depend distclean-generic distclean-libtool \ 533 distclean-tags distdir dvi dvi-am info info-am install \ 534 install-am install-data install-data-am install-exec \ 535 install-exec-am install-info install-info-am \ 536 install-libexecPROGRAMS install-libexecSCRIPTS install-man \ 537 install-strip installcheck installcheck-am installdirs \ 538 maintainer-clean maintainer-clean-generic mostlyclean \ 539 mostlyclean-compile mostlyclean-generic mostlyclean-libtool \ 540 tags uninstall uninstall-am uninstall-info-am \ 541 uninstall-libexecPROGRAMS uninstall-libexecSCRIPTS 542 543 chg-null 544 545 .pl: 546 cat $ $@ 547 chmod a+x $@ 548 -test -z $(PERL) || $(PERL) -c $@ thanks, Brian --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.26% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions
SONER ARICA' NIN BEST OF ALBÜMÜ TUM MÜZIK MARKETLERDE !...
SONER ARICA' NIN BEST OF ALBMPEKER MZIK ETIKETIYLE25 MAYIS' TAN ITIBAREN TUM MZIK MARKETLERDE !...19 SARKI YENI VERSIYON www.sonerarica.net Bu bir bilgilendirme mailidir. Byle bir mail bir daha almak istemiyorsanIz [EMAIL PROTECTED] adresine bos mail gnderiniz. Bu mail sizin diger mail hesaplarinizada geliyorsa, bize mail hesaplarinizi ayri ayri yazin, hepsini listemizden silelim.
tape order, how to fix manually?
Hi, I recently added 10 new tapes for a total of 30 in my amanda cycle, but when I was labelling them amanda was not changing to the correct slot, as a consequence some tapes were labeled more than once since I used the force option. Later I went back and re-labeled them 21-30, manually changing them in the DLT loader. Now amanda wants to go from tape 6 to tape 21, skipping all the tapes in between. Is there any way to actually fix this, or should I just relabel and start again, if I relabel will it destroy the dumps which exist on the tape? Cheers, -ben
infofile update error
hi guys any ideas on where i should look to solve this. checked permissions on everything they seem fine, not sure what else it could be? (i no its not a good idea to use localhost in the disklist file, only tempory) *** THE DUMPS DID NOT FINISH PROPERLY! These dumps were to tape tape-01. The next tape Amanda expects to use is: tape-02. FAILURE AND STRANGE DUMP SUMMARY: driver: FATAL infofile update failed (localhost,/cluster2)
HP MSL6030
Hello! Has anyone tried to use the new HP MSL6030 library with Amanda? It's a 30 tape library with 1 or more ultrium 2 drives - max native storage is 6 TB! Is there a working tape-changer script for amanda? I found tapetype for 200 MB ultrium tapes on amanda.org. Cheers, Eric Eric Björkvall CEO Björkvall Son AB Pålsundsparken 12, 5tr SE-117 32 Stockholm SWEDEN Office: +46 (0)8 84 58 14 Mobile: +46 (0)70 77 8 77 16 http://www.bjorkvall.se (swedish)
