Additional info on the volume:

*list media=A00053L5
+---------+------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
| mediaid | volumename | volstatus | enabled | volbytes        |
volfiles | volretention | recycle | slot | inchanger | mediatype |
lastwritten         |
+---------+------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
|     114 | A00053L5   | Full      |       1 | 150,990,400,512 |
2,107 |       43,200 |       1 |    2 |         1 | LTO5      |
2017-01-08 01:31:55 |
+---------+------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
*llist media=A00053L5
          mediaid: 114
       volumename: A00053L5
             slot: 2
           poolid: 2
        mediatype: LTO5
     firstwritten: 2017-01-08 01:00:03
      lastwritten: 2017-01-08 01:31:55
        labeldate: 2017-01-08 01:00:03
          voljobs: 1
         volfiles: 2,107
        volblocks: 2,340,501
        volmounts: 1
         volbytes: 150,990,400,512
        volerrors: 0
        volwrites: 2,340,502
 volcapacitybytes: 0
        volstatus: Full
          enabled: 1
          recycle: 1
     volretention: 43,200
   voluseduration: 0
       maxvoljobs: 0
      maxvolfiles: 0
      maxvolbytes: 0
        inchanger: 1
          endfile: 2,106
         endblock: 0
         volparts: 0
        labeltype: 0
        storageid: 1
         deviceid: 0
       locationid: 0
     recyclecount: 0
     initialwrite:
    scratchpoolid: 0
    recyclepoolid: 0
          comment:




On Mon, Jan 9, 2017 at 11:29 AM, Gi Dot <gadi...@gmail.com> wrote:

> Hi all,
>
>
> At the data centre we are using IBM-LTO tape - 3.0TB compressed, 1.5T
> uncompressed. Last 2 nights a backup was running and it stopped at about
> 150GB size and bacula marked the tape as full.
>
> Since the total amount of backed up data sometimes could be huge, I have
> purged the volume straight away before the tape was inserted. There is a
> total of 10 jobs, and the first job holds the biggest data, somewhere
> around 500GB to 2TB at a time. Backup failed at the first job, at 150GB
> size.
>
> | 3,053 | db01Job          | 2017-01-08 01:00:03 | B    | F     |   43,942 |  
>  150,874,925,633 | f
>
>
> Excerpt from the logs:
>
> 07-Jan 05:00 phisbackupdns1-dir JobId 3052: shell command: run AfterJob 
> "/usr/lib64/bacula/delete_catalog_backup"
> 08-Jan 01:00 phisbackupdns1-dir JobId 3053: Start Backup JobId 3053, 
> Job=phisdb01Job.2017-01-08_01.00.00_52
> 08-Jan 01:00 phisbackupdns1-dir JobId 3053: Using Device "Drive0"
> 08-Jan 01:00 phisbackupdns1-sd JobId 3053: Volume "A00053L5" previously 
> written, moving to end of data.
> 08-Jan 01:01 phisbackupdns1-sd JobId 3053: Warning: For Volume "A00053L5":
> The number of files mismatch! Volume=1955 Catalog=0
> Correcting Catalog
> 08-Jan 01:31 phisbackupdns1-sd JobId 3053: End of Volume "A00053L5" at 2106:1 
> on device "Drive0" (/dev/nst1). Write of 64512
> bytes got -1.
> 08-Jan 01:31 phisbackupdns1-sd JobId 3053: Re-read of last block succeeded.
> 08-Jan 01:31 phisbackupdns1-sd JobId 3053: End of medium on Volume "A00053L5" 
> Bytes=150,990,400,512 Blocks=2,340,501 at 08-Ja
> n-2017 01:31.
> 08-Jan 01:31 phisbackupdns1-sd JobId 3053: 3307 Issuing autochanger "unload 
> slot 2, drive 0" command.
> 08-Jan 01:33 phisbackupdns1-sd JobId 3053: No slot defined in catalog 
> (slot=0) for Volume "A00032L5" on "Drive0" (/dev/nst1).
> 08-Jan 01:33 phisbackupdns1-sd JobId 3053: Cartridge change or "update slots" 
> may be required.
> 08-Jan 01:33 phisbackupdns1-sd JobId 3053: Warning: mount.c:217 Open device 
> "Drive0" (/dev/nst1) Volume "A00032L5" failed: ER
> R=dev.c:513 Unable to open device "Drive0" (/dev/nst1): ERR=No medium found
>
>
> Hardware compression is enabled:
> # tapeinfo -f /dev/nst1
> Product Type: Tape Drive
> Vendor ID: 'IBM     '
> Product ID: 'ULT3580-TD5     '
> Revision: 'G360'
> Attached Changer API: No
> SerialNumber: '10WT008032'
> MinBlock: 1
> MaxBlock: 8388608
> SCSI ID: 1
> SCSI LUN: 0
> Ready: yes
> BufferedMode: yes
> Medium Type: 0x58
> Density Code: 0x58
> BlockSize: 0
> DataCompEnabled: yes
> DataCompCapable: yes
> DataDeCompEnabled: yes
> CompType: 0x1
> DeCompType: 0x1
> BOP: yes
> Block Position: 0
> Partition 0 Remaining Kbytes: -1
> Partition 0 Size in Kbytes: -1
> ActivePartition: 0
> EarlyWarningSize: 0
> NumPartitions: 0
> MaxPartitions: 1
>
> Pool configuration for the volume:
> Pool {
>   Name = ADHOC
>   Label Format = "ADHOC_Vol"
>   Pool Type = Backup
>   Recycle = yes
>   AutoPrune = yes
>   Storage = ibmts3310
>   Volume Retention = 12h
>   Recycle Current Volume = Yes
> }
>
> Side note: I just realized that I missed the "Volume Use Duration = 10h" 
> directive in the pool. Reason being is the same tape would be in the drive 
> for 2 nights (Saturday and Sunday), since there is no operator around to 
> change a tape. The tape supposed to be recycled on Sunday night.
>
>
> Appreciate if anyone can enlighten me as to why the tape is full way earlier 
> compared to the size that it is able to contain.
>
> Thanks.
>
>
>
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to