I know this is probably a stupid question, but I've seen stupid questions
solve things in the past...

Are both your tape drive and tape at least LTO3?  If your drive is LTO-3
and your tape is LTO-2, then your results make perfect sense.

-John

On Thu, Apr 19, 2012 at 1:07 AM, Andre Rossouw <an...@arnet.co.za> wrote:

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



-- 
-------------------------------------------------------------------
         John M. Lockard |  U of Michigan - School of Information
          Unix Sys Admin |  105 South State St. | 4325 North Quad
      jlock...@umich.edu |        Ann Arbor, MI  48109-1285
 www.umich.edu/~jlockard <http://www.umich.edu/%7Ejlockard> |
734-936-7255 | 734-764-2475 FAX
-------------------------------------------------------------------
- The University of Michigan will never ask you for your password -
------------------------------------------------------------------------------
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

Reply via email to