Re: 500 Access not allowed: (but should be)
Thanks for the replies You know what the problem actually was? On Redhat 7.2 built and installed from source RPM. .amandhosts file is NOT in /home/amanda ! It is in /var/lib/amanda/.amandahosts cp /home/amanda/.amandahosts /var/lib/amanda/.amandahosts Fixed it. This may be documented somewhere but I couldn't find it. anyway, thanks again Kevin > > In the server's (missie) ~amanda/.amandahosts you need: > > grumpy.doamin.com root > > The [access as X not allowed from Y@Z] message is telling you how > Amanda is actually trying to be authenticated, so just put whatever > shows as Y and Z in the message in the .amandahosts file in the > reverse order like so: >
Re: 500 Access not allowed: (but should be)
--On Thursday, May 16, 2002 14:29:15 + Kevin Hancock <[EMAIL PROTECTED]> wrote: > > Hi > > I cannot recover my amanda backups. > > My tape server is missie, this is where the tape drive and amanda server is. > I am trying to run amrecover from a client. > > These are Redhat systems. On the server amanda runs as user amanda > and on the client amanda runs as operator. I installed from RPM and this is the >default. > > Redhat 6.2 username is operator > Redhat 7.2 username is amanda > > [root@ /root]# amrecover -t missie.doamin.com -s missie.doamin.com -C DailySet1 > AMRECOVER Version 2.4.1p1. Contacting server on missie.doamin.com ... > 220 missie AMANDA index server (2.4.2p2) ready. > 500 Access not allowed: [access as amanda not allowed from [EMAIL PROTECTED]] >amandahostsauth failed In the server's (missie) ~amanda/.amandahosts you need: grumpy.doamin.com root The [access as X not allowed from Y@Z] message is telling you how Amanda is actually trying to be authenticated, so just put whatever shows as Y and Z in the message in the .amandahosts file in the reverse order like so: Z Y > > I have added > > clientnameroot Almost, but the client is apparently presenting itself as clientname.domin.name > clientnameamanda > clientnameoperator > > to the /home/amanda/.amandahosts file on the server but still I get this error. >From what I can see > user amanda is allowed from grumpy. > > Any ideas why this is happening? > > Thanks > > Kevin Good luck, Frank -- Frank Smith[EMAIL PROTECTED] Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
500 Access not allowed: (but should be)
Hi I cannot recover my amanda backups. My tape server is missie, this is where the tape drive and amanda server is. I am trying to run amrecover from a client. These are Redhat systems. On the server amanda runs as user amanda and on the client amanda runs as operator. I installed from RPM and this is the default. Redhat 6.2 username is operator Redhat 7.2 username is amanda [root@ /root]# amrecover -t missie.doamin.com -s missie.doamin.com -C DailySet1 AMRECOVER Version 2.4.1p1. Contacting server on missie.doamin.com ... 220 missie AMANDA index server (2.4.2p2) ready. 500 Access not allowed: [access as amanda not allowed from [EMAIL PROTECTED]] amandahostsauth failed I have added clientname root clientname amanda clientname operator to the /home/amanda/.amandahosts file on the server but still I get this error. From what I can see user amanda is allowed from grumpy. Any ideas why this is happening? Thanks Kevin
Re: mtx util
Yes I'm successfully (at least it worked last night) using it with the chg-zd-mtx changer script and a Breece Hill Q2.15 DLT tape changer attached to a Linux box. fil krohnengold wrote: > Just curious - anyone using mtx from sourceforge.net? > > > -- > fil krohnengold > systems administrator - IT > american museum of natural history > [EMAIL PROTECTED] > > -- = Jonathan Murray Computer and Information Services Woods Hole Oceanographic Institution http://www.whoi.edu Woods Hole, MA 02543-1541 voice: (508) 289-2877 fax: (508) 457-2174 e-mail: [EMAIL PROTECTED] =
Re: mtx
At Wed, 15 May 2002 13:17:24 CDT, [EMAIL PROTECTED] wrote... : Why don't you ask about what you're trying to accomplish so that we : can better help instead just giving yes/no answers? Good point, sorry. I'm in the middle of debugging a problem using chg-scsi. I was considering using mtx instead, but had problems during the initial setup. I need to wait several hours for this process to finish before I can dive in and come out with specific error messages so i was just testing the water in the mean time. My apologies for wasting bandwidth. -fil -- fil krohnengold systems administrator - IT american museum of natural history [EMAIL PROTECTED]
Re: mtx
Why don't you ask about what you're trying to accomplish so that we can better help instead just giving yes/no answers? For example, if you tell us the platform you are using for your backup server and the library you have (or want), I'm sure you will get some recommendations on the best changer script to use. Frank --On Wednesday, May 15, 2002 14:02:03 -0400 fil krohnengold <[EMAIL PROTECTED]> wrote: > > Next question - folks using chg-mtx with it? > -- > fil krohnengold > systems administrator - IT > american museum of natural history > [EMAIL PROTECTED] -- Frank Smith[EMAIL PROTECTED] Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
Re: mtx
On Wed, May 15, 2002 at 02:02:03PM -0400, fil krohnengold wrote: > > Next question - folks using chg-mtx with it? I'm sure some 1 or 4 of the 8 who said yes to the first query are. Myself, I use both the freeware version and HP's version of mtx. I got both of them working with chg-mtx, did not try the "zd" version. I settled on the freeware version just to match future amanda releases. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
mtx
Next question - folks using chg-mtx with it? -- fil krohnengold systems administrator - IT american museum of natural history [EMAIL PROTECTED]
RE: Failed backups
James, Yes, it does make sense. Fortunately, both of these machines reside on the same end of the vpn, and neither use a NAT'd address. My suspicion is that sendsize could not resolve its hostname do to network problems caused by the downed vpn. What puzzles me is why the vpn's being up or down would cause such problems. I have put the server's and NT's info in the hosts file on the tape server. Will see tonight if that corrects this problem. Thank you for your response! On Wed, 2002-05-15 at 12:34, James Kelty wrote: > Sounds a lot like what I am going through, but I know what my problem is, I > just havn't fixed it yet. Basically the client tries to open a random UDP > connection to the server between the 1-1024 port range. For security > reasons, it uses a 'trusted' port range. You can set the port range when you > compile Amanda, but that isn't the issue. The issue seems to be that the > client MUST be able to contact the server's address on that range in order > to work. This means that if the server is sitting behind a NAT device, the > client must be able to reach the 'reverse NAT' address. > > > Hope this make sense, or help a little. Sorry if it doesn't! > > -James > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Lee Fellows > Sent: Thursday, May 16, 2002 6:04 AM > To: [EMAIL PROTECTED] > Subject: Failed backups > > > > Hi, > > Since setting amanda up, I have constantly run into failed backups > with timeouts reported. If I run amdump on the configuration, it works > fine, but if I let the cron job call it during the night, it fails. > > We have a local network with a vpn to our remote servers. The tape > server is only tasked with backing up some files on its hard drive and > a share from an NT box. Both machines are local. The total size of > the backups being requested are less than 5 Gig. and the tape capacity > is 40 Gig. The NT box is also the dns server of first resort. > > Apparently, if/when the vpn goes down, sendsize gets lost and times > out in reporting to amandad (if I understand correctly). If the vpn is > up, sendsize has no difficulty whatsoever. I found this be seeing > amandad and sendsize still running on the tape server at 7:30 AM when > the cron job started at 1:00 AM. When I discovered that the vpn was > down and restarted it, amandad and sendsize happily finished, reporting > the timeout error. Unfortunately, the vpn goes down most nights, > although not by design. > > Any ideas why sendsize would (mis)behave in this manner? > Any ideas what I can do to work around this? > > Thank you. > > Lee > > >
Re: mtx util
have you configured the sgen(7D) drive for the device? Anthony A. D. Talltree wrote: >>Just curious - anyone using mtx from sourceforge.net? >> > > I couldn't get it to work on my Solaris 8 / SPARC system 8^( > > -- Darin Perusich Unix Systems Administrator Cognigen Corp. [EMAIL PROTECTED]
Re: mtx util
using it under solaris8 with a exabyte ex17 library. fil krohnengold wrote: > Just curious - anyone using mtx from sourceforge.net? > > > -- > fil krohnengold > systems administrator - IT > american museum of natural history > [EMAIL PROTECTED] > > -- Darin Perusich Unix Systems Administrator Cognigen Corp. [EMAIL PROTECTED]
Re: mtx util
On Wed, 15 May 2002, Anthony A. D. Talltree wrote: - >Just curious - anyone using mtx from sourceforge.net? - - I couldn't get it to work on my Solaris 8 / SPARC system 8^( I use v1.2.13 on a Solaris 8 box with no problems. -- -- Stephen Carville UNIX and Network Administrator DPSI (formerly Ace USA Flood Services) 310-342-3602 [EMAIL PROTECTED]
Re: mtx util
On Wednesday 15 May 2002 12:21 pm, fil krohnengold wrote: >Just curious - anyone using mtx from sourceforge.net? I've used it many times as a troubleshooting tool. No problems, it does what I ask it on a CTL-96 Seagate changer. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 98.91+% setiathome rank, not too shabby for a hillbilly
Re: mtx util
>Just curious - anyone using mtx from sourceforge.net? I couldn't get it to work on my Solaris 8 / SPARC system 8^(
Re: mtx util
Yes. On Wed, 2002-05-15 at 12:21, fil krohnengold wrote: > > Just curious - anyone using mtx from sourceforge.net? > > > -- > fil krohnengold > systems administrator - IT > american museum of natural history > [EMAIL PROTECTED] >
RE: Failed backups
Sounds a lot like what I am going through, but I know what my problem is, I just havn't fixed it yet. Basically the client tries to open a random UDP connection to the server between the 1-1024 port range. For security reasons, it uses a 'trusted' port range. You can set the port range when you compile Amanda, but that isn't the issue. The issue seems to be that the client MUST be able to contact the server's address on that range in order to work. This means that if the server is sitting behind a NAT device, the client must be able to reach the 'reverse NAT' address. Hope this make sense, or help a little. Sorry if it doesn't! -James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lee Fellows Sent: Thursday, May 16, 2002 6:04 AM To: [EMAIL PROTECTED] Subject: Failed backups Hi, Since setting amanda up, I have constantly run into failed backups with timeouts reported. If I run amdump on the configuration, it works fine, but if I let the cron job call it during the night, it fails. We have a local network with a vpn to our remote servers. The tape server is only tasked with backing up some files on its hard drive and a share from an NT box. Both machines are local. The total size of the backups being requested are less than 5 Gig. and the tape capacity is 40 Gig. The NT box is also the dns server of first resort. Apparently, if/when the vpn goes down, sendsize gets lost and times out in reporting to amandad (if I understand correctly). If the vpn is up, sendsize has no difficulty whatsoever. I found this be seeing amandad and sendsize still running on the tape server at 7:30 AM when the cron job started at 1:00 AM. When I discovered that the vpn was down and restarted it, amandad and sendsize happily finished, reporting the timeout error. Unfortunately, the vpn goes down most nights, although not by design. Any ideas why sendsize would (mis)behave in this manner? Any ideas what I can do to work around this? Thank you. Lee
Re: mtx util
As a matter of fact, yes. I have a Sun L40 (HP 7200-8000) Library and mtx works just fine with that unit. Wayne Richards > > Just curious - anyone using mtx from sourceforge.net? > > > -- > fil krohnengold > systems administrator - IT > american museum of natural history > [EMAIL PROTECTED]
mtx util
Just curious - anyone using mtx from sourceforge.net? -- fil krohnengold systems administrator - IT american museum of natural history [EMAIL PROTECTED]
dump not going to tape.
Running amanda 2.4.2p2 on solaris 2.6 using a boxhill tape changer with two DLT7000 drives (only one enabled by config) and chg-scsi. I have 14 DLT IV tapes available for each run. There are two dump images which are continually failing to tape. One is 32247872k - the other about the same. The error is always: FAIL driver diglib1 /AMNH/congo/ARCHIVE/photos/4x5a 0 [too many taper retries] INFO taper retrying diglib1:/AMNH/congo/ARCHIVE/photos/4x5a.0 on new tape: [writing file: short write] (it looks like there are two attempts being made before FAIL is declared) I've also tried setting up a seperate config with just these two file systems (very long mount points - don't look at me - I didn't set it up) and as many tapes as they could eat. The error remained the same. It's acting as if the image is just too big for the tape. I don't see how that's possible - unless hardware compression snuck into the mix somehow - this is what's defined in changer.conf: changerdev /dev/rsst6 # # Next comes the data for drive 0 # config 0 drivenum0 dev /dev/rmt/8n Can anyone shed some light? -- fil krohnengold systems administrator - IT american museum of natural history [EMAIL PROTECTED]
Re: Tapecycle question
On Tue, May 14, 2002 at 10:12:14PM +0100, Niall O Broin wrote: > On Tue, May 14, 2002 at 11:37:51AM -0500, Dave Sherohman wrote: > > Yep. A tape must be at least tapes old before amanda will > > agree to reuse it. So for you, with tapecycle set to 14, amanda will > > refuse to overwrite the last 14 tapes that have been used. > > Why then does my tapelist have reuse at the end of every single tape's > entry ? Presumably (i.e., I'm guessing here) because the tape will, eventually, be reused. This doesn't necessarily mean that it's valid for reuse right now - put yesterday's tape back in the drive, run amcheck, and you'll be told something like ERROR: cannot overwrite active tape Daily14.
Re: Strange DUMP Summary
On Wed, 15 May 2002 at 8:53am, Almeida Ed wrote > I've inherited an AMANDA backup solution and am trying to work through some > problems. > I get this report when running amdump to perform a full dump of these > machines. > Can someone tell me what "RESULTS MISSING" means? I'm new to AMANDA and > don't have much of a clue > as to what could be happening. > Thank you, > ed > > FAILURE AND STRANGE DUMP SUMMARY: > mov/ RESULTS MISSING *snip* > rst/ RESULTS MISSING Basically, amanda was able to communicate with those clients but didn't get anything meaningful back. Look in /tmp/amanda/amandad*debug, /tmp/amanda/sendsize*debug, and /tmp/amanda/sendbackup*debug on mov and rst and see if they shed any more light on what's going on. For completeness, what OS(s) are we talking about here, and what version of amanda? -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Failed backups
Hi, Since setting amanda up, I have constantly run into failed backups with timeouts reported. If I run amdump on the configuration, it works fine, but if I let the cron job call it during the night, it fails. We have a local network with a vpn to our remote servers. The tape server is only tasked with backing up some files on its hard drive and a share from an NT box. Both machines are local. The total size of the backups being requested are less than 5 Gig. and the tape capacity is 40 Gig. The NT box is also the dns server of first resort. Apparently, if/when the vpn goes down, sendsize gets lost and times out in reporting to amandad (if I understand correctly). If the vpn is up, sendsize has no difficulty whatsoever. I found this be seeing amandad and sendsize still running on the tape server at 7:30 AM when the cron job started at 1:00 AM. When I discovered that the vpn was down and restarted it, amandad and sendsize happily finished, reporting the timeout error. Unfortunately, the vpn goes down most nights, although not by design. Any ideas why sendsize would (mis)behave in this manner? Any ideas what I can do to work around this? Thank you. Lee
Strange DUMP Summary
I've inherited an AMANDA backup solution and am trying to work through some problems. I get this report when running amdump to perform a full dump of these machines. Can someone tell me what "RESULTS MISSING" means? I'm new to AMANDA and don't have much of a clue as to what could be happening. Thank you, ed FAILURE AND STRANGE DUMP SUMMARY: mov/ RESULTS MISSING mov/usr RESULTS MISSING mov/home/mp1 RESULTS MISSING mov/home/mp2 RESULTS MISSING mov/home/mp5 RESULTS MISSING mov/home/mp3 RESULTS MISSING mov/home/mp4 RESULTS MISSING mov/home/mp6 RESULTS MISSING rst/ RESULTS MISSING rst/usr RESULTS MISSING rst/home/rp3 RESULTS MISSING rst/home/rp4 RESULTS MISSING rst/home/rp6 RESULTS MISSING
RE: amrestore question
Type "file .local.hda1.20020511.0" It will tell you it's a tar file, or dump image, according to what dump program you're using with amanda. -Michael Martinez -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 5:33 AM To: [EMAIL PROTECTED] Subject: amrestore question Hi :-) I have managed to make a dump to a tape (without software-compression) and run amrecover and restore some files. No Problem. Now I run "amrestore ". This restores 2 files to my directory: .local.hda1.20020511.0 .local.hda3.20020511.0 Now, what can I do with those files, what format are they in ? (I thought this command would restore all files on hda1/hda3 in case of something going really bad...) Thanks a lot for answering this newbie question ! Greetings from Germany, Henrik -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
Re: amrestore question
On Wed, 15 May 2002 at 11:32am, [EMAIL PROTECTED] wrote > I have managed to make a dump to a tape (without software-compression) and > run amrecover and restore some files. No Problem. Now I run "amrestore > ". This restores 2 files to my directory: > .local.hda1.20020511.0 > .local.hda3.20020511.0 > Now, what can I do with those files, what format are they in ? Those are either dump files or tarballs, depending on which backup tool is specified in your dumptype. If they're dump files, then you use restore to get the filesystem out of them. If they're tarballs... you get the idea. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Re: Amanda I/O error!
On Wed, 15 May 2002 at 9:00am, Alexander Belik wrote > I found errors but ! What it meen? What can I do? > -- > May 15 03:30:21 auth kernel: st0: Error with sense data: [valid=0] Info > fld=0x0, Current st09:00: sense key Unit Attention > May 15 03:30:21 auth kernel: st0: Error with sense data: [valid=0] Info > fld=0x0, Current st09:00: sense key Unit Attention > May 15 03:30:21 auth kernel: Additional sense indicates Power on, reset, > or bus > device reset occurred > May 15 03:30:21 auth kernel: Additional sense indicates Power on, reset, > or bus > device reset occurred It looks like either the tape drive or the SCSI bus reset itself. That means... yes, you guessed it... it's time to debug your SCSI bus! Oh, happy day! You lucky guy!![1] Err, sorry 'bout that. Check your cables. Check your termination. Check that any adapters (wide->narrow) actively terminate the high bits. And it may be time for another goat. Whatever you do, don't be cheap and try to use a chicken -- only goats will do. [1] Multiple exclamation points -- the sign of a diseased mind. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
amrestore question
Hi :-) I have managed to make a dump to a tape (without software-compression) and run amrecover and restore some files. No Problem. Now I run "amrestore ". This restores 2 files to my directory: .local.hda1.20020511.0 .local.hda3.20020511.0 Now, what can I do with those files, what format are they in ? (I thought this command would restore all files on hda1/hda3 in case of something going really bad...) Thanks a lot for answering this newbie question ! Greetings from Germany, Henrik -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
Re: amanda - my way ?
Bernhard R. Erdmann wrote: >>But it was a hard fight to convince them to do backups parallel >>to their raid-5 array. >>Their argument: why backup, we have raid >> > > rm -rf / > Yep, that was my final argument too
