Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • BIND BIND
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 527
    • Issues 527
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 96
    • Merge requests 96
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ISC Open Source Projects
  • BINDBIND
  • Issues
  • #2368
Closed
Open
Created Dec 31, 2020 by Cathy Almond@cathyaDeveloper

Log more detail when IXFR fails with 'failed while receiving responses: not exact'

Per Support ticket #16866

There are actually two things that it would be helpful to log:

  1. When the zone update fails, what is the exact scenario was that caused the failure (including the RRs involved).

In this specific instance, it was a duplicate add, generated erroneously by a registry application, but not knowing why the zone update failed made the troubleshooting much more difficult.

  1. Leading on from 1, it was discovered that while named will fail to accept an IXFR'd ADD that is a duplicate when this arrives in a new incremental update, it will ignore duplicate ADDs that are part of the same incremental update. This was somewhat of a surprise, and which also contributed to the difficulty troubleshooting (because 'we know there are occasional duplicates, but they don't usually cause a problem').

Therefore, if named is going to silently discard some duplicate adds, it should at least log that it did so!

Assignee
Assign to
Time tracking