Bacula-users

Re: [Bacula-users] Tandberg LTO-3 only writing ~200GB

2012-04-19 09:44:59
Subject: Re: [Bacula-users] Tandberg LTO-3 only writing ~200GB
From: John Lockard <jlockard AT umich DOT edu>
To: bacula-users AT lists.sourceforge DOT net
Date: Thu, 19 Apr 2012 09:41:50 -0400
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 <andre AT arnet.co DOT 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 <andre AT arnet.co DOT 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 AT lists.sourceforge DOT 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
      jlockard AT umich DOT edu |        Ann Arbor, MI  48109-1285
 www.umich.edu/~jlockard |     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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users