Hi
On Thu, 2012-04-19 at 09:41 -0400, John Lockard wrote:
> I know this is probably a stupid question, but I've seen stupid
> questions solve things in the past...
Indeed :)
> 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.
Yes, I've checked. I also thought at first I'd made a mistake. In all my
years doing this type of work, I've never seen something like this
before. I'm hoping it's something as simple as faulty media?
Could there be any other reason you may think of (possibly outside of
bacula) that would cause a drive to think it's written more than it has,
or for the job to start at the wrong point on the tape?
> -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
------------------------------------------------------------------------------
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
|
