BIND 10 #2557: lockfile should use --data-path

BIND 10 Development do-not-reply at isc.org
Fri Dec 28 12:20:52 UTC 2012


#2557: lockfile should use --data-path
-------------------------------------+-------------------------------------
            Reporter:  jreed         |                        Owner:
                Type:  defect        |  jinmei
            Priority:  medium        |                       Status:
           Component:  logging       |  reviewing
            Keywords:                |                    Milestone:
           Sensitive:  0             |  Sprint-20130108
         Sub-Project:  Core          |                   Resolution:
Estimated Difficulty:  3             |                 CVSS Scoring:
         Total Hours:  0             |              Defect Severity:  N/A
                                     |  Feature Depending on Ticket:
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
Changes (by vorner):

 * owner:  vorner => jinmei


Comment:

 Hello

 Replying to [comment:4 jinmei]:
 > Considering this is for an optional case, should we really solve
 > this particular topic separately, especially by introducing yet
 > another hack of environment variable?

 Well, the ticket is for solving this problem, not for solving (much
 larger)
 general problem. And it is in the sprint… But I'll write an email to the
 ML
 asking for proposed solutions.

 Anyway, I think the environment variable hack is reasonable. The variable
 is
 only between boss and the started modules. It has no effect if set from
 outside
 and passed to boss.

 > I start feeling that it might be a good timing to clarify the
 > convoluted setup for various paths: what kind of concept we need, and
 > how we manage them (in config file, command line arg, and/or
 > environment variable) with which policy, and document these.  If we
 > can solve this particular topic on top of that clarification more
 > cleanly, that would be the best; if we still need some kind of hack,
 > we can at least introduce it according to the documented policy.

 I don't know if a config file is a good place here. We need to know the
 place
 of lock file before we read the config, otherwise we'll get race
 conditions. Or
 maybe not, but we would have to be very careful. Anyway, we need a way to
 start
 as a user if we don't have a write permission to the default path, so
 config
 file wouldn't help here. And having a path to finding configuration in a
 configuration file is kind of useless.

 But yes, we need to solve it somehow. But I don't think we want to do it
 in
 this ticket.

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


More information about the bind10-tickets mailing list