Dustin J. Mitchell wrote: > On Wed, Apr 7, 2010 at 3:25 AM, Giel <amanda-forum < at > backupcentral.com> > wrote: > > > I'm rerunning amanda increasing number DLE with total amount of data 3.3Tb. > > Fourth time I get this error after loading third tape: > > > > I think that's an error we just found and fixed. Can you try a more > recent snapshot? If you're running the beta version, we should have > beta2 out soon. > > This is the patch, if you'd like to apply it directly: > http://github.com/zmanda/amanda/commit/66c9efa2c2c1c8d8f867a1b3f06e05811acf17de.patch > > Dustin > > -- > Open Source Storage Engineer > http://www.zmanda.com
I'm running beta1. Thanks for the patch I'll check if it helps. After this error I can't start new dumps now: > > cat driver.20100407160002.debug > Wed Apr 7 16:00:02 2010: driver: pid 6931 ruid 50508 euid 50508 version > 3.1.0beta1: start at Wed Apr 7 16:00:02 2010 > Wed Apr 7 16:00:02 2010: driver: pid 6931 ruid 50508 euid 50508 version > 3.1.0beta1: rename at Wed Apr 7 16:00:02 2010 > Wed Apr 7 17:09:37 2010: driver: critical (fatal): schedule line 19: syntax > error (bad dump date) > /usr/lib/amanda/libamanda-3.1.0beta1.so[0x7fd4e79b0416] > /usr/lib/libglib-2.0.so.0(g_logv+0x1ad)[0x7fd4e634de8d] > /usr/lib/libglib-2.0.so.0(g_log+0x83)[0x7fd4e634e123] > /usr/lib/amanda/driver[0x40a566] > /usr/lib/amanda/libamanda-3.1.0beta1.so[0x7fd4e79b136f] > /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1e4)[0x7fd4e6345384] > /usr/lib/libglib-2.0.so.0[0x7fd4e6348695] > /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x6b)[0x7fd4e6348b7b] > /usr/lib/amanda/libamanda-3.1.0beta1.so[0x7fd4e79b1496] > /usr/lib/amanda/driver(main+0x13c0)[0x408200] > /lib/libc.so.6(__libc_start_main+0xf4)[0x7fd4e55ff1c4] > /usr/lib/amanda/driver[0x403b89] > Gene Heskett wrote: > In a previous message didn't you say you and 12-13 of these 800Gb databases > plus one of about 1.1Tb? > > I have mine setup so that the next level0 on any one dle still leaves me > with 2 older level0's in case the new one is kerflooey. > > Using a big hard drive, I have 30 days worth of 7/wk backups, so will often > have 4 level0's available just in case. Paranoid I guess, guilty. But then > the cost of your losing the only level0 is potentially much higher in terms > of real money. Get some math together to prove your point that you need > more tapes, a lot more, to really have yourself covered. Me, I'd cry & > cuss, but life would go on for however much more time I have left, which at > 75 & diabetic, is toss coin at any one time. Fortunately it came up heads > again this morning. Wink main problem is just we cannot split this data. I looking for flexible and bullet proof backup system and amanda seems to be such backup system. Now I have to 10Tb to back up every week but in 3 months I will have additional 2Tb every 6 days. we are moving to disk to disk backup but before we get there we need reliable backup. But even after migraton still we need to take level0 to tapes and some incremental. Paranoid sounds good specially when you have medical and research data. +---------------------------------------------------------------------- |This was sent by [email protected] via Backup Central. |Forward SPAM to [email protected]. +----------------------------------------------------------------------
