[Question] serveur en tache de fond

**Nicaisse** · 13/08/2003, 16h46

Bonjour,
j'écris un serveur qui doit tourné en tache de fond. Celui-ci fonctionne normalement lorsque je lance le serveur moi-même. J'ai donc modifié le fichier /etc/inittab pour qu'il se lance lorsque la machine boot. Lorsqu'un client effectue une requête sur ce serveur, je reçoit un message du type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Failed to write //PI17418. Exiting.

Est-ce que je dois utiliser la commande iotcl pour le détacher de sa console virtuelle ?
Est-ce que le fait de ne pas être un démon empèche d'effectuer une connection sur ce serveur ?
Peut-on effectuer un pipe entre deux processus lorsqu'on utilise une console virtuelle ?

Merci de répondre à toutes ces questions.

**Metal Tom** · 13/08/2003, 17h49

T'aurais du poser cette question sur le forum Linux.

**Nicaisse** · 13/08/2003, 18h02

oui et non, c'est assez spécifique au c apparamment.
De toute façon, j'ai envoyé le même post au forum linux et je n'ai pas de réponses.

Merci quand même pour le conseil.

**Metal Tom** · 13/08/2003, 18h24

Pour les pipes tu parlais de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

commande1 |commande2

ou de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

machin = pipe(truc);

?
C'est à dire la version shell ou la version C ?

**KORTA** · 13/08/2003, 19h04

Salut
Il faut que tu utilises le serveur inetd puisque ce que tu cherches a réaliser c'est un démon:
Il faut donc que tu modifie le fichie /etc/inetd.conf et que tu lui ajoutes une ligne concernant le serveur que tu cherches à mettre en place.

je te conseille vivement puisque tu es sur linux de taper man 8 inetd et man 8 inetd.conf.
A bientot

**Nicaisse** · 14/08/2003, 08h30

Bonjour,
c'est la vesion C. Par contre, je ne trouve pas le fichier /etc/inetd.conf.

Bizarre

**Anomaly** · 14/08/2003, 09h13

Si ton démon n'est pas lié à un service internet primaire (ftp, http, ssh), il n'a pas sa place dans inetd. Par contre, si dans /etc/inittab cela ne fonctionne pas, as-tu essayé de le mettre dans rc.local, situé dans /etc/rc.d (je crois) ? Je soupçonne que le inittab est lancé beaucoup plus tôt que rc.local, ce qui expliquerait peut-être ton erreur bizarre.

**KORTA** · 14/08/2003, 09h48

Salut ,
Comme mon explication n'était pas tout a fait explicite la derniere fois je t'écris ce que j'ai pu trouver sur l'excellent livre "Programmation Systeme en C Sous Linux" de Christophe Blaes (celui qui a écrit presque tous les man de linux)

Une alternative à la programmation d'un démon est l'emploi d'un super serveur réseau inetd. Ce démon lit au démarage sa configuration dans /etc/inetd.conf et assure toute la gestion de l'aspect serveurt TCP. Lorqu'une connexion a été établie, il invoque directement l'utilitaire demandé, en ayant redirigé grace a dup( ) son entrée et sa sortie standard vers la socket obtenue..
...
Il nous faut alors ajouter un port dédié dans /etc/services et une ligne de lancement dans /etc/inetd.conf. On se reportera aux pages de manuel inetd et inetd.conf pour plus plus de détails sur la syntaxe.

Cette fois ce doit etre plus clair pour toi.
Dans ce livre, il propose une autre solution :

Lorqu'un serveur de données TCP a atteint un niveau de maturité fonctionnelle suffisant pour présenter un interet global au niveau du système et du réseau , il est souvent intéressant de le faire fonctionner en tant que démon ... (ca c'est banalité, on le savait déjà)
Un démon est un processus tournant en arrière plan sur le système ; sans terminal de contrôle. En général les démons sont démarrés lors de l'initialisation du système, et on les laisse s'executer jusqu'à l'ârret de la machine.
1. tout d'abord le démon doit passer en arriere plan

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 if (fork() != 0) exit(0);

2. Le démon ne doit bloquer aucune partition du systeme , sauf s'il s'agit de ses propres répertoires.
3. Le processus doit créer une nouvelle session et s'assuerr qu'il n'a pas de terminal de controle (utilisation de l'appel système setsid)
4. Finalement le démon doit fermer tous les descripteurs de fichier que le schell aurait pu lui passer
5. Dernier point: le démon n'affiche pas de message sur STDERR maisi l faudra employer le mécanisme syslog()

Voile ce que je pouvais dire sur le sujet , enfin ce que j'ai pu lire sur le sujet
Abientot.

**Nicaisse** · 14/08/2003, 09h55

Bonjour,
Excusez-moi, je viens de trouver la réponse qui n'a rien avec le forum C
Le message :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Failed to write [nom de fichier]

ce message signifie que le serveur lancé par init ne peux pas lire ou écrire un fichier.
Trois explications : il ne trouve pas le fichier.
il n'a pas les droits sur le fichier
il n'a pas les droits sur le répertoire du fichier.

A partir de là, il est facile de régler le problème.

Je suis désolé, pour ces messages qui n'ont rien à avoir avec ce forum.

Pour dire la vérité, je pensai que la commande pipe pouvais avoir une influence sur le fonctionnement des consoles virtuelles.
La prochaine fois, j'essayerai d'avoir plus de rigueur dans mon travail.

merci pour votre compréhension.

ps : je réécrirai le même post dans le forum linux.