<div dir="ltr"><div dir="ltr"><div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 18, 2018 at 9:01 AM Laurent Weislo <<a href="mailto:laurent.weislo@gmail.com">laurent.weislo@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>We had a strange behaviour with our old master running bind version: 9.3.6 release: 20.P1.el5.</div><div><br></div><div>We modify NSC m4 data files when adding one or more A records and use the make command to build the full environment on the master itself. At the end of the build, an HUP signal is sent to the named process. After the signal is sent, if a new change comes in, the process occurs again, thus modifying the files (that are supposed to be already loaded by named).<br></div><div>After a bunch of years and under heavy load on the master, we lost almost 4K records because the domain file seems to have been loaded while being generated.</div><div><br></div><div>My questions are:</div><div>- is 'rndc reload' returning when all zone files have been reloaded or is it returning while the loading process is ongoing ?<br></div></div></div></div></div></div></blockquote><div><br></div><div>I believe that rndc returns immediately, while the loading process is just starting.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div></div><div><div>- same question with sending a HUP signal ? does it behave like 'rndc reload' ?<br></div></div></div></div></div></div></div></blockquote><div><br></div><div>Signals like 'HUP' always return immediately, they have no way of knowing what the process will do with the signal, if anything.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div></div><div>- how to ensure that named has loaded the files before modifying them again since they are at the same location ?<br></div></div></div></div></div></div></div></blockquote><div><br></div><div>Good question.  For sure, as Anne says, you want to build temporary files and 'move' them to the final location, so that there are never partial files in place.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div></div><div><br></div><div>The log message reports 'loading configuration', but why not 'configuration files loaded' ?<br></div></div></div></div></div></div></div></blockquote><div><br></div><div>I believe that the process starts with:</div><div><div>18-Oct-2018 12:55:29.975 general: info: received control channel command 'reload'</div><div>18-Oct-2018 12:55:29.975 general: info: loading configuration from '/etc/named.conf'</div></div><div><br></div><div>And ends with:</div><div><div>18-Oct-2018 12:55:30.358 general: notice: all zones loaded</div></div><div><br></div><div>-- </div><div>Bob Harold</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div></div><div><br></div><div><div>Below is the event timeline, I hope it is clear enough for everyone:</div><div> 1. Oct 16 17:24:18 SLAVE1 named[29671]: [ID 873579 <a href="http://daemon.info" target="_blank">daemon.info</a>] transfer of '<a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>' from 192.168.122.100#53: Transfer completed: 10 messages, <b>14890</b> records, 413507 bytes, 0.249 secs (1660670 bytes/sec)<br> 2. (10/16/2018 17:28:57.202:1683726) : user pid=7501 uid=root auid=unknown(65030) msg='cmd=/sbin/service named reload (terminal=? res=success)'<br> 3. Oct 16 17:28:57 MASTER named[3292]: loading configuration from '/etc/named.conf' -> 2018101639<br> 4. AUTOMATION TOOL:16-10 17:28:57 newhostname 1045 Add DNS START<br> 5. 2018-10-16 17:29:00 +0200 (Tue, 16 Oct 2018) | 1 line IDXXX: Add DNS entry newhostname with 10.10.10.10 | r20907 |<br> 6. Oct 16 17:29:02 MASTER named[3292]: zone/<a href="http://our.domain.com:11473" target="_blank">our.domain.com:11473</a>: file does not end with newline    <- NSC make is running, generating new files because newhostname is added to a m4 file.<br> 7. Oct 16 17:29:02 MASTER named[3292]: zone <a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>: loaded serial 2018101640<br> 8. Oct 16 17:29:02 MASTER named[3292]: zone <a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>: sending notifies (serial 2018101640)<br> 9. Oct 16 17:29:19 SLAVE1 named[29671]: [ID 873579 <a href="http://daemon.info" target="_blank">daemon.info</a>] transfer of '<a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>' from 192.168.122.100#53: Transfer completed: 7 messages, <b>10806</b> records, 302763 bytes, 0.192 secs (1576890 bytes/sec)<br>10. (10/16/2018 17:34:27.798:1683828) : user pid=12079 uid=root auid=unknown(65030) msg='cmd=/sbin/service named reload (terminal=? res=success)' <br>11. Oct 16 17:34:27 MASTER named[3292]: loading configuration from '/etc/named.conf' -> 2018101640<br>12. AUTOMATION TOOL:16-10 17:34:28 newhostname 1045    Add DNS    SUCCESS<br>13. Oct 16 17:34:33 MASTER named[3292]: zone <a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>: zone serial unchanged<br>14. Oct 16 17:34:33 MASTER named[3292]: zone <a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>: loaded serial 2018101640<br>15. Oct 16 17:34:33 MASTER named[3292]: zone <a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>: sending notifies (serial 2018101640)<br>16. (10/16/2018 17:39:59.934:1683878) : user pid=15753 uid=root auid=unknown(65030) msg='cmd=/sbin/service named reload (terminal=? res=success)' <br>17. Oct 16 17:40:52 SLAVE1 named[29671]: [ID 873579 <a href="http://daemon.info" target="_blank">daemon.info</a>] transfer of '<a href="http://our.domain.com/IN" target="_blank">our.domain.com/IN</a>' from 192.168.122.100#53: Transfer completed: 10 messages, <b>14893</b> records, 413605 bytes, 0.255 secs (1621980 bytes/sec)<b><br></b><br></div><div><br></div><div>Thank you for you help and sorry to bother you with that.<br></div></div></div><div><br></div></div></div></div></div></div>
_______________________________________________<br>
Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
<br>
bind-users mailing list<br>
<a href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br>
</blockquote></div></div></div></div>