When the volume has less files than the
catalog, you are in a *very* bad situation.
Perhaps you never ran the btape test command to ensure that your
tape drive was
configured correctly, because it looks like Bacula thinks there is
nothing on your tape
Hi all,
It is quite frequent that my backup job ending up with the "The number of
files mismatch!" error. What could be the root cause of this?
Full error from log:
17-Oct 17:05 srv2-dir JobId 54: shell command: run BeforeJob
"/usr/lib64/bacula/make_catalog_backup.pl MyCatalog"
17-Oct 17:05 srv2-
On 04.06.2009 10:16, Uwe Schuerkamp wrote:
> On Thu, Jun 04, 2009 at 09:20:34AM +0200, Christian Gaul wrote:
>> Bob Hetzel schrieb:
>>> Greetings,
>>>
>>> I've been seeing an issue whereby a volume gets marked in error
>>> periodically. The last items logged about that volume are typically like
On Thu, Jun 04, 2009 at 09:20:34AM +0200, Christian Gaul wrote:
> Bob Hetzel schrieb:
> > Greetings,
> >
> > I've been seeing an issue whereby a volume gets marked in error
> > periodically. The last items logged about that volume are typically like
> > this:
> >
> > 02-Jun 11:53 gyrus-sd JobId
Bob Hetzel schrieb:
> Greetings,
>
> I've been seeing an issue whereby a volume gets marked in error
> periodically. The last items logged about that volume are typically like
> this:
>
> 02-Jun 11:53 gyrus-sd JobId 83311: Volume "LTO224L2" previously written,
> moving to end of data.
> 02-Jun
Greetings,
I've been seeing an issue whereby a volume gets marked in error
periodically. The last items logged about that volume are typically like this:
02-Jun 11:53 gyrus-sd JobId 83311: Volume "LTO224L2" previously written,
moving to end of data.
02-Jun 11:53 gyrus-sd JobId 83311: Error: B
Stefan Lubitz schrieb:
> Hi all,
>
> sine I have added the Paramters:
> BSFatEOM = yes;
> TWOEOF = yes;
> OfflineonUnmount = yes;
>
> the system reports the error: The number of files mismatch!
> It is every time only one file. For Example:
> Volume=3 Catalog=4 or
> Volume=350 Catalog=351
>
Hi Julien,
this tapes were empty when I added the EOT.
To explain:
I made a full backup to tape mba022, added the EOT and wrote an inc in a
different pool (for example tape mba056). This was working. The next inc
to tape mba056 failed.
Julien Cigar schrieb:
> You can switch EOT model only when
You can switch EOT model only when starting from scratch with empty
tapes, so that's normal ...
On Tue, 2008-12-09 at 08:40 +0100, Stefan Lubitz wrote:
> Hi all,
>
> sine I have added the Paramters:
> BSFatEOM = yes;
> TWOEOF = yes;
> OfflineonUnmount = yes;
>
> the system reports the err
Hi all,
sine I have added the Paramters:
BSFatEOM = yes;
TWOEOF = yes;
OfflineonUnmount = yes;
the system reports the error: The number of files mismatch!
It is every time only one file. For Example:
Volume=3 Catalog=4 or
Volume=350 Catalog=351
Have I missed something in the manual? Is the
Hi *,
Why I have this error during the backup?
13-Nov 04:10 MainSD: Backup_pstor003_Daily_Tape.2007-11-13_04.10.00 Error: I
cannot write on Volume "BRU1003B:001" because:
The number of files mismatch! Volume=7 Catalog=6
13-Nov 04:10 MainSD: Marking Volume "BRU1003B:001" in Error in Catalog.
Bes
Hi
I am getting this error when bacula fails running a job (the client
gets blocked, i. e.) and using again the tape used when got the error.
8-Aug 23:00 BackupDirector: Start Backup JobId 198,
Job=BackupPC-Calidad.2007-08-08_23.00.00
08-Aug 23:00 backup-sd: Volume "CintasDiariasMiercoles-01" pre
Hello,
I have a strange issue with my daily backups.
The two first jobs fails, because tape 'Daily-004' seems to be crap,
however all next jobs are fine.
Here is the logs :
28-fév 21:01 srv-mpp-lrs-sd: Job
Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 waiting to reserve a
device.
28-
On Wednesday 13 December 2006 18:04, Forrest England wrote:
> Thanks for all the helpful responses,
> that gives me a better idea of how the volumefiles field is used.
> Wierd thing is the btape test and fill commands run without a hitch with the
bacula-sd.conf I'm using.
> I've found a way to wor
Thanks for all the helpful responses,
that gives me a better idea of how the volumefiles field is used.
Wierd thing is the btape test and fill commands run without a hitch with the
bacula-sd.conf I'm using.
I've found a way to work around it so I can get some backups while I get it
working right.
Hi,
On 12/11/2006 4:25 PM, Ryan Novosielski wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Arno Lehmann wrote:
>
>
>>>I updated the VolumeFiles for this tape in the catalog to 0 and did a second
>>>backup job.
>>>I restored and verified both backup jobs without any problem.
>>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arno Lehmann wrote:
>> I updated the VolumeFiles for this tape in the catalog to 0 and did a second
>> backup job.
>> I restored and verified both backup jobs without any problem.
>
> That was lucky... Bacula should have considered that tape as empt
Hi,
On 12/8/2006 9:38 PM, Forrest England wrote:
> Hi there, I work with Rob Ostrander, the initiator of this thread.
> I've also been working on the problem of bacula reporting that
> the number of VolumeFiles mismatch between the volume and the catalog.
>
> After reading the manual thoroughly a
On Friday 08 December 2006 21:38, Forrest England wrote:
> Hi there, I work with Rob Ostrander, the initiator of this thread.
> I've also been working on the problem of bacula reporting that
> the number of VolumeFiles mismatch between the volume and the catalog.
>
> After reading the manual thoro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
These files are those that are listed under 'list media.'
They are 1GB in size, unless you specify otherwise.
I'd love to point you to the manual for more info, but I looked around
and can't find anything. In any case, these are just seemingly to spl
Hi there, I work with Rob Ostrander, the initiator of this thread.
I've also been working on the problem of bacula reporting that
the number of VolumeFiles mismatch between the volume and the catalog.
After reading the manual thoroughly and poking around the web, I'm still not
sure
what VolumeFil
I set Maximum Concurrent Jobs = 1 everywhere I could find and it
didn't seem to help.
Alan Brown wrote:
On Sat, 25 Nov 2006, Ian Levesque wrote:
We have been seeing this irregularly too, usually when there are
multiple jobs writing to the same volume simultaneously.
Thank you for the response. The btape test and fill commands were
successful.
We occasionally get db connection errors though afaik the Dir or Sd
haven't crashed and the db connections do not seem to correlate to the
mismatch issues:
21-Nov 16:22 wcsan1-dir: wcmc8_mda2.2006-11-19_23.05.01 Fa
On Sat, 25 Nov 2006, Ian Levesque wrote:
>> We have been seeing this irregularly too, usually when there are
>> multiple jobs writing to the same volume simultaneously.
>>
> I've seen this now and again, as well, in my 3-drive autochanger. I
> haven't had the time to put together a proper bug rep
On Nov 23, 2006, at 8:11 AM, Alan Brown wrote:
> On Thu, 23 Nov 2006, Kern Sibbald wrote:
>
>
>> Most likely either the Dir or SD has crashed during a backup, or
>> you haven't
>> successfully run the btape test and fill commands, in which case,
>> you Device
>> resource is not properly confi
On Thu, 23 Nov 2006, Kern Sibbald wrote:
> Most likely either the Dir or SD has crashed during a backup, or you haven't
> successfully run the btape test and fill commands, in which case, you Device
> resource is not properly configured for your OS/drive.
We have been seeing this irregularly too,
Most likely either the Dir or SD has crashed during a backup, or you haven't
successfully run the btape test and fill commands, in which case, you Device
resource is not properly configured for your OS/drive.
On Wednesday 22 November 2006 22:17, Rob Ostrander wrote:
> We are getting "The number
We are getting "The number of files mismatch!" error when a job tries to
append to a tape in V1.38.11.
We did not see this until adding a LTO changer with 2 drives(and
increasing max concurrent jobs). I set max concurrent to 1, everywhere
I could find and will see if it fixes it.
I've read t
On Thu, 5 Oct 2006, Julien Cigar wrote:
> Thanks for reply.
>
> I read that in the manual, but unfortunately I haven't interrupt a
> backup, and Bacula didn't crashed ...
> What's strange is that the backup starts at 03:00am, and the last full
> backup completed sucessfully
I have been seeing thi
Arno Lehmann wrote:
> Hi,
>
>
hello :)
> On 10/5/2006 9:49 AM, Julien Cigar wrote:
>
>> Hello,
>>
>> ===
>> Bacula: 1.38.11
>> Os: Linux (Debian), kernel 2.6.17
>> Tape drive: Sony SDX-500C
>> Scsi card: Adaptec 2940 Ultra SCSI
>> ===
>>
>> I'm using Bacula for months and it worked fine unt
Thanks for reply.
I read that in the manual, but unfortunately I haven't interrupt a
backup, and Bacula didn't crashed ...
What's strange is that the backup starts at 03:00am, and the last full
backup completed sucessfully
Ger Apeldoorn wrote:
> Hi,
>
> This happens if you interrupt a backup, s
Hi,
On 10/5/2006 9:49 AM, Julien Cigar wrote:
> Hello,
>
> ===
> Bacula: 1.38.11
> Os: Linux (Debian), kernel 2.6.17
> Tape drive: Sony SDX-500C
> Scsi card: Adaptec 2940 Ultra SCSI
> ===
>
> I'm using Bacula for months and it worked fine until today:
>
> 05-Oct 03:00 phoenix-sd: Volume "Full-T
Hi,
This happens if you interrupt a backup, so the catalog is not updated
properly.
Here's how to fix it:
http://www.bacula.org/dev-manual/Tips_Suggestions.html#SECTION000367000
Greetings,
Ger
Op donderdag 5 oktober 2006 09:49, schreef Julien Cigar:
> Hello,
>
> ===
> Bacula: 1.38.
Hello,
===
Bacula: 1.38.11
Os: Linux (Debian), kernel 2.6.17
Tape drive: Sony SDX-500C
Scsi card: Adaptec 2940 Ultra SCSI
===
I'm using Bacula for months and it worked fine until today:
05-Oct 03:00 phoenix-sd: Volume "Full-Tape-0018" previously written,
moving to end of data.
05-Oct 03:01 phoe
On 19 Jul 2006 at 9:52, Rodrigo_Albert_Fedosi wrote:
>
> Hi list,
>
> Someone knows as to do for resolve the following problem:
>
> "Error: I cannot write on Volume "" because:
> The number of files mismatch! Volume=186 Catalog=184
> Marking Volume "" in Error in Catalog"
Googl
Hi list,
Someone knows as to do for resolve the following problem:
"Error: I cannot write on Volume "" because:
The number of files mismatch! Volume=186 Catalog=184
Marking Volume "" in Error in Catalog"
Thanks,
--
Rodrigo Albert Fedosi
Suporte TI
Tel: (31)
3419-8854
36 matches
Mail list logo
