This project is mirrored from https://github.com/coredns/coredns.git. The repository failed to update .
Repository mirroring has been paused due to too many failed attempts, and can be resumed by a project maintainer.
Last successful update .
  1. 28 May, 2019 1 commit
  2. 27 May, 2019 4 commits
  3. 24 May, 2019 1 commit
  4. 19 May, 2019 1 commit
    • Miek Gieben's avatar
      plugin/metrcs: fix datarace on listeners (#2835) · 118b0c94
      Miek Gieben authored
      This fixes a data race on the listener(s) that get started in the
      metrics plugins.
      
      It also restore pkg/uniq to its former glory and removes and state being
      carried in there; this means for metrics that registry.go was to
      replicate that behavior *with* locking (as pkg/uniq doesn't do, or need
      that).
      
      Also renamed uniqAddr to just u, to make it slightly shorter.
      Signed-off-by: default avatarMiek Gieben <miek@miek.nl>
      118b0c94
  5. 18 May, 2019 1 commit
  6. 13 May, 2019 1 commit
    • Miek Gieben's avatar
      plugin/metrics: fix failed reload (#2816) · 2ef55f80
      Miek Gieben authored
      Fix metrics endpoint on a failed reload, follows the same lines as the
      previous PRs, see for e.g. 076b8d4f. Test with a Corefile with 2 server
      blocks and metrics enabled and then introducing a syntax error:
      
      ~~~
      [ERROR] Restart failed: Corefile:5 - Error during parsing: Unknown directive 'jfkdjk'
      [ERROR] SIGUSR1: starting with listener file descriptors: Corefile:5 - Error during parsing: Unknown directive 'jfkdjk'
      ~~~
      
      And then curl-ing the metrics endpoint.
      
      See #2659 and as this is the last one.
      
      Fixes: #2659
      
      Getting this all right turns out to be tricky, also it's not easy
      testable which is something I should fix.
      Signed-off-by: default avatarMiek Gieben <miek@miek.nl>
      2ef55f80
  7. 08 May, 2019 1 commit
  8. 06 May, 2019 3 commits
  9. 05 May, 2019 2 commits
    • Miek Gieben's avatar
      plugin/health: add OnRestartFailed (#2812) · 076b8d4f
      Miek Gieben authored
      Add OnReStartFailed which makes the health plugin stay up if the
      Corefile is corrupt and we revert to the previous version.
      
      Also needs a fix for the channel handling
      
      See #2659
      
      Testing it will log the following when restarting with a corrupted
      Corefile
      
      ~~~
      2019-05-04T18:01:59.431Z [INFO] linux/amd64, go1.12.4,
      CoreDNS-1.5.0
      linux/amd64, go1.12.4,
      [INFO] SIGUSR1: Reloading
      [INFO] Reloading
      [ERROR] Restart failed: Corefile:5 - Error during parsing: Unknown directive 'bdhfhdhj'
      [ERROR] SIGUSR1: starting with listener file descriptors: Corefile:5 - Error during parsing: Unknown directive 'bdhfhdhj'
      ~~~
      
      After which the curl still works.
      
      This also needed a change to reset the channel used for the metrics
      go-routine which gets closed on shutdown, otherwise you'll see:
      
      ~~~
      ^C[INFO] SIGINT: Shutting down
      panic: close of closed channel
      
      goroutine 90 [running]:
      github.com/coredns/coredns/plugin/health.(*health).OnFinalShutdown(0xc000089bc0, 0xc000063d88, 0x4afe6d)
      ~~~
      Signed-off-by: default avatarMiek Gieben <miek@miek.nl>
      076b8d4f
    • Miek Gieben's avatar
      plugin/health: cleanups (#2811) · 890cdb5c
      Miek Gieben authored
      Small, trivial cleanup: got triggered because I saw a comment on how
      health plugins polls other plugins which isn't true.
      
      * Remove useless newHealth function
      * healthParse -> parse
      * Remove useless constants
      
      Net deletion of code.
      Signed-off-by: default avatarMiek Gieben <miek@miek.nl>
      890cdb5c
  10. 01 May, 2019 2 commits
    • Billie Cleek's avatar
      kubernetes: never respond with NXDOMAIN for authority label (#2769) · e178291e
      Billie Cleek authored
      * kubernetes: never respond with NXDOMAIN for authority label
      
      Return a nodata response when trying to resolve the authority's label
      for a record type that doesn't match the record type of the authority.
      
      This guards against poisoning the authority record by requesting the
      wrong record type for the authority label. For instance, given an
      authoritative resolver that uses subdomain delegation for Kubernetes
      services of a cluster that's configured to use IPv4, the parent may be
      poisoned by querying it for the authority label of the cluster subdomain
      with a AAAA record type, which would otherwise (i.e. without this
      change) return an NXDOMAIN. That is, given
      	cluster.example.com        NS 10800 ns.dns.cluster.example.com
      	ns.dns.cluster.example.com A  10800 10.0.1.2
      The parent may be poisoned for the SOA TTL by querying it for a AAAA
      record of ns.dns.cluster.example.com, causing the parent to fail
      delegate properly until the SOA TTL lapses.
      
      * kubernetes: add tests for authority queries
      e178291e
    • Cricket Liu's avatar
      Update README.md (#2808) · b4485b48
      Cricket Liu authored
      Minor grammatical fixes.
      b4485b48
  11. 30 Apr, 2019 2 commits
  12. 28 Apr, 2019 1 commit
  13. 27 Apr, 2019 1 commit
  14. 24 Apr, 2019 1 commit
  15. 23 Apr, 2019 1 commit
    • Miek Gieben's avatar
      plugin/chaos: randomize author list (#2794) · 3adfeaa8
      Miek Gieben authored
      Randomize the author list on request; keep the zowners.go file stable so
      a 'go generate' remain stable.
      
      chaos.Owners could potentially be a map and be randomized by ranging
      over it, but this seems simpler and fewer lines of code.
      
      Bit of Easter hacking; seems more fair to randomize this list.
      Signed-off-by: default avatarMiek Gieben <miek@miek.nl>
      3adfeaa8
  16. 22 Apr, 2019 1 commit
  17. 19 Apr, 2019 1 commit
  18. 12 Apr, 2019 1 commit
  19. 09 Apr, 2019 1 commit
  20. 08 Apr, 2019 3 commits
  21. 06 Apr, 2019 5 commits
  22. 05 Apr, 2019 1 commit
  23. 04 Apr, 2019 2 commits
  24. 03 Apr, 2019 2 commits