Déjà, j'avoue, je connais bien moins Fedora que CentOS ou RHEL.
Ensuite, je ne considère pas qu'apache fasse parti du système de base.
Mais pour comparaison, voici ce que l'on peut mettre dans le rc.conf concernant apache, sachant qu'il suffit de mettre le premier et le dernier à yes pour activer un serveur web :
# Add the following lines to /etc/rc.conf to enable apache22:
# apache22_enable (bool): Set to "NO" by default.
# Set it to "YES" to enable apache22
# apache22_profiles (str): Set to "" by default.
# Define your profiles here.
# apache22limits_enable (bool):Set to "NO" by default.
# Set it to yes to run `limits $limits_args`
# just before apache starts.
# apache22_flags (str): Set to "" by default.
# Extra flags passed to start command.
# apache22limits_args (str): Default to "-e -C daemon"
# Arguments of pre-start limits run.
# apache22_http_accept_enable (bool): Set to "NO" by default.
# Set to yes to check for accf_http kernel
# module on start up and load if not loaded.
Maintenant, je parlais bien de sysconfig, qui même s'il ne représente qu'un pourcent en taille est assez pénible en comparaison lorsque l'on a des configurations un peu pénibles (certains serveurs ont plusieurs cartes réseaux et une diszaines d'alias IP, par exemple).
Le gros intéret de rc.conf est qu'il permet d'avoir une vision synthétique de toute la configuration non par défaut du système, des services démarrés, etc.
Mais au-lieu de faire un truc de porc en bidouillant les /etc/rc.*, tu fais la configuration en un lieu précis dans un cadre qui l'a prévu (plus ou moins car prévoir tout les cas est impossible).
Tu as déjà regardé comment sont organisés les rc.* sur un BSD ?
(tip: C'est à l'image du reste lorsque l'on compare Linux vs. BSD)
> Ayant plusieurs dizaines de serveurs à maintenir, j'aurai tendance à dire que statistiquement les linux nous posent plus de problèmes que les BSD... et pas qu'un peu.
Je ne vois pas pourquoi.
Entre autre, les problèmes sur certains montage nfs (montages ro qui est en fait rw), client nfs qui ne remonte pas forcement suite à un problème sur sa connexion avec le serveur, nscd qui se gaufre sous forte charge, nfs4 qui ne tient pas non plus avec en message d'erreur des problèmes VFS non traités qui n'auraient pas du remonter en userland (ces 2 derniers datent de nos tests d'il y a un an, on est revenu en arrière depuis), /bin/sh qui est en fait un bash, avec toutes les gnuteries associées pour le shell root...
(pour préciser : certains chez nous sont plutot orientés Linux, d'autres plutot BSD... donc ce n'est pas forcement qu'une question de connaitre mieux un systeme)
[^] # Re: Plaf
Posté par sobek . En réponse au journal Vous savez quoi ?. Évalué à 3.
Ensuite, je ne considère pas qu'apache fasse parti du système de base.
Mais pour comparaison, voici ce que l'on peut mettre dans le rc.conf concernant apache, sachant qu'il suffit de mettre le premier et le dernier à yes pour activer un serveur web :
Maintenant, je parlais bien de sysconfig, qui même s'il ne représente qu'un pourcent en taille est assez pénible en comparaison lorsque l'on a des configurations un peu pénibles (certains serveurs ont plusieurs cartes réseaux et une diszaines d'alias IP, par exemple).
Le gros intéret de rc.conf est qu'il permet d'avoir une vision synthétique de toute la configuration non par défaut du système, des services démarrés, etc.
Tu as déjà regardé comment sont organisés les rc.* sur un BSD ?
(tip: C'est à l'image du reste lorsque l'on compare Linux vs. BSD)
Entre autre, les problèmes sur certains montage nfs (montages ro qui est en fait rw), client nfs qui ne remonte pas forcement suite à un problème sur sa connexion avec le serveur, nscd qui se gaufre sous forte charge, nfs4 qui ne tient pas non plus avec en message d'erreur des problèmes VFS non traités qui n'auraient pas du remonter en userland (ces 2 derniers datent de nos tests d'il y a un an, on est revenu en arrière depuis), /bin/sh qui est en fait un bash, avec toutes les gnuteries associées pour le shell root...
(pour préciser : certains chez nous sont plutot orientés Linux, d'autres plutot BSD... donc ce n'est pas forcement qu'une question de connaitre mieux un systeme)