August 22, 20214 yr Hi @d00p, I just updated my server to Bullseye and although I had to reinstall mariadb, and also froxlor and some php7.4 packages it seems all is ok except with one thing bind9. After the upgrade the /etc/init.d/bind9 was missing.. the bind9 service is running fine because I can use service bind9 status and I see it running The problem is in DNS server reload command settings in Froxlor I had /etc/init.d/bind9 reload and obviously since it's not there it fails to reload the service. What I did was change the command to service bind9 reload and it seems to be working fine. My question is whether there should be really a bind9 in /etc/init.d When I installed bind9 again I get this message: Setting up bind9 (1:9.16.15-1) ... named-resolvconf.service is a disabled or a static unit not running, not starting it. Processing triggers for man-db (2.9.4-2) ... /etc/init.d/resolvconf status is working fine ● resolvconf.service - Nameserver information manager Loaded: loaded (/lib/systemd/system/resolvconf.service; enabled; vendor preset: enabled) Active: active (exited) since Sun 2021-08-22 08:03:27 CEST; 27min ago Docs: man:resolvconf(8) Main PID: 1774 (code=exited, status=0/SUCCESS) Tasks: 0 (limit: 4559) Memory: 0B CPU: 0 CGroup: /system.slice/resolvconf.service Do you have any idea whether there should be bind9 in /etc/init.d/? or just using service bind9 reload/restart/start is fine? Thanks!
August 22, 20214 yr Solution Better use 'service' or 'systemctl' - many services just add init.d-files for compatibility reasons but they get removed more and more
August 22, 20214 yr Author Yes that's what I thought I need to get used to systemd services syntax.. old habits Thanks,
Create an account or sign in to comment