BIND 10 #2712: Cmdctl shutdown command does not shut down b10-cmdctl

BIND 10 Development do-not-reply at isc.org
Thu Apr 25 21:08:43 UTC 2013


#2712: Cmdctl shutdown command does not shut down b10-cmdctl
-------------------------------------+-------------------------------------
            Reporter:  jelte         |                        Owner:
                Type:  defect        |  jinmei
            Priority:  medium        |                       Status:
           Component:  cmd-ctl       |  reviewing
            Keywords:                |                    Milestone:
           Sensitive:  0             |  Sprint-20130423
         Sub-Project:  DNS           |                   Resolution:
Estimated Difficulty:  6             |                 CVSS Scoring:
         Total Hours:  0             |              Defect Severity:  N/A
                                     |  Feature Depending on Ticket:
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------

Comment (by jinmei):

 Thanks for the review.

 Replying to [comment:12 vorner]:

 > Replying to [comment:9 jinmei]:

 > However, it'll stop working if we ever unify the sessions (using just
 one from cfgmgr), because msgq refuses to send messages back to the
 sender, even if it is addressed there. Do you have idea why the special
 code is there?

 I have no idea; I checked the code history, but it seemed to be coded
 that way almost from the beginning without specific commit log for
 that particular part.  In any case, if and when we unify the session,
 at least we should be able to notice the regression via the added
 lettuce test, so I think it's okay to think about an alternative at
 the point if and when it actually happens.

 > Some comments to the code:
 >
 > Could you describe the motivation of the
 `test_handle_post_request_to_itself`, for example in the docstring?

 Oops, actually, that test wasn't intended to be added.  I simply
 removed it (see also the commit log).

 > I believe this should be „quit“, not „quite“:
 > {{{
 >         # shutdown.  So "send bind10 command" will fail (it cannot
 complete
 >         # "quite").
 > }}}

 Good catch, corrected.

 > I'm confused by this comment:
 > {{{
 >     ignore_failure ('ignoring failure', optional): set to not None if
 bindctl
 >     is expected to fail (and it's acceptable).
 >
 >     Fails if bindctl does not exit with status code 0 and ignore_failure
 >     is not None.
 > }}}
 >
 > So, if `ignore_failure` is set to `None` (a false value), is the failure
 ignored?

 if `ignore_failure` is set to None, failure is detected and causes a
 test failure (which is the previous behavior and the default of the
 new version).  I think the documentation is not incorrect, but
 admittedly it can be confusing due to the kind of double-negation.
 I've updated it so it'll hopefully be less confusing.  Is that better?

-- 
Ticket URL: <http://bind10.isc.org/ticket/2712#comment:14>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list