[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bacula-devel] Fwd: [Bacula-users] bconsole delete bug?


FYI

Begin forwarded message:

> From: Kevin Keane <subscription@xxxxxxxxxx>
> Date: November 30, 2008 6:15:37 PM EST
> To: Dan Langille <dan@xxxxxxxxxxxx>
> Subject: Re: [Bacula-users] bconsole delete bug?
>
> Dan Langille wrote:
>> Kevin Keane wrote:
>>> I think I may have run into a bug in bconsole - or maybe it's just  
>>> some odd but behavior whose documentation I have missed?
>>>
>>> When you delete a volume on the command line, you use the  
>>> following command:
>>>
>>> delete volume=volumename pool=poolname
>>>
>>> However, if you reverse the arguments, unexpectedly delete will  
>>> delete the POOL instead of the volume:
>>>
>>> delete pool=poolname volume=volumename.
>>>
>>> I would expect the two statements to be equivalent.
>>>
>>> The documentation just says (incorrectly) "if the pool keyword is  
>>> found on the command line, the pool will be deleted".
>>>
>>> I think this is actually a fairly dangerous bug, because if you  
>>> don't pay close attention it can delete a lot more than you'd  
>>> expect - even more so because the second, dangerous, version is  
>>> the more convenient one when deleting multiple volumes (just hit  
>>> the up arrow and edit the volume name).
>>
>> I know what you mean, but there is actually a delete pool  
>> command... what do you propose?
> Maybe we should think of "delete" as the command and "pool" and  
> "volume" as arguments? That would probably clarify quite a bit  
> conceptually.
>
> I see two options:
>
> - If the volume= and pool= options are both present, regardless of  
> order, interpret it as "delete volume". If only pool= is present,  
> interpret it as "delete pool".
>
> - "delete volume" should not require the pool option in the first  
> place unless there is an ambiguity and two pools contain volumes  
> with the same name. If this was the case, supplying both pool= and  
> volume= would be a rare situation, and the current implementation  
> would be acceptable.
>
> And, BTW, thanks for being so responsive! Commercial software  
> vendors would never even respond to this type of issue!
>
> -- 
> Kevin Keane
> Owner
> The NetTech
> Turn your NetWORRY into a NetWORK!
>
> Office: 866-642-7116
> http://www.4nettech.com
>
> This e-mail and attachments, if any, may contain confidential and/or  
> proprietary information. Please be advised that the unauthorized use  
> or disclosure of the information is strictly prohibited. The  
> information herein is intended only for use by the intended  
> recipient(s) named above. If you have received this transmission in  
> error, please notify the sender immediately and permanently delete  
> the e-mail and any copies, printouts or attachments thereof.
>

-- 
Dan Langille
http://langille.org/





-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-devel mailing list
Bacula-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/bacula-devel


This mailing list archive is a service of Copilotco.