I'm hoping someone can point me in the right direction - faulty drive,
incorrect settings, faulty tape.... (I hope it's something that simple)
I've run the archive job again, and again Bacula has reported the media
as full after just ~200GB. However when I do llist volume=<volumename>
it reports a different "VolBytes" to "Last Volume Bytes", which I assume
should be the same?
Any idea's?
19-Apr 06:58 ubuntu-sd JobId 240: JobId=240
Job="Archive.2012-04-19_02.26.11_03" marked to be canceled.
19-Apr 06:58 ubuntu-sd JobId 240: Job write elapsed time = 04:32:04,
Transfer rate = 14.60 M Bytes/second
19-Apr 06:58 ubuntu-dir JobId 240: Bacula ubuntu-dir 5.0.1 (24Feb10):
19-Apr-2012 06:58:18
Build OS: x86_64-pc-linux-gnu ubuntu 10.04
JobId: 240
Job: Archive.2012-04-19_02.26.11_03
Backup Level: Full
Client: "ubuntu-fd" 5.0.1 (24Feb10)
x86_64-pc-linux-gnu,ubuntu,10.04
FileSet: "FileSet1" 2011-05-23 14:23:25
Pool: "Pool1" (From Job resource)
Catalog: "MyCatalog" (From Client resource)
Storage: "LTO-3" (From Job resource)
Scheduled time: 19-Apr-2012 02:26:06
Start time: 19-Apr-2012 02:26:13
End time: 19-Apr-2012 06:58:18
Elapsed time: 4 hours 32 mins 5 secs
Priority: 10
FD Files Written: 9,215
SD Files Written: 9,215
FD Bytes Written: 238,439,334,305 (238.4 GB)
SD Bytes Written: 238,437,145,970 (238.4 GB)
Rate: 14605.8 KB/s
Software Compression: None
VSS: no
Encryption: no
Accurate: no
Volume name(s): 20120419
Volume Session Id: 1
Volume Session Time: 1334794882
Last Volume Bytes: 407,329,219,584 (407.3 GB)
Non-fatal FD errors: 0
SD Errors: 0
FD termination status: Canceled
SD termination status: Canceled
Termination: Backup Canceled
*llist volume=20120419
MediaId: 51
VolumeName: 20120419
Slot: 0
PoolId: 4
MediaType: LTO-3
FirstWritten: 2012-04-19 02:26:13
LastWritten: 2012-04-19 04:54:25
LabelDate: 2012-04-19 02:26:13
VolJobs: 1
VolFiles: 239
VolBlocks: 3,698,757
VolMounts: 1
VolBytes: 238,614,276,096
VolErrors: 0
VolWrites: 3,698,759
VolCapacityBytes: 0
VolStatus: Full
Enabled: 1
Recycle: 1
VolRetention: 315,360,000
VolUseDuration: 0
MaxVolJobs: 0
MaxVolFiles: 0
MaxVolBytes: 644,245,094,400
InChanger: 0
EndFile: 238
EndBlock: 9,757
VolParts: 0
LabelType: 0
StorageId: 2
DeviceId: 0
LocationId: 0
RecycleCount: 0
InitialWrite: 0000-00-00 00:00:00
ScratchPoolId: 0
RecyclePoolId: 0
Comment: NULL
On Wed, 2012-04-18 at 22:19 +0200, Andre Rossouw wrote:
> Thanks for the replies. I still have 2 questions:
>
> On Wed, 2012-04-18 at 19:37 +0200, ganiuszka wrote:
> > 2012/4/18 Andre Rossouw <an...@arnet.co.za>:
> > > Hello.
> > >
> > > I have a system running Ubuntu 10.04 with Bacula 5.0.1. and a SCSI
> > > Tandberg LTO-3 HH drive. It has been running without problems since
> > > 2010. Last week it started writing ~200GB data to the media, and
> > > reporting that the media is full.
> > >
> > > FD Bytes Written: 235,602,974,800 (235.6 GB)
> > > SD Bytes Written: 0 (0 B)
> > > Rate: 12196.7 KB/s
> > > Software Compression: None
> > > Volume Session Time: 1334732079
> > > Last Volume Bytes: 407,329,219,584 (407.3 GB)
> > > --
>
> I see that the media is full. But I have purged and relabeled the tape
> for testing. From reading the documentation, should this not have marked
> the tape to be recycled? Or do I need to move the tape into the scratch
> pool for this to happen?
>
> I have also run the btape fill command to test the drive and media
> (after purging and relabeling). I get the following output:
> btape: btape.c:2736 End of tape 201:0. Volume Bytes=200,404,463,616
>
> It is an LTO 3 tape, so I should get 400GB uncompressed?
>
> > It looks like on the tape is ~400GB data. Backup from above output has
> > ~200GB data written. It looks well for me. Looking on 'Volume Session
> > Id' it seems there also is some another backup. You can see jobs
> > placed on this volume eg. by using bconsole.
>
> Apologies if I'm doing something silly, but is there a way I can "erase"
> the tape to ensure that there is nothing on the tape? Other than purge
> and relabel?
>
> Thanks
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
