Sorry for replying so late.....

Actully the problem was "recycle pool" was getting changed when  purging
manually. Below is th output for same. My all clients are configured to
write in Pool_8 and this volume before purging belongs to same Pool. But
after purging this volume is not under this Pool and hence its not getting
written.

It purges (deletes) all Files from a Job,
JobId, Client or Volume; or it purges (deletes)
all Jobs from a Client or Volume without regard
for retention periods. Normally you should use the
PRUNE command, which respects retention periods.
22 Files on Volume "Vol0018" purged from catalog.
There are no more Jobs associated with Volume "Vol0018". Marking it purged.
*New Pool is: Default*

I have manually editted it to move under correct Pool but i was failed to
understand the cause of Pool change.

Regards,

Vishal Veerkar

2009/12/19 Timo Neuvonen <timo-n...@tee-en.net>

>  "vishal veerkar" <vishalveer...@gmail.com> kirjoitti viestissä
> news:d495389e0912190306v21085fb3p8c4d31d94c7ba...@mail.gmail.com...
>
> Hi All,
>
> I have noticed one thing. The Volumes which have been expired (retention
> 12days) when getting recycled gives below logs. but i am able to see that
> volume intact on the server but the Catalog entry is missing. Kindly find
> the attached file for details of Catalog screen shot.
>
> 19-Dec 05:29 bacula2-dir JobId 18095: There are no more Jobs associated
> with Volume "Vol0170". Marking it purged.
> *19-Dec 05:29 bacula2-dir JobId 18095: New Pool is: Default*
> 19-Dec 05:29 bacula2-dir JobId 18095: All records pruned from Volume
> "Vol0170"; marking it "Purged"
> 19-Dec 05:29 bacula2-dir JobId 18095: There are no more Jobs associated
> with Volume "Vol0502". Marking it purged.
>
>   File: `Vol0170'
>   Size: 32212195211     Blocks: 62975960   IO Block: 4096   regular file
> Device: 891h/2193d      Inode: 16793602    Links: 1
> Access: (0640/-rw-r-----)  Uid: (    0/    root)   Gid: (    0/    root)
> Access: 2009-12-06 11:18:21.000000000 +0530
> Modify: 2009-12-06 13:41:32.000000000 +0530
> Change: 2009-12-06 13:41:32.000000000 +0530
>
> Recycling does not remove physical volume, which in your case is a file on
> a disk (volume could also be a tape, in that case the tape drive is
> analoguos to disk drive holding now the volume files).
>
> Purging means that all catalog entries related to the contents of the
> volume in question are deleted. Also, information about the actual volume
> will stay in the database after purge (roughly: this is how Bacula knows the
> volume exists and that its status is now "purged"). Bacula will pysically
> touch this volume (file) only when it will be written again next time, and
> at that time its size will at first reduce to (almost) zero, and
> immediatedly thereafter Bacula starts appending new data into it.
>
> So, pruning/purging does not delete or otherwise modify physical volume
> files, it just manipulates the catalog to make the volumes re-available for
> writing. AFAIK, nor does so even the "delete" command that may be used to
> delete all catalog information about the volume. This is analoguos to using
> tapes as volumes: no backup software would physically delete physical tapes
> (put in a shredded?) either.
>
> --
> TiN
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>


-- 
With regards,

Vishal Veerkar
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to