All, If an init script has "need net" in its dependencies, this is automatically problematic, because the script will be stopped when *any* provider of net is stopped.
This is not good for services like sshd or ntpd for example, because, in their default configuration they are able to start regardless of which network interface(s) are active or not and adapt as interfaces go up and down. I think we should re-evaluate, and remove "need net" from init scripts where possible. The thing we would be looking for is services like sshd or ntpd which can start successfully in their default configuration and adapt as network interfaces go up and down and addresses and routes change. In those situations, which are probably pretty common, we can just drop "need net" from the init script. If a service genuinely _NEEDS_ a specific network address, because it binds to it _AND_ fails to start with out it, "need net" still isn't accurate, because of the issue I pointed out above, so it should be removed and this should be documented in the services conf.d file and left to the user to set up. If a user is using oldnet, they can do this by adding something like this to your service's conf.d file: rc_need="net.ifname" If they are using newnet and configuring the interface in /etc/conf.d/network as a static interface, they should add the following to your conf.d file: rc_need="network" Does anyone have any thoughts? William
pgpKhZWPVzoh8.pgp
Description: PGP signature
