1. 07 May, 2019 5 commits
  2. 06 May, 2019 2 commits
  3. 26 Apr, 2019 1 commit
  4. 25 Apr, 2019 2 commits
  5. 23 Apr, 2019 4 commits
  6. 19 Apr, 2019 2 commits
  7. 16 Apr, 2019 1 commit
  8. 15 Apr, 2019 1 commit
  9. 11 Apr, 2019 3 commits
    • Evan Hunt's avatar
      CHANGES · 3b9dee0b
      Evan Hunt authored
      3b9dee0b
    • Matthijs Mekking's avatar
      With update-check-ksk also consider offline keys · 3cb8c49c
      Matthijs Mekking authored
      The option `update-check-ksk` will look if both KSK and ZSK are
      available before signing records.  It will make sure the keys are
      active and available.  However, for operational practices keys may
      be offline.  This commit relaxes the update-check-ksk check and will
      mark a key that is offline to be available when adding signature
      tasks.
      3cb8c49c
    • Mark Andrews's avatar
      Add CHANGES · 307a1b56
      Mark Andrews authored
      307a1b56
  10. 10 Apr, 2019 4 commits
  11. 09 Apr, 2019 2 commits
  12. 06 Apr, 2019 2 commits
    • Witold Krecicki's avatar
      Fix deadlock in RPZ update code. · 06021b35
      Witold Krecicki authored
      In dns_rpz_update_from_db we call setup_update which creates the db
      iterator and calls dns_dbiterator_first. This unpauses the iterator and
      might cause db->tree_lock to be acquired. We then do isc_task_send(...)
      on an event to do quantum_update, which (correctly) after each iteration
      calls dns_dbiterator_pause, and re-isc_task_sends itself.
      
      That's an obvious bug, as we're holding a lock over an async task send -
      if a task requesting write (e.g. prune_tree) is scheduled on the same
      workers queue as update_quantum but before it, it will wait for the
      write lock indefinitely, resulting in a deadlock.
      
      To fix it we have to pause dbiterator in setup_update.
      06021b35
    • Evan Hunt's avatar
      placeholder · 610d13b4
      Evan Hunt authored
      610d13b4
  13. 29 Mar, 2019 1 commit
  14. 26 Mar, 2019 2 commits
  15. 22 Mar, 2019 1 commit
  16. 21 Mar, 2019 2 commits
  17. 20 Mar, 2019 1 commit
  18. 19 Mar, 2019 1 commit
  19. 18 Mar, 2019 2 commits
  20. 15 Mar, 2019 1 commit