Skip to content
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

FS#4026 - Service still restart/start while disabled #9033

Closed
openwrt-bot opened this issue Sep 10, 2021 · 2 comments
Closed

FS#4026 - Service still restart/start while disabled #9033

openwrt-bot opened this issue Sep 10, 2021 · 2 comments
Labels

Comments

@openwrt-bot
Copy link

Gandalf:

Is it a normal behaviour that disabled services still start when attempted to ?
A disabled service would not be refused of starting ?
A call to the init.d script may be difficult to manage this particular state, but the service command must do !

How to reproduce :

root@LPM:~# service syslog-ng stop root@LPM:~# ps | grep syslog 1763 root 16056 S /usr/sbin/rsyslogd -n 3429 root 872 S /usr/sbin/addrwatch_syslog 28726 root 1348 R grep syslog root@LPM:~# service syslog-ng disable root@LPM:~# service syslog-ng restart Command failed: Not found root@LPM:~# ps | grep syslog 1763 root 16056 S /usr/sbin/rsyslogd -n 3429 root 872 S /usr/sbin/addrwatch_syslog 28753 root 13316 S /usr/sbin/syslog-ng --foreground 28765 root 1348 R grep syslog root@LPM:~# service syslog-ng stop

Références :
openwrt/packages#16601
https://forum.openwrt.org/t/service-still-restart-start-while-disabled/105996/

@openwrt-bot
Copy link
Author

jow-:

Yes, it is intentional / works as implemented. "Disabling" a service merely disable autostart on boot.

@openwrt-bot
Copy link
Author

Gandalf:

Okay, thanks...

root@LPM:~# cat /etc/firewall.fail2ban
#!/bin/sh
/etc/init.d/fail2ban enabled && /etc/init.d/fail2ban restart
exit 0

Will workaround and quickfix it !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant