In the message dated: Wed, 12 Dec 2018 13:40:04 +0000,
The pithy ruminations from Martin Simmons on
[[External] Re: [Bacula-users] "Full" tapes with zero bytes?] were:
=> >>>>> On Tue, 11 Dec 2018 16:02:19 -0500, mark bergman said:
=> >
=> > I'm running Bacula 9.0.8 under CentOS 6, and I'm seeing something odd with
some tapes. Backups were written to the tapes, but a query of the status of
volumes in the tape changer shows that the media is
=> > "Full" with zero GB:
=> >
=> >
=> >
=> > Choose a query (1-50): 15
=> >
+---------+------------+-------+---------+------+-------------+-----------+-----------+
=> > | mediaid | volumename | gb | storage | slot | pool |
mediatype | volstatus |
=> >
+---------+------------+-------+---------+------+-------------+-----------+-----------+
=> > | 264 | 006273L6 | 0 | neoxl80 | 19 | Full | LTO6
| Full |
=> > | 220 | 006200L6 | 0 | neoxl80 | 20 | Incremental | LTO6
| Full |
=>
=> The output of "llist volume=006273L6" would be useful, to see the full info
=> about the volume (yes, that's llist with two ll's).
Sure:
-------------------------------------------------
*llist volume=006273L6
Automatically selected Catalog: MyCatalog
Using Catalog "MyCatalog"
mediaid: 264
volumename: 006273L6
slot: 19
poolid: 2
mediatype: LTO6
mediatypeid: 0
firstwritten: 2017-12-22 03:45:03
lastwritten: 2018-11-17 01:50:55
labeldate: 2017-06-05 02:45:04
voljobs: 7
volfiles: 178
volblocks: 2
volparts: 0
volcloudparts: 0
cacheretention: 0
volmounts: 6
volbytes: 322,561
volabytes: 0
volapadding: 0
volholebytes: 0
volholes: 0
lastpartbytes: 0
volerrors: 0
volwrites: 50,901,328
volcapacitybytes: 0
volstatus: Full
enabled: 1
recycle: 1
volretention: 46,656,000
voluseduration: 0
maxvoljobs: 0
maxvolfiles: 0
maxvolbytes: 0
inchanger: 1
endfile: 178
endblock: 0
voltype: 2
labeltype: 0
storageid: 2
deviceid: 0
mediaaddressing: 0
volreadtime: 0
volwritetime: 46,066,122,018
locationid: 0
recyclecount: 1
initialwrite:
scratchpoolid: 0
recyclepoolid: 4
actiononpurge: 0
expiresin: 44,460,471
comment:
*llist volume=006200L6
mediaid: 220
volumename: 006200L6
slot: 20
poolid: 1
mediatype: LTO6
mediatypeid: 0
firstwritten: 2018-11-06 11:53:17
lastwritten: 2018-11-17 01:48:07
labeldate: 2017-04-04 03:50:05
voljobs: 14
volfiles: 147
volblocks: 1
volparts: 0
volcloudparts: 0
cacheretention: 0
volmounts: 3
volbytes: 129,025
volabytes: 0
volapadding: 0
volholebytes: 0
volholes: 0
lastpartbytes: 0
volerrors: 0
volwrites: 45,040,851
volcapacitybytes: 0
volstatus: Full
enabled: 1
recycle: 1
volretention: 8,467,200
voluseduration: 0
maxvoljobs: 0
maxvolfiles: 0
maxvolbytes: 0
inchanger: 1
endfile: 147
endblock: 0
voltype: 2
labeltype: 0
storageid: 2
deviceid: 0
mediaaddressing: 0
volreadtime: 0
volwritetime: 18,106,715,487
locationid: 0
recyclecount: 1
initialwrite:
scratchpoolid: 0
recyclepoolid: 4
actiononpurge: 0
expiresin: 6,275,051
comment:
-------------------------------------------------
Hmmm..... volbytes looks "wrong" for both volumes, if they really contain
backups.
I'm going to run some diagnostics with "btape" and "bls" to try to determine
whether there is actually data on the tapes.
Mark
=>
=> __Martin
=>
--
Mark Bergman voice: 215-746-4061
[email protected] fax: 215-614-0266
http://www.med.upenn.edu/cbica/
IT Technical Director, Center for Biomedical Image Computing and Analytics
Department of Radiology University of Pennsylvania
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
