BIND 10 #640: cfgmgr hanging and command and configurations for no-longer-running components

[BIND 10 Development]

#640: cfgmgr hanging and command and configurations for no-longer-running
components
--------------------------------------------+----------------------------
                   Reporter:  jreed         |                 Owner:
                       Type:  defect        |                Status:  new
                   Priority:  major         |             Milestone:
                  Component:  Unclassified  |            Resolution:
                   Keywords:                |             Sensitive:  0
            Defect Severity:  N/A           |           Sub-Project:  DNS
Feature Depending on Ticket:                |  Estimated Difficulty:  0.0
        Add Hours to Ticket:  0             |           Total Hours:  0
                  Internal?:  0             |
--------------------------------------------+----------------------------
Changes (by jreed):

 * subproject:   => DNS
 * severity:   => N/A


Comment:

 This problem continues.

 It is slightly different now. (Note that the Boss components configuration
 is different now also.)
 {{{
 > config remove Boss/components b10-auth
 > config add Boss/components b10-resolver
 > config set Boss/components/b10-resolver/kind needed
 > config set Boss/components/b10-resolver/priority 10
 > config set Boss/components/b10-resolver/special resolver
 > config commit
 > config set Auth/statistics-interval 120
 > config commit
 Error: Timeout waiting for answer from Auth
 Configuration not committed
 }}}

 It should not error on configuring Auth. If it must error now since
 support doesn't exist yet then the error should be more clear.

 Also see:

 {{{

 > config set Resolver/timeout_query 2001
 > config commit
 Error: Module 'ConfigManager' not responding
 Configuration not committed

 }}}

 I then tried as root and this time it failed differently (even before
 commit):

 {{{

 > config set Auth/statistics-interval 120
 Traceback (most recent call last):
   File "/usr/pkg/lib/python3.1/cmd.py", line 213, in onecmd
     func = getattr(self, 'do_' + cmd)
 AttributeError: 'BindCmdInterpreter' object has no attribute 'do_config'

 During handling of the above exception, another exception occurred:

 Traceback (most recent call last):
   File "./bin/bindctl", line 149, in <module>
     result = tool.run()
   File
 "/home/reed/builder/work/BIND10/20120124093934-NetBSD5-i386/install/lib/python3.1
 /site-packages/bindctl/bindcmd.py", line 138, in run
     self.cmdloop()
   File "/usr/pkg/lib/python3.1/cmd.py", line 139, in cmdloop
     stop = self.onecmd(line)
   File
 "/home/reed/builder/work/BIND10/20120124093934-NetBSD5-i386/install/lib/python3.1
 /site-packages/bindctl/bindcmd.py", line 466, in onecmd
     Cmd.onecmd(self, line)
   File "/usr/pkg/lib/python3.1/cmd.py", line 215, in onecmd
     return self.default(line)
   File
 "/home/reed/builder/work/BIND10/20120124093934-NetBSD5-i386/install/lib/python3.1
 /site-packages/bindctl/bindcmd.py", line 432, in default
     self._parse_cmd(line)
   File
 "/home/reed/builder/work/BIND10/20120124093934-NetBSD5-i386/install/lib/python3.1
 /site-packages/bindctl/bindcmd.py", line 568, in _parse_cmd
     self._validate_cmd(cmd)
   File
 "/home/reed/builder/work/BIND10/20120124093934-NetBSD5-i386/install/lib/python3.1
 /site-packages/bindctl/bindcmd.py", line 366, in _validate_cmd
     params[param_count - 2] += params[param_count - 1]
 KeyError: -1

 }}}

 Note this may be an old ticket, but I hit the same problem (Error: Module
 'ConfigManager' not responding
 ) yesterday when trying to set up a resolver for some tests.

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