Projet

Général

Profil

Tâche #14089

Distribution EOLE - Scénario #14084: Assistance aux utilisateurs (49-51)

Le service controle-vnc s'arrête lors de la connexion d'un utilisateur (EOLE 2.5.2)

Ajouté par Lionel Morin il y a plus de 8 ans. Mis à jour il y a plus de 8 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Daniel Dehennin
Version cible:
Distribution EOLE - Sprint 2015 49-51 - Équipe MENESR
Début:
19/11/2015
Echéance:
% réalisé:

100%

Temps estimé:
1.00 h
Temps passé:
1.50 h
Restant à faire (heures):
0.0

Description

Dans les log de controle-vnc (/var/log/controle-vnc/main.log) :

2015/11/19 10:58:40  [Broker,0,10.1.2.50] Appel de la fonction remote_logon par 10.1.2.50
2015/11/19 10:58:40  [Broker,0,10.1.2.50] Nom de la machine pcwin7prof
2015/11/19 10:58:40  [Broker,0,10.1.2.50] /usr/share/eole/controlevnc/esu.py:258: exceptions.FutureWarning: The behavior of this method will change in future versions.  Use specific 'len(elem)' or 'elem is not None' test instead.
2015/11/19 10:58:40  [Broker,0,10.1.2.50] Groupe de machines ESU trouve : grp_eole (pcwin7prof)
2015/11/19 10:58:40  [Broker,0,10.1.2.50] Utilisateur "c31e1"; groupes ['c31', 'DomainUsers', 'eleves', 'n3']
2015/11/19 10:58:40  [Broker,0,10.1.2.50] Groupe d'utilisateur ESU : eleves (c31e1)
2015/11/19 10:58:40  [Broker,0,10.1.2.50] Starting factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041f7638>
2015/11/19 10:58:40  [Broker,0,10.1.2.50] test_port 10.1.2.50:8788
2015/11/19 10:58:43  [Broker,client] Starting factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041f75f0>
2015/11/19 10:58:43  [Broker,client] Stopping factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041f7638>
2015/11/19 10:58:43  [Broker,client] Starting factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041be098>
2015/11/19 10:58:43  [Broker,client] Stopping factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041f75f0>
2015/11/19 10:58:44  [Broker,client] Starting factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041be560>
2015/11/19 10:58:44  [Broker,client] Starting factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041be680>
2015/11/19 10:58:44  [Broker,client] Stopping factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041be098>
2015/11/19 10:58:44  [Broker,client] Stopping factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041be560>
2015/11/19 10:58:44  [Broker,client] Stopping factory <twisted.spread.pb.PBClientFactory instance at 0x7f45041be680>
2015/11/19 10:58:55  [-] Timeout 10.1.2.50
2015/11/19 10:58:55  [-] Main loop terminated.
2015/11/19 10:58:55  [-] Server Shut Down.

C'est peut-être lié à #14006.

Demandes liées

Lié à controle-vnc - Scénario #6022: La commande manage_station.py ne rend pas la main en cas de timeout Terminé (Sprint) 13/11/2015 20/11/2015
Lié à controle-vnc - Proposition Scénario #14187: Les logs controle-vnc sont remplis de traceback "twisted.internet.defer.AlreadyCalledError" (2.5.2) Fermé 02/12/2015

Révisions associées

Révision cfcf3072 (diff)
Ajouté par Daniel Dehennin il y a plus de 8 ans

manage_station.py: arrêter le reactor côté client

Un certain nombre de problèmes sont présents dans la gestion des actions
de l’object « Cliscribe » :

- Cet objet est utilisé côté serveur, il doit donc pouvoir fonctionner
tout le temps

- L’initialisation de l’objet créé un minuteur de 15 secondes qui n’est
jamais réinitialisé ni désactivé lorsqu’une commande arrive à
terme. Il est donc toujours exécuté dans le cas d’utilisation côté
serveur.

- Chaque action est un « callback » au lieu d’être un « Deferred »,
l’exécution des « callback » est synchrone et peut donc bloquer
complètement sur le réacteur.

This partially reverts commit 7ae53ea022e23b57a1bbf5a68493381088b65444.

  • backend/cliscribe.py (Cliscribe.__init__): Sauvegarde du timeout pour
    utilisation par les clients.
    Suppression de l’attribut « exception »
    (Cliscribe.err): Suppression de la sauvegarde de l’exception.
    (Cliscribe.timeout): Remise en place de l’ancien code.
  • backend/manage_stations.py (manage_station.shutdown_sta): Ajout d’un
    « callLater » pour arrêter le réacteur en cas de timeout.

Ref: #14006
Ref: #14089

Révision 78e5c704 (diff)
Ajouté par Daniel Dehennin il y a plus de 8 ans

Ne pas définir de variable nommée comme une méthode

Ref: #14089

Historique

#1 Mis à jour par Scrum Master il y a plus de 8 ans

  • Assigné à mis à Daniel Dehennin

A corriger pour 2.5.2

#2 Mis à jour par Daniel Dehennin il y a plus de 8 ans

  • Statut changé de Nouveau à En cours
  • Temps estimé mis à 1.00 h
  • Tâche parente mis à #14084

#3 Mis à jour par Daniel Dehennin il y a plus de 8 ans

  • % réalisé changé de 0 à 100
  • Restant à faire (heures) mis à 0.0

Correction de la correction.

#4 Mis à jour par Daniel Dehennin il y a plus de 8 ans

  • Restant à faire (heures) changé de 0.0 à 0.25

#5 Mis à jour par Scrum Master il y a plus de 8 ans

  • Statut changé de En cours à Résolu

#6 Mis à jour par Joël Cuissinat il y a plus de 8 ans

  • Sujet changé de Le service controle-vnc s'arrète lors de la connexion d'un utilisateur (EOLE 2.5.2) à Le service controle-vnc s'arrête lors de la connexion d'un utilisateur (EOLE 2.5.2)
  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 0.25 à 0.0

Le service n'est plus arrêté par contre les logs sont plein de traceback => #14187

Formats disponibles : Atom PDF