Re: [Bacula-users] Problem with volume are not present when the tape is empty on incremental
below with the volume conty-2546 (612 bytes). for ex. the behavior may seem normal because no data to save so we do not display ( with query + 5 ). In this case why referenced a volume (pool + Filesystem) May be an error on my part, but I do not remember a similar behavior before (v7). I will do with it. Thanks for all Le 21/01/2019 à 11:35, Martin Simmons a écrit : I don't think this is different in 7.4. Do you have an example volume with no files that is listed by query 5? As a workaround, you could have a cron job on the fd that touches a zero length file every day to prevent a "no files" backup. You could probably also do this in a ClientRunBeforeJob script. __Martin On Mon, 21 Jan 2019 08:37:59 +0100, Olivier Delestre said: Yes, i understand. It s normal with v9.2.2 and > But before with the 7.4 , this volume are present. Tanks. Le 19/01/2019 à 12:00, Kern Sibbald a écrit : On a quick look this seems normal. Bacula will not list volumes that have no files stored on them. Kern On 1/10/19 2:39 PM, Olivier Delestre wrote: hi, i use bacula v9.2.2 and storage on disk. i notice that when an incremantal is empty, bacula make a tape with a file ( 612 bytes ). when you list with the query "5: List all backups for a Client" , this volume is not present. but present in the pool and the file system. see below on the vol conty-2546 note : the query is issue from sample-query.sql How to have this volume in my list ? A Bug or not ?? Thanks Choose a query (1-21): 5 Enter Client Name: conty-fd ++--+---+---+-+--+++ | jobid | client | fileset | level | starttime | jobfiles | jobbytes | volumename | ++--+---+---+-+--+++ | 15,276 | conty-fd | fileset_conty | F | 2018-12-01 22:00:02 |8,121 | 11,532,984,139 | conty-2471 | | 15,323 | conty-fd | fileset_conty | I | 2018-12-03 22:00:02 |1 | 221,917 | conty-2481 | | 15,540 | conty-fd | fileset_conty | I | 2018-12-10 22:00:02 |1 | 222,648 | conty-2487 | | 15,683 | conty-fd | fileset_conty | I | 2018-12-14 22:00:03 |1 | 0 | conty-2503 | | 15,755 | conty-fd | fileset_conty | I | 2018-12-17 22:00:02 |1 | 223,377 | conty-2510 | | 15,977 | conty-fd | fileset_conty | I | 2018-12-24 22:00:02 |1 | 224,106 | conty-2514 | | 16,198 | conty-fd | fileset_conty | I | 2018-12-31 22:00:01 |1 | 224,835 | conty-2529 | | 16,374 | conty-fd | fileset_conty | F | 2019-01-05 22:02:31 |8,120 | 11,532,987,786 | conty-2401 | | 16,421 | conty-fd | fileset_conty | I | 2019-01-07 22:00:02 |1 | 225,566 | conty-2407 | | 16,495 | conty-fd | fileset_conty | I | 2019-01-09 22:00:02 | 226 | 10,177,801,880 | conty-2412 | ++--+---+---+-+--+++ *list media pool=conty +-++---+-++--+--+-+--+---+---+-+--+-+---+ | mediaid | volumename | volstatus | enabled | volbytes | volfiles | volretention | recycle | slot | inchanger | mediatype | voltype | volparts | lastwritten | expiresin | +-++---+-++--+--+-+--+---+---+-+--+-+---+ | 2,401 | conty-2401 | Used | 1 | 11,542,823,537 |2 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2019-01-05 22:05:03 | 5,124,733 | | 2,404 | conty-2404 | Used | 1 |612 |0 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2019-01-06 22:00:02 | 5,210,832 | | 2,407 | conty-2407 | Used | 1 |226,476 |0 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2019-01-07 22:00:02 | 5,297,232 | | 2,410 | conty-2410 | Used | 1 |612 |0 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2019-01-08 22:00:02 | 5,383,632 | | 2,412 | conty-2412 | Used | 1 | 10,185,386,134 |2 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2019-01-09 22:00:34 | 5,470,064 | | 2,415 | conty-2415 | Recycle | 1 | 1 |0 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2018-11-12 22:00:40 | 458,870 | | 2,418 | conty-2418 | Purged| 1 | 56,360,634 |0 | 5,529,600 | 1 |0 | 0 | File | 1 |0 | 2018-11-13 22:00:07 | 545,237 | | 2,422 |
Re: [Bacula-users] Problem with volume are not present when the tape is empty on incremental
I don't think this is different in 7.4. Do you have an example volume with no files that is listed by query 5? As a workaround, you could have a cron job on the fd that touches a zero length file every day to prevent a "no files" backup. You could probably also do this in a ClientRunBeforeJob script. __Martin > On Mon, 21 Jan 2019 08:37:59 +0100, Olivier Delestre said: > > Yes, i understand. It s normal with v9.2.2 and > > > But before with the 7.4 , this volume are present. > > Tanks. > > Le 19/01/2019 à 12:00, Kern Sibbald a écrit : > > On a quick look this seems normal. Bacula will not list volumes that > > have no files stored on them. > > > > Kern > > > > On 1/10/19 2:39 PM, Olivier Delestre wrote: > >> hi, > >> > >> i use bacula v9.2.2 and storage on disk. > >> i notice that when an incremantal is empty, bacula make a tape with a > >> file ( 612 bytes ). > >> when you list with the query "5: List all backups for a Client" , > >> this volume is not present. but present in the pool and the file system. > >> see below on the vol conty-2546 > >> note : the query is issue from sample-query.sql > >> > >> How to have this volume in my list ? > >> A Bug or not ?? > >> > >> Thanks > >> > >> Choose a query (1-21): 5 > >> Enter Client Name: conty-fd > >> ++--+---+---+-+--+++ > >> | jobid | client | fileset | level | starttime | > >> jobfiles | jobbytes | volumename | > >> ++--+---+---+-+--+++ > >> | 15,276 | conty-fd | fileset_conty | F | 2018-12-01 22:00:02 | > >> 8,121 | 11,532,984,139 | conty-2471 | > >> | 15,323 | conty-fd | fileset_conty | I | 2018-12-03 22:00:02 | > >> 1 |221,917 | conty-2481 | > >> | 15,540 | conty-fd | fileset_conty | I | 2018-12-10 22:00:02 | > >> 1 |222,648 | conty-2487 | > >> | 15,683 | conty-fd | fileset_conty | I | 2018-12-14 22:00:03 | > >> 1 | 0 | conty-2503 | > >> | 15,755 | conty-fd | fileset_conty | I | 2018-12-17 22:00:02 | > >> 1 |223,377 | conty-2510 | > >> | 15,977 | conty-fd | fileset_conty | I | 2018-12-24 22:00:02 | > >> 1 |224,106 | conty-2514 | > >> | 16,198 | conty-fd | fileset_conty | I | 2018-12-31 22:00:01 | > >> 1 |224,835 | conty-2529 | > >> | 16,374 | conty-fd | fileset_conty | F | 2019-01-05 22:02:31 | > >> 8,120 | 11,532,987,786 | conty-2401 | > >> | 16,421 | conty-fd | fileset_conty | I | 2019-01-07 22:00:02 | > >> 1 |225,566 | conty-2407 | > >> | 16,495 | conty-fd | fileset_conty | I | 2019-01-09 22:00:02 | > >> 226 | 10,177,801,880 | conty-2412 | > >> ++--+---+---+-+--+++ > >> *list media pool=conty > >> +-++---+-++--+--+-+--+---+---+-+--+-+---+ > >> | mediaid | volumename | volstatus | enabled | volbytes | volfiles | > >> volretention | recycle | slot | inchanger | mediatype | voltype | volparts > >> | lastwritten | expiresin | > >> +-++---+-++--+--+-+--+---+---+-+--+-+---+ > >> | 2,401 | conty-2401 | Used | 1 | 11,542,823,537 |2 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2019-01-05 22:05:03 | 5,124,733 | > >> | 2,404 | conty-2404 | Used | 1 |612 |0 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2019-01-06 22:00:02 | 5,210,832 | > >> | 2,407 | conty-2407 | Used | 1 |226,476 |0 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2019-01-07 22:00:02 | 5,297,232 | > >> | 2,410 | conty-2410 | Used | 1 |612 |0 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2019-01-08 22:00:02 | 5,383,632 | > >> | 2,412 | conty-2412 | Used | 1 | 10,185,386,134 |2 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2019-01-09 22:00:34 | 5,470,064 | > >> | 2,415 | conty-2415 | Recycle | 1 | 1 |0 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2018-11-12 22:00:40 | 458,870 | > >> | 2,418 | conty-2418 | Purged| 1 | 56,360,634 |0 | > >>5,529,600 | 1 |0 | 0 | File | 1 |0 > >> | 2018-11-13 22:00:07 | 545,237 | > >> | 2,422
Re: [Bacula-users] Problem with volume are not present when the tape is empty on incremental
Yes, i understand. It s normal with v9.2.2 and > But before with the 7.4 , this volume are present. Tanks. Le 19/01/2019 à 12:00, Kern Sibbald a écrit : On a quick look this seems normal. Bacula will not list volumes that have no files stored on them. Kern On 1/10/19 2:39 PM, Olivier Delestre wrote: hi, i use bacula v9.2.2 and storage on disk. i notice that when an incremantal is empty, bacula make a tape with a file ( 612 bytes ). when you list with the query "5: List all backups for a Client" , this volume is not present. but present in the pool and the file system. see below on the vol conty-2546 note : the query is issue from sample-query.sql How to have this volume in my list ? A Bug or not ?? Thanks Choose a query (1-21): 5 Enter Client Name: conty-fd ++--+---+---+-+--+++ | jobid | client | fileset | level | starttime | jobfiles | jobbytes | volumename | ++--+---+---+-+--+++ | 15,276 | conty-fd | fileset_conty | F | 2018-12-01 22:00:02 | 8,121 | 11,532,984,139 | conty-2471 | | 15,323 | conty-fd | fileset_conty | I | 2018-12-03 22:00:02 | 1 | 221,917 | conty-2481 | | 15,540 | conty-fd | fileset_conty | I | 2018-12-10 22:00:02 | 1 | 222,648 | conty-2487 | | 15,683 | conty-fd | fileset_conty | I | 2018-12-14 22:00:03 | 1 | 0 | conty-2503 | | 15,755 | conty-fd | fileset_conty | I | 2018-12-17 22:00:02 | 1 | 223,377 | conty-2510 | | 15,977 | conty-fd | fileset_conty | I | 2018-12-24 22:00:02 | 1 | 224,106 | conty-2514 | | 16,198 | conty-fd | fileset_conty | I | 2018-12-31 22:00:01 | 1 | 224,835 | conty-2529 | | 16,374 | conty-fd | fileset_conty | F | 2019-01-05 22:02:31 | 8,120 | 11,532,987,786 | conty-2401 | | 16,421 | conty-fd | fileset_conty | I | 2019-01-07 22:00:02 | 1 | 225,566 | conty-2407 | | 16,495 | conty-fd | fileset_conty | I | 2019-01-09 22:00:02 | 226 | 10,177,801,880 | conty-2412 | ++--+---+---+-+--+++ *list media pool=conty +-++---+-++--+--+-+--+---+---+-+--+-+---+ | mediaid | volumename | volstatus | enabled | volbytes | volfiles | volretention | recycle | slot | inchanger | mediatype | voltype | volparts | lastwritten | expiresin | +-++---+-++--+--+-+--+---+---+-+--+-+---+ | 2,401 | conty-2401 | Used | 1 | 11,542,823,537 | 2 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-05 22:05:03 | 5,124,733 | | 2,404 | conty-2404 | Used | 1 | 612 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-06 22:00:02 | 5,210,832 | | 2,407 | conty-2407 | Used | 1 | 226,476 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-07 22:00:02 | 5,297,232 | | 2,410 | conty-2410 | Used | 1 | 612 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-08 22:00:02 | 5,383,632 | | 2,412 | conty-2412 | Used | 1 | 10,185,386,134 | 2 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-09 22:00:34 | 5,470,064 | | 2,415 | conty-2415 | Recycle | 1 | 1 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-12 22:00:40 | 458,870 | | 2,418 | conty-2418 | Purged | 1 | 56,360,634 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-13 22:00:07 | 545,237 | | 2,422 | conty-2422 | Purged | 1 | 9,601,588,270 | 2 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-14 22:00:41 | 631,671 | | 2,426 | conty-2426 | Purged | 1 | 51,766,177 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-15 22:00:03 | 718,033 | | 2,429 | conty-2429 | Purged | 1 | 51,991,866 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-16 22:00:03 | 804,433 | | 2,432 | conty-2432 | Purged | 1 | 14,694,037 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-17 22:00:03 | 890,833 | | 2,434 |
Re: [Bacula-users] Problem with volume are not present when the tape is empty on incremental
On a quick look this seems normal. Bacula will not list volumes that have no files stored on them. Kern On 1/10/19 2:39 PM, Olivier Delestre wrote: hi, i use bacula v9.2.2 and storage on disk. i notice that when an incremantal is empty, bacula make a tape with a file ( 612 bytes ). when you list with the query "5: List all backups for a Client" , this volume is not present. but present in the pool and the file system. see below on the vol conty-2546 note : the query is issue from sample-query.sql How to have this volume in my list ? A Bug or not ?? Thanks Choose a query (1-21): 5 Enter Client Name: conty-fd ++--+---+---+-+--+++ | jobid | client | fileset | level | starttime | jobfiles | jobbytes | volumename | ++--+---+---+-+--+++ | 15,276 | conty-fd | fileset_conty | F | 2018-12-01 22:00:02 | 8,121 | 11,532,984,139 | conty-2471 | | 15,323 | conty-fd | fileset_conty | I | 2018-12-03 22:00:02 | 1 | 221,917 | conty-2481 | | 15,540 | conty-fd | fileset_conty | I | 2018-12-10 22:00:02 | 1 | 222,648 | conty-2487 | | 15,683 | conty-fd | fileset_conty | I | 2018-12-14 22:00:03 | 1 | 0 | conty-2503 | | 15,755 | conty-fd | fileset_conty | I | 2018-12-17 22:00:02 | 1 | 223,377 | conty-2510 | | 15,977 | conty-fd | fileset_conty | I | 2018-12-24 22:00:02 | 1 | 224,106 | conty-2514 | | 16,198 | conty-fd | fileset_conty | I | 2018-12-31 22:00:01 | 1 | 224,835 | conty-2529 | | 16,374 | conty-fd | fileset_conty | F | 2019-01-05 22:02:31 | 8,120 | 11,532,987,786 | conty-2401 | | 16,421 | conty-fd | fileset_conty | I | 2019-01-07 22:00:02 | 1 | 225,566 | conty-2407 | | 16,495 | conty-fd | fileset_conty | I | 2019-01-09 22:00:02 | 226 | 10,177,801,880 | conty-2412 | ++--+---+---+-+--+++ *list media pool=conty +-++---+-++--+--+-+--+---+---+-+--+-+---+ | mediaid | volumename | volstatus | enabled | volbytes | volfiles | volretention | recycle | slot | inchanger | mediatype | voltype | volparts | lastwritten | expiresin | +-++---+-++--+--+-+--+---+---+-+--+-+---+ | 2,401 | conty-2401 | Used | 1 | 11,542,823,537 | 2 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-05 22:05:03 | 5,124,733 | | 2,404 | conty-2404 | Used | 1 | 612 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-06 22:00:02 | 5,210,832 | | 2,407 | conty-2407 | Used | 1 | 226,476 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-07 22:00:02 | 5,297,232 | | 2,410 | conty-2410 | Used | 1 | 612 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-08 22:00:02 | 5,383,632 | | 2,412 | conty-2412 | Used | 1 | 10,185,386,134 | 2 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2019-01-09 22:00:34 | 5,470,064 | | 2,415 | conty-2415 | Recycle | 1 | 1 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-12 22:00:40 | 458,870 | | 2,418 | conty-2418 | Purged | 1 | 56,360,634 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-13 22:00:07 | 545,237 | | 2,422 | conty-2422 | Purged | 1 | 9,601,588,270 | 2 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-14 22:00:41 | 631,671 | | 2,426 | conty-2426 | Purged | 1 | 51,766,177 | 0 | 5,529,600 | 1 | 0 | 0 | File | 1 | 0 | 2018-11-15 22:00:03 | 718,033 | | 2,429 | conty-2429 | Purged | 1 | 51,991,866 | 0 | 5,529,600 | 1 |
Re: [Bacula-users] Problem with volume are not present when the tape is empty on incremental
Hi,
Thanks for the answer.
i have a pool for a client.
And i have a script python for purge+delete volume before the Full
backup. ( for optimize the disk space on retention , script -> Full ,
Incr, Incr ../.. , script -> Full , incr, incr ...)
This script utilize the modify query 3 + 4 ( see below ) and with the
result i purge and delete the volume on FS.
And if the empty volume are not in list , there are not purge + deleted
. normal ;)
I'm watching all this. this has worked for many years.
some other things seem strange since the update in 9.2.2. I lead my
research and keep you informed.
-
"cur.execute("""SELECT DISTINCT StartTime
FROM Client,Job,JobMedia,Media
WHERE Client.Name='{hostname}-fd'
AND Client.ClientId=Job.ClientId
AND Level='F' AND JobStatus IN ('T', 'W')
AND JobMedia.JobId=Job.JobId AND JobMedia.MediaId=Media.MediaId
ORDER BY Job.StartTime DESC LIMIT 1;""".format(hostname=hostname))
../.. And
cur.execute("""SELECT DISTINCT Job.JobId,Client.Name as
Client,Level,StartTime,JobFiles,JobBytes,VolumeName
FROM Client,Job,JobMedia,Media
WHERE Client.Name='{hostname}-fd'
AND Client.ClientId=Job.ClientId
AND JobStatus IN ('T', 'W')
AND JobMedia.JobId=Job.JobId AND JobMedia.MediaId=Media.MediaId
AND Job.StartTime < '{DateSelect}'
ORDER BY Job.StartTime;""".format(hostname=hostname,
DateSelect=DateSelect))
"
Le 11/01/2019 à 11:58, Radosław Korzeniewski a écrit :
Hello,
czw., 10 sty 2019 o 14:40 Olivier Delestre
> napisał(a):
hi,
i use bacula v9.2.2 and storage on disk.
i notice that when an incremantal is empty, bacula make a tape
with a file ( 612 bytes ).
when you list with the query "5: List all backups for a Client" ,
this volume is not present.
This is absolutely fine. Bacula will create a volume for your job as
it has to have a place to save your backup. Then it start to search
for data to save - the "empty" volume is already created. When Bacula
cannot find any data to save - the "incremental is empty" then the
volume remains empty for this job. As the volume does not contain any
data from this particular job - do you remember your "incremental is
empty" then it cannot be listed as a resource for this job.
In Bacula the single volume can have a multiple jobs saved and the
single job can span a multiple volumes.
but present in the pool and the file system.
see below on the vol conty-2546
Well, you configured your job and especially your pool to close volume
as soon as it is created by a single job, so the operations you
observe are performed on your request. If this is not what you expect
then you should change your configuration accordingly.
note : the query is issue from sample-query.sql
How to have this volume in my list ?
Why?
A Bug or not ??
Why do you think it is a bug?
Thanks
Choose a query (1-21): 5
Enter Client Name: conty-fd
++--+---+---+-+--+++
| jobid | client | fileset | level | starttime
| jobfiles | jobbytes | volumename |
++--+---+---+-+--+++
| 15,276 | conty-fd | fileset_conty | F | 2018-12-01 22:00:02
| 8,121 | 11,532,984,139 | conty-2471 |
| 15,323 | conty-fd | fileset_conty | I | 2018-12-03 22:00:02
| 1 | 221,917 | conty-2481 |
| 15,540 | conty-fd | fileset_conty | I | 2018-12-10 22:00:02
| 1 | 222,648 | conty-2487 |
| 15,683 | conty-fd | fileset_conty | I | 2018-12-14 22:00:03
| 1 | 0 | conty-2503 |
| 15,755 | conty-fd | fileset_conty | I | 2018-12-17 22:00:02
| 1 | 223,377 | conty-2510 |
| 15,977 | conty-fd | fileset_conty | I | 2018-12-24 22:00:02
| 1 | 224,106 | conty-2514 |
| 16,198 | conty-fd | fileset_conty | I | 2018-12-31 22:00:01
| 1 | 224,835 | conty-2529 |
| 16,374 | conty-fd | fileset_conty | F | 2019-01-05 22:02:31
| 8,120 | 11,532,987,786 | conty-2401 |
| 16,421 | conty-fd | fileset_conty | I | 2019-01-07 22:00:02
| 1 | 225,566 | conty-2407 |
| 16,495 | conty-fd | fileset_conty | I | 2019-01-09 22:00:02
| 226 | 10,177,801,880 | conty-2412 |
++--+---+---+-+--+++
*list media pool=conty
+-++---+-++--+--+-+--+---+---+-+--+-+---+
| mediaid | volumename | volstatus | enabled | volbytes |
volfiles | volretention | recycle | slot | inchanger | mediatype |
voltype |
Re: [Bacula-users] Problem with volume are not present when the tape is empty on incremental
Hello, czw., 10 sty 2019 o 14:40 Olivier Delestre napisał(a): > hi, > > i use bacula v9.2.2 and storage on disk. > i notice that when an incremantal is empty, bacula make a tape with a file > ( 612 bytes ). > when you list with the query "5: List all backups for a Client" , this > volume is not present. > This is absolutely fine. Bacula will create a volume for your job as it has to have a place to save your backup. Then it start to search for data to save - the "empty" volume is already created. When Bacula cannot find any data to save - the "incremental is empty" then the volume remains empty for this job. As the volume does not contain any data from this particular job - do you remember your "incremental is empty" then it cannot be listed as a resource for this job. In Bacula the single volume can have a multiple jobs saved and the single job can span a multiple volumes. > but present in the pool and the file system. > see below on the vol conty-2546 > Well, you configured your job and especially your pool to close volume as soon as it is created by a single job, so the operations you observe are performed on your request. If this is not what you expect then you should change your configuration accordingly. > note : the query is issue from sample-query.sql > > How to have this volume in my list ? > Why? > A Bug or not ?? > Why do you think it is a bug? > > Thanks > > Choose a query (1-21): 5 > Enter Client Name: conty-fd > > ++--+---+---+-+--+++ > | jobid | client | fileset | level | starttime | > jobfiles | jobbytes | volumename | > > ++--+---+---+-+--+++ > | 15,276 | conty-fd | fileset_conty | F | 2018-12-01 22:00:02 | > 8,121 | 11,532,984,139 | conty-2471 | > | 15,323 | conty-fd | fileset_conty | I | 2018-12-03 22:00:02 | > 1 |221,917 | conty-2481 | > | 15,540 | conty-fd | fileset_conty | I | 2018-12-10 22:00:02 | > 1 |222,648 | conty-2487 | > | 15,683 | conty-fd | fileset_conty | I | 2018-12-14 22:00:03 | > 1 | 0 | conty-2503 | > | 15,755 | conty-fd | fileset_conty | I | 2018-12-17 22:00:02 | > 1 |223,377 | conty-2510 | > | 15,977 | conty-fd | fileset_conty | I | 2018-12-24 22:00:02 | > 1 |224,106 | conty-2514 | > | 16,198 | conty-fd | fileset_conty | I | 2018-12-31 22:00:01 | > 1 |224,835 | conty-2529 | > | 16,374 | conty-fd | fileset_conty | F | 2019-01-05 22:02:31 | > 8,120 | 11,532,987,786 | conty-2401 | > | 16,421 | conty-fd | fileset_conty | I | 2019-01-07 22:00:02 | > 1 |225,566 | conty-2407 | > | 16,495 | conty-fd | fileset_conty | I | 2019-01-09 22:00:02 | > 226 | 10,177,801,880 | conty-2412 | > > ++--+---+---+-+--+++ > *list media pool=conty > > +-++---+-++--+--+-+--+---+---+-+--+-+---+ > | mediaid | volumename | volstatus | enabled | volbytes | volfiles | > volretention | recycle | slot | inchanger | mediatype | voltype | volparts > | lastwritten | expiresin | > > +-++---+-++--+--+-+--+---+---+-+--+-+---+ > | 2,401 | conty-2401 | Used | 1 | 11,542,823,537 |2 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2019-01-05 22:05:03 | 5,124,733 | > | 2,404 | conty-2404 | Used | 1 |612 |0 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2019-01-06 22:00:02 | 5,210,832 | > | 2,407 | conty-2407 | Used | 1 |226,476 |0 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2019-01-07 22:00:02 | 5,297,232 | > | 2,410 | conty-2410 | Used | 1 |612 |0 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2019-01-08 22:00:02 | 5,383,632 | > | 2,412 | conty-2412 | Used | 1 | 10,185,386,134 |2 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2019-01-09 22:00:34 | 5,470,064 | > | 2,415 | conty-2415 | Recycle | 1 | 1 |0 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2018-11-12 22:00:40 | 458,870 | > | 2,418 | conty-2418 | Purged| 1 | 56,360,634 |0 > |5,529,600 | 1 |0 | 0 | File | 1 | > 0 | 2018-11-13 22:00:07 | 545,237 | > | 2,422 | conty-2422 | Purged| 1 | 9,601,588,270 |2 > |5,529,600 | 1 |0 |
