Bug #82
closed
dns-server/tiny-dns-package not working after reinstallation
Added by Frank Schmidt over 14 years ago.
Updated over 11 years ago.
Description
After a package reinstallation of 'dns-server' the service hangs after some time without any error messages and is not working anymore.
One reason seams to be that after the package 'dns-server' is deinstalled via the web-gui there are serveral config files left in the filesystem. If the package is installed for a second time the installation process is not starting from a clean environment. This leads to several different problems.
E.g.: the configuration files in the directory '/etc/tinydns' are not deleted when the package is deinstalled. During the second installation of the package serveral users are added via 'pw useradd' command with other uids than during the first installation. This causes the 'supervise' process to generate zombie processes as the directory rights of the confiuguration it uses (under /etc/tindydns/log) are still having the old uids added during the first installation of the package.
Tested with PfSense 1.2.3RC1, dns-server 1.0.6.3
- Status changed from New to Resolved
- % Done changed from 0 to 100
Applied in changeset commit:"10124b099f3668814d1ac0dfdd6b7d5c8a5487ee".
- Status changed from Resolved to Feedback
I have commited a few fixes. Please test the changes once the packages sync and report back. Thanks!
Thanks for the fixes. The bug ist partially solved by the changes. I have noticed two issues that still exist:
- the user 'axfrdns' is added during package-installation but not deleted during deinstallation
- the service 'axfrdns' (zone-transfer-server) is activated during the package-installation by adding
a link in /services to /etc/axfrdns. If zone transfers are not used the target directory /etc/axfrdns
is not existing. This causes the supervise-process to produce zombie-processes.
Tested with pfSense 1.2.3-RC3, dns-server 1.0.6.4
- Category set to DNS Server
- Status changed from Feedback to New
- Status changed from New to Feedback
Applied in changeset commit:71bc2064b506456195c4aa0623aaf016c175aae9.
- Status changed from Feedback to New
Fixing up redmine's copies of the git repo it accidentally set this back to feedback in the process.
- Status changed from New to Closed
Also available in: Atom
PDF