-
-
Notifications
You must be signed in to change notification settings - Fork 650
Adjust DNS settings #2712
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adjust DNS settings #2712
Conversation
Syncing DNS works but we could still improve the The hardcoded path bothers me. Maybe we can make this adjustable in our settings. cobbler/templates/etc/named.template Lines 1 to 9 in ded3e6e
Furthermore the logging as implemented in the config does not work under openSUSE. In Fedora 34 and Debian 10 this works. cobbler/templates/etc/named.template Lines 11 to 16 in ded3e6e
$ journalctl-u named
Jul 15 10:52:36 localhost.localdomain systemd[1]: Starting Berkeley Internet Name Domain (DNS)...
Jul 15 10:52:36 localhost.localdomain named[31986]: starting BIND 9.16.18 (Stable Release) <id:1c027c4>
Jul 15 10:52:36 localhost.localdomain named[31986]: running on Linux x86_64 5.13.0-1-default #1 SMP Fri Jul 2 05:54:32 UTC 2021 (aa40472)
(...)
Jul 16 15:18:54 localhost.localdomain named[19937]: command channel listening on ::1#953
Jul 16 15:18:54 localhost.localdomain named[19937]: isc_stdio_open 'data/named.run' failed: file not found
Jul 16 15:18:54 localhost.localdomain named[19937]: configuring logging: file not found
Jul 16 15:18:54 localhost.localdomain named[19937]: loading configuration: file not found
Jul 16 15:18:54 localhost.localdomain named[19937]: exiting (due to fatal error)
Jul 16 15:18:54 localhost.localdomain systemd[1]: named.service: Control process exited, code=exited, status=1/FAILURE
Jul 16 15:18:54 localhost.localdomain systemd[1]: named.service: Failed with result 'exit-code'.
Jul 16 15:18:54 localhost.localdomain systemd[1]: Failed to start Berkeley Internet Name Domain (DNS). What are your thoughts @SchoolGuy, @watologo1? |
So my opinion is the following:
|
Codecov Report
@@ Coverage Diff @@
## master #2712 +/- ##
=======================================
Coverage 41.48% 41.48%
=======================================
Files 86 86
Lines 13453 13453
=======================================
Hits 5581 5581
Misses 7872 7872
Continue to review full report at Codecov.
|
Rebased onto master. |
I was not able to find any other issues besides the things @SchoolGuy mentioned. I think the PR is ready so far and everything template related should be done in a seperate PR. |
Signed-off-by: Dominik Gedon <dgedon@suse.de>
Signed-off-by: Dominik Gedon <dgedon@suse.de>
Signed-off-by: Dominik Gedon <dgedon@suse.de>
On SUSE distros the path for named is not /var/named but /var/lib/named Signed-off-by: Dominik Gedon <dgedon@suse.de>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Signed-off-by: Dominik Gedon <dgedon@suse.de>
I don't fully understand the second part. Do you want to replace Cheetah with Jinja2 for only some of the templates? Or do you want to use Jinja2 for everything if the system running Cobbler supports it and Cheetah otherwise? Or just move to Jinja2 completely? Personally I think that only one templating system should be used for each Cobbler version and changing it should only be done in a major release (without traces of the old templating system.) Is this what you have in mind yourself @SchoolGuy ? |
This will remove the static path for named and replace it with the one defined in setup.py. Thank you @watologo1 for the suggestion! Signed-off-by: Dominik Gedon <dgedon@suse.de>
@agraul The plan was for 3.4.0 to convert all Cobbler default templates to Jinja2 and let the default at Cheetah, so we don't break templates without a "shebang", the Cobbler version after that would then switch to Jinja2 as a default and with 4.0.0 I would remove the Cheetah Support and only allow Jinja2. I would announce that with the release of Cobbler 3.3.0 to the broader public. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice cleanup!
This PR fixes some issues regarding DNS:
@@bind_zoneinfo@@
got not replaced during build timesettings.yaml
Furthermore I rearranged some key/values in
settings.yaml
to have those belonging to each other closer together.For now I leave this as a WIP since I am not completely finished testing DNS.