Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Fri, 02 Oct 2009 20:48:06 -0400
I did, trying to make it work like the tarball install on this machine has worked for much of a decade now. Thanks Nathan. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Fri, 02 Oct 2009 23:49:35 -0400
wrote: I just grabbed the 2.6.2alpha-20091002 snapshot, and its about halfway thru a test backup, and isn't bailing out, so the suid or whatever problem it was having on linux appears to be fixed. Th
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Sat, 03 Oct 2009 00:10:53 -0400
wrote: Minor niggle. According to amstatus and htop, it is done(and successful), and my bash shell I ran it from has returned to a prompt. But amreporter seems to have fallen over, no printout, and n
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Sat, 3 Oct 2009 09:25:04 -0400
On Fri, Oct 2, 2009 at 11:49 PM, Gene Heskett <gene.heskett AT verizon DOT net> wrote: Great - thanks! Paul's fixing the amreport bug. Dustin -- Open Source Storage Engineer http://www.zmanda.com
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Sat, 03 Oct 2009 10:26:07 -0400
wrote: Good, hopefully another snapshot today? I just dbl-checked: [root@coyote GenesAmandaHelper-0.6]# su amanda -c "amreport Daily" no output spectified, nothing to do Its output is specified in /c
Dustin J. Mitchell schrieb: It seems that in the amanda 2.6.1 p1 tarballs this path is missing. I can't find it inside the changelog. How do I apply this patch? I downloaded the patch using the url "
Sebastian Henrich schrieb: I was able to fix the file not founds by adding -p1 during patching. Now I get the following output: --8<--8<-- patching file ChangeLog Hunk #1 FAILED at 1. 1 out of 1 hunk
Sebastian Henrich schrieb: I found out why patching server-src/amdevcheck.pl failed. The file has only 109 lines. The patch expects 128 lines. In my opinion the patch never made it in any release. I
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Sun, 4 Oct 2009 12:46:40 -0400
On Sat, Oct 3, 2009 at 10:26 AM, Gene Heskett <gene.heskett AT verizon DOT net> wrote: No, no fix yet -- it's reviewed and should get committed tomorrow (Monday) morning. Dustin -- Open Source Storag
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Sun, 04 Oct 2009 13:02:12 -0400
wrote: That will be fine Dustin, I'm celebrating today, having the kid who should have died at 14 from a ruptured appendix, and who wasn't opened up, but got half a million units of penicillin in eac
Hi All, We're having issues with our Level 0 backups taking an extremely long time.. (200-300GB taking 12-24 hours.. is that normal?) One temporary solution we've been talking about implementing is f
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Mon, 05 Oct 2009 15:15:06 -0400
Hi Matt, On all fridays, before amdump, run: amadmin CONF force "*" In the dumptype, set maxpromoteday to 0. Jean-Louis We're having issues with our Level 0 backups taking an extremely long time.. (2
Author: Roger Williams <R.Williams AT gns.cri DOT nz>
Date: Tue, 6 Oct 2009 08:57:55 +1300
an extremely long Are you using dump? On recent Linux? If so, see the thread on this list from around 24 September. -- Roger Williams, GNS Science, New Zealand : www.gns.cri.nz Lotus Notes 7.0.3 : x
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Mon, 05 Oct 2009 23:01:45 -0400
Greetings Dustin & Paul; I just put todays snapshot of 2.6.2 in, and figured I'd check amreport. It looks as if it is not looking for the right logfile. By default in the manpage it says it is $logdi
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Mon, 5 Oct 2009 23:32:57 -0400
On Mon, Oct 5, 2009 at 11:01 PM, Gene Heskett <gene.heskett AT verizon DOT net> wrote: Nope -- the behavior you're observing has been the case as long as I can remember. This gets into some of the ol
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Tue, 06 Oct 2009 00:08:16 -0400
wrote: Gah, CRS? Maybe it was amplot, which I haven't exercised in ages, too hard to decode. I see. Reading between the lines then, when amdump is running, it is actually named 'log' and is renamed w
Author: Gene Heskett <gene.heskett AT verizon DOT net>
Date: Tue, 06 Oct 2009 09:16:13 -0400
I was, just enough to note it wasn't full sized yet, so the supposition was correct. It worked as expected. Thanks Dustin. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap
Author: "McGraw, Robert P" <rmcgraw AT purdue DOT edu>
Date: Tue, 6 Oct 2009 10:08:00 -0400
Is there a command that will tell me what backup level will run tonight on the different DLE? Robert _____________________________________________________________________ Robert P. McGraw, Jr. Manage
Author: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Tue, 6 Oct 2009 11:17:12 -0400
On Tue, Oct 6, 2009 at 10:08 AM, McGraw, Robert P <rmcgraw AT purdue DOT edu> wrote: No - that would require running the planner and soliciting estimates for all DLEs, which would be a lengthy proces
Author: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Tue, 06 Oct 2009 11:36:56 -0400
Robert, You can't, but 'amadmin CONF due' tell you which DLE are due for a full dump tonight. Jean-Louis Robert _____________________________________________________________________ Robert P. McGraw,