mirror of
https://github.com/isc-projects/bind9.git
synced 2026-07-17 01:14:14 -04:00
3262ebd0f3
Previously a ISC_R_CANCELED result code switch-case has been added to the zone.c:zone_xfrdone() function, which did two things: 1. Schedule a new zone transfer if there's a scheduled force reload of the zone. 2. Reset the primaries list. This proved to be not a well-thought change and causes problems, because the ISC_R_CANCELED code is used not only when the whole transfer is canceled, but also when, for example, a particular primary server is unreachable, and named still needs to continue the transfer process by trying the next server, which it now no longer does in some cases. To solve this issue, three changes are made: 1. Make sure dns_zone_refresh() runs on the zone's loop, so that the sequential calls of dns_zone_stopxfr() and dns_zone_forcexfr() functions (like done in 'rndc retransfer -force') run in intended order and don't race with each other. 2. Since starting the new transfer is now guaranteed to run after the previous transfer is shut down (see the previous change), remove the special handling of the ISC_R_CANCELED case, and let the default handler to handle it like before. This will bring back the ability to try the next primary if the current one was interrupted with a ISC_R_CANCELED result code. 3. Change the xfrin.c:xfrin_shutdown() function to pass the ISC_R_SHUTTINGDOWN result code instead of ISC_R_CANCELED, as it makes more sense. |
||
|---|---|---|
| .. | ||
| check | ||
| confgen | ||
| delv | ||
| dig | ||
| dnssec | ||
| named | ||
| nsupdate | ||
| plugins | ||
| rndc | ||
| tests | ||
| tools | ||
| Makefile.am | ||