Bacula-users

Re: [Bacula-users] number of files mismatch question

2009-08-10 06:17:33
Subject: Re: [Bacula-users] number of files mismatch question
From: Martin Simmons <martin AT lispworks DOT com>
To: bacula-users AT lists.sourceforge DOT net
Date: Mon, 10 Aug 2009 11:11:35 +0100
>>>>> On Fri, 7 Aug 2009 23:33:37 -0400, Mike Chisholm said:

> > Were there any syslog messages at this time?
> Yes
> Aug  5 10:13:07 pendual kernel: [ 7737.941074] st0: Sense Key : Medium Error 
> [current]
> Aug  5 10:13:07 pendual kernel: [ 7737.941150] Info fld=0xfc00
> Aug  5 10:13:07 pendual kernel: [ 7737.941161] st0: Add. Sense: Sequential 
> positioning error
> This repeated 3 more times at
> Aug  5 10:14:04
> Aug  5 10:16:24
> Aug  5 10:16:24

Looks very much like a hardware problem (tape corrupted).


> > What is the TWO EOFs setting for the device in Bacula's sd config?  Does 
> > this
> > match the setting in the drive?
> 
> There is no setting in the SD config so I think the default is TWO
> EOF=no. I'm not sure how to check this on the drive itself. I have tried
> various st, mtx, tapeinfo, and smartctl commands but none of them return
> something that is obvious to me.

Sorry, I don't know on Linux (on FreeBSD mt has a geteotmodel command).  It is
probably set to one EOF by default like Bacula.


>                                   FWIW, the last two days of backups to the
> next tape have performed flawlessly so perhaps this is a bad piece of
> media. It just seems pretty coincidental that I had this problem after a
> power failure. I'm working on getting this system hooked to a UPS as
> well. I'm not sure it's worth a lot of effort to try to figure this out, I
> mainly wanted to make sure I wasn't missing something obvious. I am willing
> to continue digging in it if anyone is really curious, otherwise I think I
> will just let thing continue and see how it goes. Assuming there was just
> some glitch caused by loss of power, I would think the next time bacula goes
> to write to this media it will read the header and begin writing new data
> with a new EOF after the first volume, then just appending additional
> volumes and writing new EOF's after each one, correct? So any count problem
> will just get overwritten. If it is actually bad media I will probably hit
> it again but then I'll know and can just toss the tape.

Yes, a purged and recycled tape will be written from the start next time.

__Martin

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>