Bacula-users

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

2012-04-19 01:10:04
Subject: Re: [Bacula-users] Tandberg LTO-3 only writing ~200GB
From: Andre Rossouw <andre AT arnet.co DOT za>
To: bacula-users AT lists.sourceforge DOT net
Date: Thu, 19 Apr 2012 07:07:31 +0200
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