Re: Many thanks and more questions (amrestore/amfetchdump)

2006-07-28 Thread Frank Smith
Ronald Vincent Vazquez wrote: > The next questions are, how will amanda back up a single volume exceeding > 5 TB (10-14 TB) and how long will it take to write it to tape? Should we > be asking an average of how long does amanda takes to collect and write 1 > TB of data to tape and multiply by X?

Re: Server side compression

2006-07-28 Thread Alan Pearson
Thanks Gene / Jon That helps explain it ! I'll get this thing taped eventually !! -- AlanP On Fri, July 28, 2006 7:37 pm, Jon LaBadie wrote: > On Fri, Jul 28, 2006 at 07:25:29PM +0100, Alan Pearson wrote: >> >> I think I've run into another problem indirectly realted to my earlier >> issues. >>

Release of amanda-2.5.1b2

2006-07-28 Thread Jean-Louis Martineau
Hello, The Amanda core team is pleased to announce the second beta release of Amanda 2.5.1, the 2.5.1b2 release. It should be the latest beta before the release of 2.5.1. We plan to release the final 2.5.1 at the end of the august month. Please, test this latest beta release and report all bug y

Many thanks and more questions (amrestore/amfetchdump)

2006-07-28 Thread Ronald Vincent Vazquez
Hello folks: Let me start by saying that a week ago I commited myself to help in documenting the creation of a "Amanda Recovery CD" and I still intend to do it. As you may all suspect, yes, time... I also want to take this opportunity to praise the Amanda development team for a great product. I

Re: Server side compression

2006-07-28 Thread Gene Heskett
On Friday 28 July 2006 14:25, Alan Pearson wrote: >I think I've run into another problem indirectly realted to my earlier >issues. > >I've been trying in vein to get a Level 0 dump of the machine onto tape. > >I've told amanda to use SERVER compression, but unfortunatley, amanda >planner seem to t

Re: Server side compression

2006-07-28 Thread Jon LaBadie
On Fri, Jul 28, 2006 at 07:25:29PM +0100, Alan Pearson wrote: > > I think I've run into another problem indirectly realted to my earlier > issues. > > I've been trying in vein to get a Level 0 dump of the machine onto tape. > > I've told amanda to use SERVER compression, but unfortunatley, aman

Re: Getting list of DLE's w/o Lev 0s

2006-07-28 Thread Jon LaBadie
On Fri, Jul 28, 2006 at 01:05:47PM -0500, C. Chan wrote: > Also Sprach jeffrey d anderson: > > >On Friday 28 July 2006 10:17, C. Chan wrote: > >>Related to Mr. Pearson's previous question: > >> > >>Is there a quick way to determine which DLEs do not have any > >>Lev 0s on any tapes? > > > >'amover

Server side compression

2006-07-28 Thread Alan Pearson
I think I've run into another problem indirectly realted to my earlier issues. I've been trying in vein to get a Level 0 dump of the machine onto tape. I've told amanda to use SERVER compression, but unfortunatley, amanda planner seem to take the estimates from the client without compression wh

Re: Getting list of DLE's w/o Lev 0s

2006-07-28 Thread C. Chan
Also Sprach jeffrey d anderson: On Friday 28 July 2006 10:17, C. Chan wrote: Related to Mr. Pearson's previous question: Is there a quick way to determine which DLEs do not have any Lev 0s on any tapes? 'amoverview' ought to provide that information. Yes, that's what I use now, I search fo

Re: Getting list of DLE's w/o Lev 0s

2006-07-28 Thread C. Chan
Well, that's the opposite of what I want. I want to generate a list of the DLEs in disklist which DO NOT have ANY Lev 0s, so I can force a level 0 for those particular DLEs during a run of amanda. Also Sprach Pavel Pragin: Hello, If i understand you correctly you should get what you are lookin

Re: amrecover question

2006-07-28 Thread Paddy Sreenivasan
Jeff, Please check if .amandahosts and xinetd service files are set up correctly. Please note that upgrading from 2.5.0 to 2.5.1 requires changes to .amandahosts and xinetd files. This is required if you are using bsd authentication. See http://wiki.zmanda.com/index.php/Configuring_bsd/bsdudp/b

Re: Getting list of DLE's w/o Lev 0s

2006-07-28 Thread Mitch Collinsworth
On Fri, 28 Jul 2006, C. Chan wrote: Is there a quick way to determine which DLEs do not have any Lev 0s on any tapes? amoverview

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Alan Pearson
You'd think so But it didn't :-( -- AlanP On Fri, July 28, 2006 6:05 pm, Frank Smith wrote: > >> Alan Pearson wrote: >> >>> Now I'm faced with more difficulties because of this. >>> >>> Amanda is only dumping at level2 the machine it overwrote the only full >>> backup of. >>> >>> How can

Re: Getting list of DLE's w/o Lev 0s

2006-07-28 Thread jeffrey d anderson
On Friday 28 July 2006 10:17, C. Chan wrote: > Related to Mr. Pearson's previous question: > > Is there a quick way to determine which DLEs do not have any > Lev 0s on any tapes? 'amoverview' ought to provide that information. -- -- Jef

Re: Getting list of DLE's w/o Lev 0s

2006-07-28 Thread Pavel Pragin
Hello, If i understand you correctly you should get what you are looking for by using amadmin: amadmin ConfigName find Example: -bash-3.00$ amadmin DailySet1 find Scanning /data/amanda/hold... date host disklv tape or file file pa

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Gene Heskett
On Friday 28 July 2006 13:05, Frank Smith wrote: >> Alan Pearson wrote: >>> Now I'm faced with more difficulties because of this. >>> >>> Amanda is only dumping at level2 the machine it overwrote the only >>> full backup of. >>> >>> How can I force a level 0 dump ? >>> >>> Cheers, > >Pavel gave a r

Getting list of DLE's w/o Lev 0s

2006-07-28 Thread C. Chan
Related to Mr. Pearson's previous question: Is there a quick way to determine which DLEs do not have any Lev 0s on any tapes? -- C. Chan GPG Public Key registered at pgp.mit.edu

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Frank Smith
> Alan Pearson wrote: > >> Now I'm faced with more difficulties because of this. >> >> Amanda is only dumping at level2 the machine it overwrote the only full >> backup of. >> >> How can I force a level 0 dump ? >> >> Cheers, Pavel gave a response on 'how', but I'm confused as to the 'why'. If t

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Gene Heskett
On Friday 28 July 2006 12:33, Alan Pearson wrote: >Now I'm faced with more difficulties because of this. > >Amanda is only dumping at level2 the machine it overwrote the only full >backup of. > >How can I force a level 0 dump ? as root, amadmin /configname/ force diskname + should make it do a lev

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Alan Pearson
Thanks Pavel Appreciated ! -- AlanP On Fri, July 28, 2006 5:47 pm, Pavel Pragin wrote: > Hello, > You can force a Level 0 by using amadmin: > amadmin ConfigName force Hostame Disk > > Example: > -bash-3.00$ amadmin DailySet1 force bugs.zmanda.com /etc > amadmin: bugs.zmanda.com:/etc/amanda is s

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Pavel Pragin
Hello, You can force a Level 0 by using amadmin: amadmin ConfigName force Hostame Disk Example: -bash-3.00$ amadmin DailySet1 force bugs.zmanda.com /etc amadmin: bugs.zmanda.com:/etc/amanda is set to a forced level 0 at next run. amadmin: bugs.zmanda.com:/etc is set to a forced level 0 at next ru

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Mitch Collinsworth
On Fri, 28 Jul 2006, Alan Pearson wrote: How can I force a level 0 dump ? amadmin force

Re: Incorrect bahaviour causes backup loss - further update!!

2006-07-28 Thread Alan Pearson
Now I'm faced with more difficulties because of this. Amanda is only dumping at level2 the machine it overwrote the only full backup of. How can I force a level 0 dump ? Cheers, -- AlanP On Fri, July 28, 2006 12:14 am, Gene Heskett wrote: > On Thursday 27 July 2006 17:08, Alan Pearson wrote: >

Re: strange errors with 2.5.0p2

2006-07-28 Thread Jon LaBadie
On Fri, Jul 28, 2006 at 04:05:03PM +0100, Rodrigo Ventura wrote: > On Friday 28 July 2006 15:42, Jon LaBadie wrote: > > > I'd guess your DLE "omni:/home/mn" was dumping direct to tape, > > bypassing the holding disk. > > Right, but I can't figure how why. I can't find any reference to holding dis

Re: amrecover question

2006-07-28 Thread Pavel Pragin
Hello, These directions are assuming that you are still running 2.5.0 on the server side: 1. As root run "amoldrecover homes -s dalston.blackshaw.dyn.dhs.org -t dalston.blackshaw.dyn.dhs.org" 2. Also if this desn't work please post the amanda file from /etc/xinetd.d on the server so i can look

Re: amrecover question

2006-07-28 Thread Jeff Allison
Jon LaBadie wrote: On Sat, Jul 29, 2006 at 12:49:26AM +1000, Jeff Allison wrote: I have just upgraded my client using the binarys at zmanda.com and when I try a recover I get [EMAIL PROTECTED] xinetd.d]# amrecover homes -s dalston.blackshaw.dyn.dhs.org AMRECOVER Version 2.5.1b1. Contacting se

Re: amrecover question

2006-07-28 Thread Frank Smith
Jeff Allison wrote: > I have just upgraded my client using the binarys at zmanda.com and when > I try a recover I get > > [EMAIL PROTECTED] xinetd.d]# amrecover homes -s dalston.blackshaw.dyn.dhs.org > AMRECOVER Version 2.5.1b1. Contacting server on > dalston.blackshaw.dyn.dhs.org ... > NAK: ami

Re: amrecover question

2006-07-28 Thread Jon LaBadie
On Sat, Jul 29, 2006 at 12:49:26AM +1000, Jeff Allison wrote: > I have just upgraded my client using the binarys at zmanda.com and when > I try a recover I get > > [EMAIL PROTECTED] xinetd.d]# amrecover homes -s dalston.blackshaw.dyn.dhs.org > AMRECOVER Version 2.5.1b1. Contacting server on > da

Re: strange errors with 2.5.0p2

2006-07-28 Thread Rodrigo Ventura
On Friday 28 July 2006 15:42, Jon LaBadie wrote: > No it is not "wrong". "some ... may" also includes zero dumps are left. You are right, I overlooked the writting... > I'd guess your DLE "omni:/home/mn" was dumping direct to tape, > bypassing the holding disk. Right, but I can't figure how why

Re: more fun with levels and estimates fubar

2006-07-28 Thread Jean-Francois Malouin
* Jon LaBadie <[EMAIL PROTECTED]> [20060727 12:11]: > On Thu, Jul 27, 2006 at 10:26:28AM -0400, Jean-Francois Malouin wrote: > > Continuing with my estimate saga... > > > > What would cause a level 1 backup of a DLE with gnutar > > be as big as a full? Estimates are done with calcsize > > and gnut

amrecover question

2006-07-28 Thread Jeff Allison
I have just upgraded my client using the binarys at zmanda.com and when I try a recover I get [EMAIL PROTECTED] xinetd.d]# amrecover homes -s dalston.blackshaw.dyn.dhs.org AMRECOVER Version 2.5.1b1. Contacting server on dalston.blackshaw.dyn.dhs.org ... NAK: amindexd: invalid service any idea

Re: strange errors with 2.5.0p2

2006-07-28 Thread Jon LaBadie
On Fri, Jul 28, 2006 at 12:01:16PM +0100, Rodrigo Ventura wrote: > > Hello all, > > I'm having trouble with amdump. It has failed for the second time. The facts: > > The relevant parts of the mail report: > [includes my comments starting with a (*) ] > >

Re: Amrecover not connecting to server???

2006-07-28 Thread Mark Griffith
This is interesting.. > Gee, if it is the correct directory path I wonder if a workaround > would be to run " ln -s ./gssserv /usr/local/etc/amanda/# " > > Is the default config on your client "#"? Just trying to guess > where the "#" is coming from. Creating a link # --> gssserv works! Wow. A

testing tape

2006-07-28 Thread zsombor
Hi all, I'm totally new to amanda but I have to help someone therefore I'd like to know if it is possible to test a tape what is on it and how much data could be restore from that tape. What command and how should I try? thank you in advance, zsombor

strange errors with 2.5.0p2

2006-07-28 Thread Rodrigo Ventura
Hello all, I'm having trouble with amdump. It has failed for the second time. The facts: The relevant parts of the mail report: [includes my comments starting with a (*) ] -- These dumps were to tape ISR006. *** A TAPE ERROR OCCURRED: [No more wri

Fwd: The Coyote Den AMANDA MAIL REPORT FOR July 28, 2006

2006-07-28 Thread Gene Heskett
Greetings; This time I'll try the attachment method to see if that survives the transmission. Last nites backup, running 2.5.1b1-20060727 on the server, and 2.5.1b1-20060726 on the client, was another partial failure, and the only odd thing about the system was that azureas was running too, wh