Bacula-users

Re: [Bacula-users] critical error -- tape labels get corrupted, previous backups unreadable

2012-01-24 17:32:24
Subject: Re: [Bacula-users] critical error -- tape labels get corrupted, previous backups unreadable
From: Steve Ellis <ellis AT brouhaha DOT com>
To: bacula-users AT lists.sourceforge DOT net
Date: Tue, 24 Jan 2012 14:30:44 -0800
On 1/24/12 2:22 PM, mark.bergman AT uphs.upenn DOT edu wrote:
> In the message dated: Tue, 24 Jan 2012 19:09:15 GMT,
> The pithy ruminations from Martin Simmons on
>
>
> Thanks for replying.
>
>
> <Re: [Bacula-users] critical error -- tape labels get corrupted, previous 
> backu
> ps unreadable>  were:
> =>  >>>>>  On Mon, 23 Jan 2012 18:47:31 -0500, mark bergman said:
> =>  >
> =>  >  I'm experiencing a critical problem where tape labels on volumes with 
> data
> =>  >  get corrupted, leaving all data on the tape inaccessible to bacula.
> =>  >
> =>  >  I'm running bacula 5.2.2 built from source, under Linux (CentOS 5.7
> =>  >  x86_64).
> =>  >
> =>  >  This problem has happened with approximately 15 tapes over 
> approximately 6
> =>  >  months, mostly new LTO-4 media, but some LTO-3 media that's being 
> reused.
> =>  >  The problem is sporadic, appearing in approximately 1 out of 60 tapes
> =>  >  per week.
> =>  >
> =>  >  I do not think the issue is related to the physical media or the tape
> =>  >  drives. One tape was last written successfully when in drive 0, then 
> appears
> =>  >  corrupt when a later job tries to use is in drive 1. Another tape was 
> last
> =>  >  written successfully when in drive 1, then appears corrupt when a 
> later job
> =>  >  tries to use it in drive 0.
> =>
> =>  Why do think it isn't a hardware problem?
> =>
>
> I don't think it's a hardware problem because:
>
>       the vast majority of tape access (read or write) doesn't result
>       in corrupted labels
>
>       there aren't SCSI, tape, or bacula errors reported during backups
>       (within Bacula, the OS, or the tape library console)
>
>       the tapes are readable--though the data is not usable by bacula
>
>       the problem occurs on tapes that have been written and read in
>       both drives (this doesn't rule out some common element in the
>       tape library)
>
Perhaps someone else already suggested this and I missed it--this looks 
like somehow the tapes were rewound behind bacula's back--could that 
explain the behavior you are seeing?

-se

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users