Discussion :

[ghozlane19]

Bonjour,
J'ai un script serveur qui permet de lancer un moteur des qu'un client distant envoi un message, les deux applications fonctionne bien maintenant j'aimerai que mon serveur reste à l’écoute des requêtes du client en arriéré plan instantanément pour lancer le moteur sous mon raspberry pi 2B (rasbian) pour cela j'ai planifié des taches CRON pour chaque minute ,

Code :

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

* * * * * python /home/pi/serveur.py

le serveur oui il est lancer car le client arrive à le retrouver le problème c'est que le moteur ne se lance pas alors que si je tape directement python serveur.py en ligne commande ça fonctionne bien
des idées?
merci

[A3gisS3c]

Si j'ai bien compris ton serveur ne tourne pas en continue c'est Cron qui va lancer ton serveur toutes les minutes?
Mais du coup ton serveur ferme la socket d'écoute quand il s’arrête du coup normal que le client n'arrive pas a communiquer avec lui.

Enfin pour ce genre de configuration, je ne pense pas que Cron soit la solution (Ça consomme du CPU pour rien s'il n'y a pas de requêtes) mais plutôt systemd :
Tu met une socket d'écoute en continue et tu configure ton serveur en tant que service qui va dépendre de la socket.
Du coup une instance de ton serveur se réveillera des que la socket recevra des données.

[ghozlane19]

Si j'ai bien compris ton serveur ne tourne pas en continue c'est Cron qui va lancer ton serveur toutes les minutes?
Mais du coup ton serveur ferme la socket d'écoute quand il s’arrête du coup normal que le client n'arrive pas a communiquer avec lui.
.

Le problème c'est que le serveur ecoute il reçoit le message mais il exécute pas la commande cad le moteur ne se lance pas, alors que si je lance ce même script sous le terminal ça fonctionne bien j'ai fais un peu de recherche ils parlent de sortie de cron qu'il faut la rediriger j'ai regarder dans mon log les message de CRON j'ai ceci comme message sur syslog :
No MTA installed, discarding output peut être c'est d'ici que viens le problème , ou bien que cron n'arrive pas a comprendre la commande pour lancer le moteur?
j'ai rajouter ceci

Code :

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

 * * * * *  python /home/pi/serveur.py 2>&1 | logger -t mycmd

je check
grep 'mycmd' /var/log/syslog
le serveur fonctionne correctement mais le moteur ne démarre pas !
merci

[A3gisS3c]

Ton "no MTA installed..blabla" c'est juste parce que Cron n'arrive pas a envoyer de mail de reporting en rapport avec cette commande : en gros on s'en fou c'est juste pour te dire si la commande s'est bien lancée ou non.
Limite tu peux discard l'output via le fichier de configuration ( 1> /dev/null 2>&1) mais ton problème ne vient pas de la.
Mais je serais toi je mettrais plutôt ça dans ton Cron :
* * * * * python /home/pi/serveur.py > /ou/tu/veux 2>&1

Comme ça tu verrais un peu plus d'ou vient ton erreur en inspectant le fichier.

Cron qui n'arrive pas à lancer la commande bizarre.

Mais juste une question comment tu sais que ton serveur reçoit le message?

[ghozlane19]

Mais juste une question comment tu sais que ton serveur reçoit le message?

Car dés réception de message du client il répond et je reçois sur l'application client le retour du serveur par message c'est pour cela que je n'arrive pas à voir ou est le problème

[A3gisS3c]

Il fait quoi exactement ton serveur.py?
Il ouvre une socket attend un peu puis ferme la socket et ce toutes les minutes?
Je trouve bizarre que ton client arrive à communiquer avec ton serveur alors qu'il ne se réveille que toutes les minutes.

Limite envoie le code de ton serveur.py ce sera plus simple.

[ghozlane19]

Enfin pour ce genre de configuration, je ne pense pas que Cron soit la solution (Ça consomme du CPU pour rien s'il n'y a pas de requêtes) mais plutôt systemd :
Tu met une socket d'écoute en continue et tu configure ton serveur en tant que service qui va dépendre de la socket.
Du coup une instance de ton serveur se réveillera des que la socket recevra des données.

Par contre je vais faire des recherche sur systemd c'est plus pratique