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 until today:
>>
>> 05-Oct 03:00 phoenix-sd: Volume "Full-Tape-0018" previously written,
>> moving to end of data.
>> 05-Oct 03:01 phoenix-sd: phoenix-job.2006-10-05_03.00.00 Error: I cannot
>> write on Volume "Full-Tape-0018" because:
>> The number of files mismatch! Volume=67 Catalog=34
>> 05-Oct 03:01 phoenix-sd: Marking Volume "Full-Tape-0018" in Error in
>> Catalog.
>>
>> Any idea what could be the cause of this ?
>>
>
> Probably a failure when that tape was last written which prevented the
> catalog update to work. Might have been a SD, DIR, or database issue,
> for example.
>
>
The last full jobs completed successfully, with no write error or so.
The only problem could be a database issue (I'm using PostgreSQL) ...
but I'm pretty sure that it's not the case
>> Also, I have 18 volumes in my catalog (Full-Tape-0001 to
>> Full-Tape-0018), and today Bacula had to start from Full-Tape-0001 again
>> (recycling).
>> My tapes were written sequentially (from Full-Tape-0001 to
>> Full-Tape-0018), but I noticed that Bacula pruned only volumes
>> Full-Tape-0001, Full-Tape-0004, Full-Tape-0008, Full-Tape-0010. I don't
>> understand why because volume Full-Tape-0003 has been written before
>> Full-Tape-0004 and Full-Tape-0003 has not been pruned ... (I have a
>> Volume Retention of 30 days).
>>
>
> Hard to tell without knowledge of your retention times and pools and so on.
>
>
This is my pool definition :
Pool {
Name = full-tape-pool
PoolType = Backup
LabelFormat = "Full-Tape-"
Recycle = yes
RecycleOldestVolume = yes
MaximumVolumes = 18
MaximumVolumeJobs = 0
VolumeUseDuration = 0
VolumeRetention = 30 days
CatalogFiles = yes
AutoPrune = yes
AcceptAnyVolume = no
}
and for the jobs I haven't modified the job retention or file retention.
All I want in fact is that the tape gets recycled after 30 days.
> If you query the tape contents, i.e. list the jobs stord on the tapes
> not pruned, are they actually unused?
>
>
In this case Full-Tape-0004 has been purged, but not 0003 and 0002
(which is incorrect because the last written comes before) :
| 11 | Full-Tape-0002 | Full | 87,664,052,882 | 92 |
2,592,000 | 1 | 0 | 0 | AIT2 | 2006-07-24 05:24:59 |
| 33 | Full-Tape-0003 | Full | 70,990,768,430 | 75 |
2,592,000 | 1 | 0 | 0 | AIT2 | 2006-07-31 03:50:22 |
| 39 | Full-Tape-0004 | Purged | 90,224,088,423 | 92 |
2,592,000 | 1 | 0 | 0 | AIT2 | 2006-08-01 06:03:19 |
When I query those tapes (Full-Tape-000[2|3]), no jobs are on them :
(...)
14: List Jobs stored for a given Volume name
15: List Volumes Bacula thinks are in changer
16: List Volumes likely to need replacement from age or errors
Choose a query (1-16): 14
Enter Volume name: Full-Tape-0003
No results to list.
*
> Anyway, I found that Bacula usually handles recycling correctly, even if
> I don't care which tapes to recycle when.
>
> Arno
>
>
>
Thanks,
Julien
>> Thanks for answers,
>> Julien
>>
>>
>
>
--
Julien Cigar
Belgian Biodiversity Platform
http://www.biodiversity.be
Université Libre de Bruxelles
Campus de la Plaine CP 257
Bâtiment NO, Bureau 4 N4 115C (Niveau 4)
Boulevard du Triomphe, entrée ULB 2
B-1050 Bruxelles
office: [EMAIL PROTECTED]
home: [EMAIL PROTECTED]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
