-------------------------------------------------
JameeGourmand | 7 août 2014 à 04:39:45

@Runnymede Il semble qu'il soit possible officiellement de se débarasser de systemd sur Arch

https://wiki.archlinux.org/index.php/Eudev

C'est le wiki qui le dit
-------------------------------------------------

Il est possible d'utiliser un autre système d'init, je l'ai déjà fait, mais on ne peut pas supprimer le paquet systemd car il est une dépendance indirecte du piquet linux.

Beh j'ai certains tests à faire avant de le lancer . Enfin déjà que j'arrive pas à faire un service pour lancer rtorrent je pense pas que j'arrive directement à intégrer les deus instances de named Mais j'essayerai un jour

Sinon systemd mis à part son omniscience dérangeante manque juste un ExecStart specifique dans lequel on ne spécifie plus une ligne de commande mais un bloc de code.

systemd est plus intelligent que SysVinit dans la mesure où il gère les évènements réseaux.

Donc c'est tout à fait possible de faire un service rtorrent qui ne démarre que si ta connexion est up.

La toute dernière version de systemd intègre même un nouveau client DHCP "ultra rapide".

Je sais tout ça qu'il gère les dépendances ce n'est pas le soucis. En gros rtorrent requiert un tty, donc on utilise screen. Seul soucis ça plante une fois sur 2 pour des raisons étranges...

Ca fonctionnait bien sous init

Du coup j'ai un nouveau systeme d'init: moi

Et ça fonctionne direct, même si ça se fait pas à la minute près

1) On s'en fout quand ça plante, systemd restart tout seul les services qui plante.

2) Regarde le fichier service pour rtorrent d'arch: https://wiki.archlinux.org/index.php/RTorrent

3) Quelle genre de test ? En quoi le fichier .service par défaut qui vient dans les distributions systemd ne marche pas.

1) Super ça spam encore plus mes logs
2) J'ai quelque chose de comparable, le soucis est que quand rtorrent crash le fichier lock dans sessions n'est pas supprimé et rtorrent ne se lance plus. Vu qu'il n'y a qu'un ExecStart autorisé pour ce type de service je peux pas supprimer le lock automatiquement avec systemd
3) Est-ce que rndc tourne,etc... Pas sûr également qu'on vérifie la configuration de named avec le fichier service fourni. Sauf si tout ça est inclus dans un binaire spécial systemd, je ne sais pas et je ne saurais pas vu que mes serveurs restent sous init

1) Super ça spam encore plus mes logs

Tu cherche de la merde pour rien là, l'option est désactivé ou activé tout dépendant du service (pour certain service ça fait du sens, pour d'autre non) et avec journald, tu filtres les logs pour voir seulement ce qui t'intéresse, donc tu ne te tappe tout les restarts à moins de vouloir savoir spécifiquement quand et combien de fois il a restarter

2) FailureAction=
Configure the action to take when the service enters a failed state. Takes the same values as StartLimitAction= and executes the same actions. Defaults to none.

Tu as lu la doc sur les fichiers .service ?

3) En quoi le bootscript de named vérifie la config de named ?
T'as déjà examiner un bootscript pour voir réellement ce que c'était ?

4) "Init" ça ne veut rien dire, sur 99% des distributions c'est un lien symbolique vers le système d'init présent sur la machine, ça peut être autant sysvinit, que systemd, etc...
Merci d'arrêter de dire que tu utilises init quand tu veux dire sysvinit.

1) Je sais qu'on peut la désactiver, c'est juste que tu glorifiais cette option
2) En effet je ne savais pas, et non je n'ai pas lu la doc sur les fichiers services. Simplement cherché des solutions sur google J'essaierais d'appliquer ça dès que possible
3) Oui et Oui (j'ai fait un peu plus que les examiner )
4) C'est un des seuls qui a init (si ce n'est le seul) dans son nom mais oui c'est ambigu je ferais attention la prochaine fois

2)(suite) Au final ça ne résouds que partiellement le problème s'il faut prendre plusieurs mesures... ça ne remplace pas toujours ça un langage de script. A moins qu'il soit possible d'avoir plusieurs de ces directives ce qui limite la casse.