Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*amfetchdump\:\s+running\s+as\s+user\s+\"root\"\s+instead\s+of\s+\"amanda\"\s+\?\?\s*$/: 30137 ]

Total 30137 documents matching your query.

121. Re: FAILED "No new tape." (score: 1)
Author: Jon LaBadie <jon AT jgcomp DOT com>
Date: Sun, 25 Oct 2009 09:44:31 -0400
have you compared your tapelist file with the amanda.conf tapecycle value? perhaps when relabelling has resulted in too few entries in tapelist so amanda will only use a new tape, which doesn't exist
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00108.html (11,617 bytes)

122. Re: FAILED "No new tape." (score: 1)
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Sun, 25 Oct 2009 10:56:45 -0400
On Sun, Oct 25, 2009 at 6:33 AM, Johan Booysen <johan AT matrix-data.co DOT uk> wrote: 1256320978.957231: taper: putresult: 18 NEW-TAPE 1256321083.042522: taper: putresult: 10 FAILED It looks like th
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00109.html (11,633 bytes)

123. RE: FAILED "No new tape." (score: 1)
Author: "Johan Booysen" <johan AT matrix-data.co DOT uk>
Date: Mon, 26 Oct 2009 10:13:54 -0500
Thanks Jon and Dustin for your replies. It seems to be a hardware issue. We have two identical tape drives so I'm just doing some testing to see if I can narrow it down to the tape drive or the cable
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00110.html (12,055 bytes)

124. Re: globbing (score: 1)
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Tue, 27 Oct 2009 11:03:12 -0400
Jean-Louis, Sorry for the delay in testing. We built the newest snapshot of amanda and applied the patch you sent for snapshot names. Seems to be working perfectly. thank you, Brian 1256655430.442651
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00111.html (22,453 bytes)

125. RE: FAILED "No new tape." (score: 1)
Author: "Johan Booysen" <johan AT matrix-data.co DOT uk>
Date: Wed, 28 Oct 2009 06:48:01 -0500
Just to report back: I ended up contacting HP support and they did some remote diagnostics on the tape drive and confirmed that it has gone to a better place. Thankfully we're still within our warran
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00112.html (12,918 bytes)

126. badly formatted response (score: 1)
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Thu, 29 Oct 2009 09:45:42 -0400
Amanda users, Dustin, Jean-Louis, We have updated amanda to Amanda-2.6.1p1-20091023 and applied a patch for zfs-snapshot names within disklist globs. We have run 2 nights with this config where clien
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00113.html (25,788 bytes)

127. Re: badly formatted response (score: 1)
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Thu, 29 Oct 2009 10:05:25 -0400
Brian, Post the amandad.*.debug file form finsen. Jean-Louis We have updated amanda to Amanda-2.6.1p1-20091023 and applied a patch for zfs-snapshot names within disklist globs. We have run 2 nights w
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00114.html (25,910 bytes)

128. Re: badly formatted response (score: 1)
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Thu, 29 Oct 2009 11:00:45 -0400
Jean-Louis, So the error will be more explicite - or will the additional info help amanda development ? I will make that change now and test. thank you, Brian -- Brian R Cuttler brian.cuttler AT wads
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00115.html (38,178 bytes)

129. Re: badly formatted response (score: 1)
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Thu, 29 Oct 2009 11:13:15 -0400
Great, thank you very much! Brian -- Brian R Cuttler brian.cuttler AT wadsworth DOT org Computer Systems Support (v) 518 486-1697 Wadsworth Center (f) 518 473-6384 NYS Department of Health Help Desk
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00116.html (12,396 bytes)

130. Re: badly formatted response (score: 1)
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Thu, 29 Oct 2009 11:07:09 -0400
So the error will be more explicite - or will the additional info help amanda development ? The error will be more explicit. Jean-Louis
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00117.html (11,661 bytes)

131. Re: badly formatted response (score: 1)
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Thu, 29 Oct 2009 10:50:43 -0400
With this patch, you will get the error reported by sendsize. You still have the same problem, the UDP packet is too big. You are using the 'bsd' auth, it use UDP and is limited in the packet size. U
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00118.html (30,740 bytes)

132. Re: TCP Tuning (score: 1)
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Thu, 29 Oct 2009 16:09:16 -0400
Alan, Most people report faster throughput without nfs, your result is weird. Your sample is small (1.5GB), is it possible it was cached by the nfs client? Do amanda and NFS use the same network rout
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00119.html (12,540 bytes)

133. Estimate Timeouts (score: 1)
Author: Garnet Harris <garnet.harris AT ekasystems DOT com>
Date: Fri, 30 Oct 2009 12:32:20 -0400
I am experimenting with amanda and am having problems understanding how the "estimate timeout" works. What I am seeing is not what I expect based on the explaination in the amanda.conf page. Client a
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00120.html (13,480 bytes)

134. Re: Estimate Timeouts (score: 1)
Author: Jean-Francois Malouin <malin AT bic.mni.mcgill DOT ca>
Date: Fri, 30 Oct 2009 13:46:23 -0400
* Garnet Harris <garnet.harris AT ekasystems DOT com> [20091030 13:33]: been there seen that. Look at REP_TIMEOUT = (6*60*60) set in amandad-src/amandad.c, ie 6hrs. This is what you are seeing. You e
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00121.html (14,490 bytes)

135. Re: Estimate Timeouts (score: 1)
Author: Garnet Harris <garnet.harris AT ekasystems DOT com>
Date: Fri, 30 Oct 2009 14:25:43 -0400
client sendsize log: sendsize[8661]: time 9899.506: estimate time for home_q level 0: 12.033 sendsize[8668]: time 13962.655: estimate time for home_r level 0: 4063.141 sendsize[9335]: time 30708.356
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00122.html (13,720 bytes)

136. glob include behavior change ? (score: 1)
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Fri, 30 Oct 2009 14:52:06 -0400
We have installed and are running amanda Amanda-2.6.1p1-20091023 and have begun to use BSDTCP, which is workign well and had taken care of our UDP packet size issues (too make DLE per client). Howeve
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00123.html (12,622 bytes)

137. Re: glob include behavior change ? (score: 1)
Author: Brian Cuttler <brian AT wadsworth DOT org>
Date: Fri, 30 Oct 2009 15:18:38 -0400
In order to work around the glob issue I removed the globs from my disklist and replace them with entries for each user directory. We at least doubled the number fo entries to one particular client,
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00124.html (14,938 bytes)

138. LISA'09 Events (score: 1)
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Fri, 30 Oct 2009 21:22:54 -0400
Will you be at LISA'09? I will! It's in Baltimore, and falls just a week before I move from Annapolis back to Chicago, so I couldn't say no! Nick Brockner and I will be presenting a "Guru is In" sess
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00125.html (11,185 bytes)

139. Re: LISA'09 Events (score: 1)
Author: Jon LaBadie <jon AT jgcomp DOT com>
Date: Sat, 31 Oct 2009 00:47:11 -0400
Good chance I will be man'ing the Linux User Group's booth (tux.org) on Wednesday until about 2 or 3PM. jl -- Jon H. LaBadie jon AT jgcomp DOT com JG Computing 12027 Creekbend Drive (703) 787-0884 Re
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00126.html (10,762 bytes)

140. Re: LISA'09 Events (score: 1)
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Sat, 31 Oct 2009 10:08:39 -0400
Cool -- I'll check it out! Dustin -- Open Source Storage Engineer http://www.zmanda.com
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2009-10/msg00127.html (10,261 bytes)


This search system is powered by Namazu