BIND 10 #1678: Lettuce test for multiple instances

BIND 10 Development do-not-reply at isc.org
Wed Feb 15 09:19:56 UTC 2012


#1678: Lettuce test for multiple instances
-------------------------------------+-------------------------------------
            Reporter:  vorner        |                        Owner:
                Type:  enhancement   |                       Status:  new
            Priority:  major         |                    Milestone:  Next-
           Component:  Unclassified  |  Sprint-Proposed
           Sensitive:  0             |                     Keywords:
         Sub-Project:  Core          |              Defect Severity:  N/A
Estimated Difficulty:  0             |  Feature Depending on Ticket:
         Total Hours:  0             |  Multiple interfaces
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
 We need a lettuce test that confirms running multiple instances of a
 component works. It would mean:
  * The components are started as many times as they should be.
  * The sharing of listening sockets between them works.
  * They can be started and stopped (even separately).
  * Restarting of crashed instances work.
  * Reconfiguration works.

 The proposed scenario would be like:
  - Configure two auths.
  - See that two are running (the boss knows two PIDs and they are alive).
  - Send a query, see it's answered.
  - Stop one of them.
  - See only one is running (the correct one, the PID didn't change).
  - Send a query, see it's answered.
  - Start the one again, see both are running.
  - Stop the other one (to confirm the socket is really in both of them).
  - Send a query, see it's answered.
  - Start the other one again.
  - Kill one and see it's restarted, but the other one is still the
 original one (eg. the PID didn't change).
  - Change some configuration, eg. the listening port.
  - See the query is answered correctly.

 This could be with resolver too. Can we generate two tests with one code
 and providing only the configuration and which queries should be asked?

-- 
Ticket URL: <http://bind10.isc.org/ticket/1678>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list