Good question! When I tried the delete volume=x by itself I would be prompted for the pool. So, I added it. I thought maybe it allowed the same volume to be in more than one pool. I wouldn't do that myself, but (this is sincere) I know there are much smarter folks than me designing and coding this project and I just went with the flow.
I'm on 1.38.7. On Thu, 2007-02-08 at 21:58 +0100, Arno Lehmann wrote: > Hi, > > On 2/8/2007 7:48 PM, Don MacArthur wrote: > > Thank you for your help. I'll be more careful in the future. > > Just a remark: When deleting volumes, I usually do a 'delete > volume=<whatever>'. I never needed to issue the pool. I don't see why I > should, too... > > Arno > > > On Thu, 2007-02-08 at 19:23 +0100, Kern Sibbald wrote: > > > >>On Thursday 08 February 2007 18:21, Don MacArthur wrote: > >> > >>>Thank you, Kern. I appreciate all the questions you take the time to > >>>personally answer, as well as a great product. > >>> > >>>Earlier in the day I deleted about 30 other volumes from the same pool > >>>using the delete pool... volume... form of the command, and only the > >>>volumes were deleted. > >> > >>Not exactly. You used delete volume=xxx, which deletes a volume. > >>If you use delete pool=xxx you delete a pool. The order of the > >>arguments > >>is important. If this seems complicated simply use "delete" and it will > >>prompt you. > >> > >> > >>>Another anomaly shortly before this happened was that in bconsole I > >>>tried to change the retention on the volumes from 3 weeks to 2 weeks. > >>>The feedback at the cli seemed to confirm the change, but when I > >>>displayed the volume info it was unchanged. > >>> > >>>So, I was wondering, is there is some condition or situation that caused > >>>the same command to behave differently from one session to the next, > >>>maybe also related to the retention change problem? > >> > >>No, I don't believe that is possible. > >> > >> > >>>I'm thinking it's something I did in the environment or confs that may > >>>have caused it to interpret the command differently, and/or effected the > >>>other function. > >> > >>That is very unlikely (perhaps 0.00000000000001% possible). > >> > >> > >>>Again, thanks. > >>> > >>>On Thu, 2007-02-08 at 18:01 +0100, Kern Sibbald wrote: > >>> > >>>>On Thursday 08 February 2007 17:36, Don MacArthur wrote: > >>>> > >>>>>I'm going to restore my catalog and query the pool table ([8-)) back to > >>>>>it original condition. BUT, I've used this command before and only the > >>>>>volume was deleted. The sequence below is pasted from the actual > >>>>>session. > >>>>> > >>>>>I was going to delete 20 volumes, so I changed the order of the parms > >>>>>to make editing the volume id easier. I know, I should have read the > >>>>>question before replying. > >>>>> > >>>>>My question is: Is this my error on the command line, > >>>> > >>>>Yes, you said in effect: > >>>> > >>>> delete pool > >>>> > >>>>so it prompted you to be sure you really wanted to delete the pool and > >>>>you answered yes, so it deleted your pool. > >>>> > >>>> > >>>>>is it the result > >>>>>of setting in a conf file, or is it a fluke (or bug)? > >>>>> > >>>>>Many TIA. > >>>>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >>>>>*delete volume=file0031 pool=file > >>>>> > >>>>>This command will delete volume file0031 > >>>>>and all Jobs saved on that volume from the Catalog > >>>>>Are you sure you want to delete this Volume? (yes/no): yes > >>>>>*delete pool=file volume=file0031 > >>>>>Are you sure you want to delete this Pool? (yes/no): yes > >>>>>*delete pool=file volume=file0032 > >>>>>Could not find Pool "file": ERR=Pool record not found in Catalog. > >>>>>Defined Pools: > >>>>> 1: weekly-magpool > >>>>> 2: Default > >>>>> 3: daily > >>>>> 4: weekly > >>>>>Select the Pool (1-4): . > >>>>> > >>>>> > >>>>>----------------------------------------------------------------------- > >>>>>-- Using Tomcat but need to do more? Need to support web services, > >>>>>security? Get stuff done quickly with pre-integrated technology to make > >>>>>your job easier. Download IBM WebSphere Application Server v.1.0.1 > >>>>>based on Apache Geronimo > >>>>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=12164 > >>>>>2 _______________________________________________ > >>>>>Bacula-users mailing list > >>>>>Bacula-users@lists.sourceforge.net > >>>>>https://lists.sourceforge.net/lists/listinfo/bacula-users > >>> > >>>------------------------------------------------------------------------- > >>>Using Tomcat but need to do more? Need to support web services, security? > >>>Get stuff done quickly with pre-integrated technology to make your job > >>>easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache > >>>Geronimo > >>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >>>_______________________________________________ > >>>Bacula-users mailing list > >>>Bacula-users@lists.sourceforge.net > >>>https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier. > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
