Projet

Général

Profil

Anomalie #4274

empêcher le reboot du horus par le service eqos => version 1.8

Ajouté par Olivier JANVOIS il y a plus de 11 ans. Mis à jour il y a environ 11 ans.

Statut:
Fermé
Priorité:
Haut
Assigné à:
Catégorie:
-
Début:
12/10/2012
Echéance:
08/02/2013
% réalisé:

100%

Temps passé:
Distribution:
EOLE 2.2

Description

Via le centre de controle Eqos on peut demander le reboot de la sonde Eqos.
Cette fonctionnalité qui présentait un intérêt tant que les sondes étaient physiques est plutôt dangereuse maintenant que le service est intégré sur horus !
Serait il possible d'empêcher le reboot si eqos est executé sous forme de service sur l'horus ?

Merci d'avance,


Demandes liées

Précède Sondes Eqos - Evolution #4858: Faire tourner la sonde avec un user dédié Fermé 11/02/2013 15/02/2013

Révisions associées

Révision a6e2829f (diff)
Ajouté par Joël Cuissinat il y a environ 11 ans

Intégration de la version eqos-1.8.0

Fixes #4274 @15m

Révision 863157f4 (diff)
Ajouté par Joël Cuissinat il y a environ 11 ans

Intégration de la version eqos-1.8.0 [2.3]

Fixes #4274 @10m

Révision 53c9871c (diff)
Ajouté par Joël Cuissinat il y a environ 11 ans

eqosd.sqlite remis dans /var/lib/sqlite

  • checker.pl : modif variable : $sqliteDatafile
  • eqosd.pl : modif variable : $sqlite_datafile

Fixes #4274 @10m

Historique

#1 Mis à jour par Daniel Dehennin il y a plus de 11 ans

EOLE ne s’occupe que du packaging, on va demander à Nancy.

#2 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Projet changé de Horus à Sondes Eqos
  • Statut changé de Nouveau à En attente d'informations
  • Assigné à mis à Joël Cuissinat

#3 Mis à jour par Joël Cuissinat il y a plus de 11 ans

Je n'ai pas eu de réponse directe de Nancy.

Les académies devraient relancer directement le pôle de Nancy-Metz.

#4 Mis à jour par Philippe Caseiro il y a environ 11 ans

  • Assigné à changé de Joël Cuissinat à Luc Bourdot

#5 Mis à jour par Philippe Caseiro il y a environ 11 ans

  • Priorité changé de Normal à Haut

#6 Mis à jour par Redmine Admin il y a environ 11 ans

Courrier envoyé au Référant du pôle.

#7 Mis à jour par Redmine Admin il y a environ 11 ans

  • Statut changé de En attente d'informations à Accepté

Livraison annoncée pour 1 février par le pôle Supervision.
Version Candidate sous 8 après.

#8 Mis à jour par Luc Bourdot il y a environ 11 ans

  • Echéance mis à 08/02/2013
  • Assigné à changé de Luc Bourdot à Joël Cuissinat

#9 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • Version cible mis à Mises à jour 2.2.3 - 09

#10 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • Statut changé de Accepté à Résolu
  • % réalisé changé de 0 à 100

#11 Mis à jour par Joël Cuissinat il y a environ 11 ans

#12 Mis à jour par Joël Cuissinat il y a environ 11 ans

Paquets candidats :
  • Eole-2.2 : eole-eqos (2.2-eole7~1)
  • Eole-2.3 : eole-eqos (2.3-eole3~1)

#13 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • % réalisé changé de 100 à 80

Il reste le traitement spécifique du répertoire /usr/share/eqos/db à gérer.

#14 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • % réalisé changé de 80 à 100

#15 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • Sujet changé de empêcher le reboot du horus par le service eqos à empêcher le reboot du horus par le service eqos => version 1.8

#16 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • Statut changé de Résolu à Fermé
  • mercredi 13/02/2013 Stéphane :
    Philippe a déployé la nouvelle version sur un serveur de test chez nous et ça a l'air de fonctionner correctement. 
    
  • mercredi 13/02/2013 Philippe :
    Je confirme que côté HORUS, le paquet 2.2-eole7~3.gbpa06701 tourne sans heurt depuis vendredi après-midi.
    

Formats disponibles : Atom PDF