For reference: I made a workaround by changing "Recycle = no" to 
"Recycle = yes" in the Pool definition of the directors config. I still 
would not recycle in that pool but timeframe is big enough so the chance 
is good that the tapes are not in the changer anymore. It seems that 
option makes a big difference. Now concurrent jobs work fine.

Greetings,
user100

On 12.05.2009 09:34, Christian Gaul wrote:
> Michel Meyers schrieb:
>> user100 wrote:
>>> I would be happy if somebody have an idea... :)
>>> OS: CentOS5.3
>>> Autochanger: Dell Powervault 124T
>>> Worked so far for some years. After upgrade from 2.2.8 to 3.0.1
>>> concurrent jobs did not work anymore. bacula-sd.conf is still the same.
>>> I tried with a new set of tapes too. The first job starts and is happy
>>> with the tape and starts spooling. Before the first job finished the
>>> second job fails with such a message and marks (the same tape) to Error:
>>> 11-May 15:47 swlinbck2-sd JobId 20974: Error: Bacula cannot write on
>>> tape Volume "000041L3" because:
>>> The number of files mismatch! Volume=1 Catalog=0
>>> 11-May 15:47 swlinbck2-sd JobId 20974: Marking Volume "000041L3" in
>>> Error in Catalog.
>> Not sure if this helps. Back in 2006 somebody had issues with the
>> drive's firmware and an update fixed it:
>> http://www.mail-archive.com/bacula-users AT lists.sourceforge DOT 
>> net/msg11065.html
>>
>> Just a shot in the dark really as I can't think of anything better to
>> try. (Does the btape test work all the way, including fill?)
>>
>> Greetings,
>>          Michel
> Looks the same as my bug from a couple of days ago.
>
> SD writes once to tape and doesnt increment the VolFiles in the
> Database. Once the second job runs it gets a mismatch.
>
> So far i havnt been able to turn something up where it could come from,
> but looking at the sources i am partly unthrilled :-)
>
> In case it helps, i turned my tape drives to maximum concurrent jobs 1
> and so far it hasnt happened anymore, but i dont know if that was just luck.
>
> I'm still investigating this issue, amongst other things (running all
> daemons under daemontools for automatic restart and having cron scripts
> check if the director has become unresponsive.... i dont think it should
> be working this flakey).
>
> Hope you can get your director to write to tape with concurrency set to 1.
>
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users


------------------------------------------------------------------------------
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