BIND 10 #2068: a convenient interface to choose lock policy for logging

BIND 10 Development do-not-reply at isc.org
Tue Jun 19 19:01:12 UTC 2012


#2068: a convenient interface to choose lock policy for logging
-------------------------------------+-------------------------------------
            Reporter:  jinmei        |                        Owner:
                Type:  defect        |                       Status:  new
            Priority:  medium        |                    Milestone:  Next-
           Component:  logging       |  Sprint-Proposed
           Sensitive:  0             |                     Keywords:
         Sub-Project:  Core          |              Defect Severity:  N/A
Estimated Difficulty:  0             |  Feature Depending on Ticket:
         Total Hours:  0             |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
 It's annoying that interprocess file lock is required by default.
 for example, b10-dbutil will fail if the lock file can be created
 only by a specific group of users.

 There should be some easy way for each application can specify which
 lock policy (at least including "none") should be used for logging
 at the initialization time.  We also need a python interface for that.

 On top of that, I suggest we use the "none" policy by default, and
 require explicit setting for those who need interprocess locking.
 The only benefit the lock provides is to avoid mixed logging output
 by multiple processes.  While it's nice, but not crucial for the
 system to work.  It's much, much worse that some tool cannot even
 start due to the failure of getting access to the unnecessary lock
 file.  The default should prevent that from happening.

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


More information about the bind10-tickets mailing list