IN2P3-Forge: Issueshttps://forge.in2p3.fr/https://forge.in2p3.fr/favicon.ico?16780521162021-06-14T13:05:52ZIN2P3-Forge
Redmine PyROS - Story #45452 (New): * REQ-0XX REQUIREMENTS FROM CNES (PR)https://forge.in2p3.fr/issues/454522021-06-14T13:05:52ZPallier EtiennePyROS - Story #45195 (New): REQ-122 Page information état agenthttps://forge.in2p3.fr/issues/451952021-05-12T12:18:10ZPallier Etienne
<p>Existant : minimaliste</p>
<p>Solution : via BD</p> PyROS - Story #45194 (New): REQ-121 Limiter le nombre d’essais de connexion d’un utilisateurhttps://forge.in2p3.fr/issues/451942021-05-12T12:17:51ZPallier Etienne
<p>Existant : néant</p>
<p>Solution :<br />Mettre en place un système de vérification et de blocage de tentative de connexion</p> PyROS - Story #45193 (New): REQ-120 Pages web dédiées pour gérer différents besoinshttps://forge.in2p3.fr/issues/451932021-05-12T12:17:33ZPallier Etienne
<p>Pages pour gérer :</p>
<p>Utilisateurs<br />Configuration du logiciel<br />Agents PyROS<br />Logs</p>
<p>Existant pyros :<br />Les pages de gestion des utilisateurs et de la configuration du logiciel existent.<br />Logs fichiers uniquement (pas en BD)<br />Il manque une page pour les logs</p> PyROS - Story #45192 (New): REQ-119 Analyse images : le service de traitement d’images doit être ...https://forge.in2p3.fr/issues/451922021-05-12T12:17:15ZPallier Etienne
<p>Pouvoir donner des ordres au service de traitement d’images (à distance, depuis le CNES, en amont et en aval)<br />Par exemple, pour ne récupérer qu’une petite partie des résultats (et non pas la totalité, car temps de transfert important, depuis la Réunion par exemple)<br />Ex : rapprochement entre 2 objets, on veut voir ce qui s’est passé dans cette zone, mais on ne veut pas ramener les 200 images de la Réunion (15mn/image) => donner un fichier d’entrée avec les parties d’images dont on a besoin (imagettes)<br />=> Triton génére alors un fichier zip de toutes les imagettes, et on recup</p>
<p>Date de production par Triton plus importante que date d’observation (car Triton peut faire des retraitements)</p>
<p>Service spécifique nommé Triton</p>
<p>Status : recherché dans les fichiers de logs</p>
<p>Action : Triton prend les images au fur et à mesure qu’elles arrivent dans un dossier (surveillé) et génère les mesures avec, puis CNES va les chercher</p>
<p>Récupération des résultats :<br />c’est un service de fichiers</p>
<p>Solution :<br />Triton serait associé à un agent PyROS qui surveille si le traitement “Triton” fonctionne bien, son status, dans la BD…<br />Triton devra demander à son Agent les infos<br />Intégrer le service de récupération des fichiers résultats</p> PyROS - Story #45191 (New): REQ-118 Avoir un obturateur sur les caméras (Utile pour faire les Dark)https://forge.in2p3.fr/issues/451912021-05-12T12:16:51ZPallier Etienne
<p>Obturateur actuel est un organe fragile qui tombe assez souvent en panne (/2 ans)</p>
<p>Possible car redondance (et donc résilience) existante avec nos 4 caméras.<br />Il faudra prévoir une maintenance régulière.<br />Bien gérer les obturateurs pour ne pas les ouvrir/fermer trop souvent.<br />(Obturateur ouvert toute la nuit ?)</p> PyROS - Story #45190 (New): REQ-117 Calibration : génération des images de calibration en fonctio...https://forge.in2p3.fr/issues/451902021-05-12T12:16:31ZPallier Etienne
<p>Un Dark générique avec temps pose assez long (qu’on divise selon besoin)<br />Bias générique<br />Un nouveau Flat chaque jour</p>
<p>Dark de synthèse ajusté sur divers darks de temps de pose différents</p> PyROS - Story #45189 (New): REQ-116 Calibration astro : trouver une solution quand l’image est di...https://forge.in2p3.fr/issues/451892021-05-12T12:16:14ZPallier Etienne
<p>On peut utiliser un soft externe (style astrometry.net) pour traiter la distorsion</p> PyROS - Story #45188 (New): REQ-115 Calibration : traiter efficacement les fichiers de calibratio...https://forge.in2p3.fr/issues/451882021-05-12T12:15:52ZPallier Etienne
<p>Existant :<br />Grenouille :<br />On pourrait mieux traiter les bias, dark, flat : quand pas bon, on se débrouille manuellement pour recup un ancien (à améliorer)</p>
<p>Solution :<br />Un agent fera l’équivalent de la Grenouille actuelle<br />Voir Biblio python de traitement d’image</p> PyROS - Story #45187 (New): REQ-114 Planification des séquences : Equitéhttps://forge.in2p3.fr/issues/451872021-05-12T12:15:29ZPallier Etienne
<p>Existant :<br />Pas suffisamment bien géré</p>
<p>Solution :</p>
<p>Gestion de Quotas : tous les 6 mois, par institut utilisateur<br />On répartit le quota sur 6 mois<br />Empêcher la thésaurisation : qq fait tout sur le 6e mois => pénalité</p>
<p>ALGO : Ne pas désavantager celui qui utilise assez régulièrement le telescope par rapport à celui qui thésaurise</p> PyROS - Story #45186 (New): REQ-113 Planification des séquences : Efficacité, efficiencehttps://forge.in2p3.fr/issues/451862021-05-12T12:15:14ZPallier Etienne
<p>Un maximum de séquences exécutées, le moins possible de temps mort</p>
<p>On doit pouvoir déposer des scènes de calibration hebdomadaires, à faible prio, qui pourraient s’exécuter n’importe quand dans la semaine, quand il y a de la place (permet de voir s’il y a des désalignements, des pertes de précision avec le temps, des réglages nécessaires…)</p>
<p>Existant :<br />on replanifie toute la nuit complète tout le temps (même en fin de nuit)</p>
<p>Solution :<br />Seule hypothèse = durée de la séquence<br />Replanification en cours de nuit, MAIS en tenant compte de ce qui s’est déjà passé <br />But = commencer la scène suivante IMMÉDIATEMENT après la scène en cours<br />(à terme, on devrait gagner environ 20% des temps morts)<br />Si une scène se termine plus tôt, la prochaine commencera plus tôt<br />DONC : on lance une scène, et aussitôt on replanifie.<br />Avec le temps le système va auto-apprendre pour affiner les marges liées au temps déplacement, pointage…</p> PyROS - Story #45185 (New): REQ-112 Planification des séquences : Flexibilitéhttps://forge.in2p3.fr/issues/451852021-05-12T12:14:52ZPallier Etienne
<p>On doit pouvoir donner un temps d’observation sous forme d’un intervalle de temps <br />(ex : demander une observation n’importe quand entre entre 23h et 0h ; ex : observation d’un débris ou satellite, ça va bouger, coordonnées changeantes)</p>
<p>Existant : <br />On est obligé de bloquer à la seconde près le moment où on prend la photo<br />⇒ inefficacité, temps perdu dans les temps morts du planificateur, non négligeable)</p>
<p>Solution :<br />On donnera un intervalle de dates, avec contrainte :<br />n’importe quand (pas de contrainte)<br />commencer dès que possible<br />commenter au plus haut dans le ciel<br />...</p> PyROS - Story #45184 (New): REQ-111 Mise en sécurité automatique en cas de cyclonehttps://forge.in2p3.fr/issues/451842021-05-12T12:14:21ZPallier Etienne
<p>Si un cyclone est détecté ou que la vitesse du vent est trop élevée (dépasse un certain seuil), la fermeture du toit de l'observatoire doit être effectuée manuellement ou automatiquement par le logiciel</p> PyROS - Story #45183 (New): REQ-110 Arrêt et redémarrage automatique en cas de coupure électriquehttps://forge.in2p3.fr/issues/451832021-05-12T12:13:44ZPallier Etienne
<p>Interroger l’onduleur toutes les 5 secondes pour détecter les pannes de courant en entrée. Si une panne est détectée, une seconde requête doit être effectuée pour confirmer la coupure de courant et enclencher la procédure de sécurisation du système électrique.<br />Une fois la coupure de courant finie, un des ordinateurs doit redémarrer automatiquement et envoyer des signaux aux autres ordinateurs pour qu’ils redémarrent (Cette procédure est à l’étude en fonction des outils techniques à implémenter).</p> PyROS - Story #45182 (New): REQ-109 Afficher infos utiles sur les requetes/séquenceshttps://forge.in2p3.fr/issues/451822021-05-12T12:13:19ZPallier Etienne
<p>Afficher lors du dépôt de la requête:<br />les options des instruments liés à un channel<br />L’horizon de l’observatoire (sauvegardé sous la forme (site,gisement) ou (déclinaison, angle horaire lever, angle horaire coucher))<br />Ces informations seront fournies par le fichier de config de l’observatoire (UNIT)</p> PyROS - Story #45181 (New): REQ-108 Pouvoir déposer dans différents systèmes de coordonnéeshttps://forge.in2p3.fr/issues/451812021-05-12T12:12:58ZPallier Etienne
<p>Actuellement RA/DEC J2000</p>
<p>Solution :<br />Différents systèmes de coordonnées autorisés :<br />Coordonnées isolées (fixes) :<br />RA/DEC J2000<br />HA/DEC (coord naturelles pointage TAROT)<br />ALT/AZ<br />Générateur de Coordonnées :<br />From Ephéméride : liste de date-coord (pour un système donné)<br />From TLE (160 car ASCII) : génère lui-même des coord pour une date donnée<br />From Théorie planétaire (ELP2000...) : pour les planètes...</p> PyROS - Story #45180 (New): REQ-107 Suivi complet d’une requête, depuis son dépot, jusqu’à son ex...https://forge.in2p3.fr/issues/451802021-05-12T12:12:31ZPallier Etienne
<p>Existant :<br />Les infos sont cherchées dans différents fichiers logs de CADOR (majordome, triton, sequences, rejected, …), <br />Gestion via OSMOSE</p>
<p>Solution :<br />Aller chercher les infos dans BD (plutôt que dans les logs), et lisibles sur pages web (logs réservés pour maintenance/debug)</p> PyROS - Story #45179 (New): REQ-106 Requete appartient à un SP (lié à un PI qui est lié à des users)https://forge.in2p3.fr/issues/451792021-05-12T12:12:00ZPallier Etienne
<p>Existant :<br />Requete vue par tous ceux qui ont l’id request</p>
<p>Solution :<br />Gestion liée à SP (discuté 6 mois avant d’être validé)<br />(user “debris” = SP)</p> PyROS - Story #45178 (New): REQ-105 Pouvoir enlever une séquence (scène) déposée pour en déposer ...https://forge.in2p3.fr/issues/451782021-05-12T12:11:38ZPallier Etienne
<p>Existant :<br />Delete scene actuelle puis dépot new</p>
<p>Solution :<br />Modification d’une séquence (tant qu’elle n’est pas encore planifiée ou exécutée)</p> PyROS - Story #45177 (New): REQ-104 Rôles utilisateurs (profils)https://forge.in2p3.fr/issues/451772021-05-12T12:11:05ZPallier Etienne
<p>7 rôles utilisateurs :</p>
<p>SysAdmin<br />PI<br />Super Operator<br />IS<br />TAC<br />Observer<br />Visitor</p> PyROS - Story #45176 (New): REQ-103 Connexion unique pour accéder à tous les services, si possibl...https://forge.in2p3.fr/issues/451762021-05-12T12:10:41ZPallier Etienne
<p>LDAP OCA/Tarotnet.org<br />(OSU-Pytheas) ?<br />Existent : Utilisateurs “génériques” plutôt qu’individuels</p>
<p>12 avril 2021 : sécurisation serveur Tarot (Julien Lecubain, services généraux OSU Pytheas)</p>
<p>Permettre connexion via annuaire LDAP Tarotnet.org du réseau OCA (Obs Cote Azur, voir avec Loïc et dir. Pytheas)</p> PyROS - Story #45175 (New): REQ-102 Surveillance et sécurisation de la BDhttps://forge.in2p3.fr/issues/451752021-05-12T12:10:12ZPallier Etienne
<p>Ajout d'un agent (nommé "Sécurité") qui doit surveiller l'état de la base de données.<br />Si une anomalie est détectée, une estimation par niveau de sévérité sera effectuée et reportée sur la table associée dans la base de données :<br />Level 1 : Warning non compromising for the operation of the system<br />Level 2 : Known issue which can be solved by operating the software remotely<br />Level 3 : Known issue which can be solved by an human remotely<br />Level 4 : Known issue without immediate solution<br />Level 5 : Issue not categorized until it happened</p>
<p>Levels 1 to 3 will generate emails.<br />Level 3 will generate emails and text messages to the local responsible staff.<br />The other levels will generate test messages to the centers responsibles.</p>
<p>Avoir une table associée dans la base de données qui répertorie les pannes avec les champs suivants :<br />Date of detection of the failure<br />Short description of the issue<br />Long description of the issue<br />Description of the on-going operations<br />Description of the final state after solving the failure<br />Date of resolution of the failure</p> PyROS - Story #45174 (New): REQ-213 Sauvegarde temporaire des images brutes pour opérations de ma...https://forge.in2p3.fr/issues/451742021-05-12T12:01:30ZPallier Etienne
<p>Permettre (occasionnellement) de sauvegarder les images brute après leur traitement.<br />Par défaut les images bruts sont supprimer après le traitement mais dans certain cas il peut-être intéressante de les conservers au moins temporairement pour des opérations de maintenance (diagnostique, teste de programme de traitement).</p>
<p>Existant ROS :<br />Cette petite modif copie les images brut dans le répertoire indiqué dans la variable ros(rep,raw_save) que l'on peux définir dans la section grenouille du .ini.<br />Si la variable est a égale a "" (ou n'est pas un répertoire) les fichier ne sont pas sauvegarder.<br />J'ai mis la variable a "" par defaut dans ros/src/common/variables_globales.tcl donc ça devrait être transparent pour les autres sites.<br />En cas d'update de scandisk_im.tcl, penser a faire aussi un update de variables_globales.tcl.</p>
<p>Commentaire Bruce :<br />A Zadko toutes les images brutes sont systématiquement sauvegardées. Il y a un appel en début (ou fin je sais plus) de traitement pour le VIRT et Zadko qui s'occupe de faire une copie dans un dossier de backup.<br />C'est tout codé en dur, une fois que ta modif sera stabilisée je ferai sans doute les changements dans le code.<br />Sauf que du coup "en cas de débug" me semble un peu court : la grenouille pouvant parfois supprimer une image (ou se planter), pour le VIRT et Zadko on est parti sur l'idée que tout ce qui sort de la caméra est protégé. On n'est plus à un To de disque près, de nos jours...</p> PyROS - Story #45173 (New): REQ-212 Espace privé pour extensions et déploiement sans githttps://forge.in2p3.fr/issues/451732021-05-12T12:00:59ZPallier Etienne
<p>Espace privé pour les extensions (plugins), et la configuration locale des telescopes (UNIT)</p>
<p>Déploiement sans contenu git (mettre à jour localement sur un pc puis déployer sur le serveur)</p> PyROS - Story #45172 (New): REQ-211 Allsky scanhttps://forge.in2p3.fr/issues/451722021-05-12T11:58:57ZPallier Etienne
<p>marques très hétérogènes</p>
<p>utiles pour contrôle visuel humain et aussi pour comparer avec les résultats donnés par les senseurs (capteur nuage, …) et vérifier que tout marche bien</p> PyROS - Story #45171 (New): REQ-210 Affichage contenu BDhttps://forge.in2p3.fr/issues/451712021-05-12T11:58:38ZPallier EtiennePyROS - Story #45163 (New): REQ-013 PYROS-10 ordonnancement temps réelhttps://forge.in2p3.fr/issues/451632021-05-12T10:49:08ZPallier Etienne
<p><strong>Origine</strong><br />Utilisateurs TAROT à forte contrainte temporelle : suivi de GRB ou GW ; poursuite de nouveaux objets spatiaux.</p>
<p><strong>Besoin</strong><br />Le module d’ordonnancement doit être réactivée à chaque modification de la liste des requêtes à traiter, des priorités ou des quotas des utilisateurs. On pourra fixer un délai minimal entre deux réévaluations de la planification afin d’éviter de surcharger les ressources informatiques.</p>
<p><strong>Finalité</strong><br />Autoriser la soumission de requêtes prioritaires peu avant leur date d'exécution</p>
<p><strong>Validation</strong><br />. Lancement d'une série de requêtes pour remplir la nuit<br />. Lancement d'une requête à une date proche (par exemple 10 minutes, limite à déterminer, ça dépend de la durée max d'une série d'images)<br />. Lancement d'une rafale de requêtes pour vérifier que l'ordonnanceur ne sature pas les ressources informatiques</p> PyROS - Story #45162 (New): REQ-014 PYROS-10 priorité et quotas utilisateurshttps://forge.in2p3.fr/issues/451622021-05-12T10:48:12ZPallier Etienne
<p><strong>Origine</strong><br />Utilisateurs</p>
<p><strong>Besoin</strong><br />Chaque utilisateur a un ou plusieurs couples « priorité ; quota ». Plusieurs utilisateurs peuvent avoir un même niveau de priorité. L’ordonnanceur satisfait prioritairement les demandes de série du niveau de priorité le plus élevé à concurrence du quota de chaque utilisateur. Il passe ensuite au niveau de priorité suivant.</p>
<p><strong>Finalité</strong><br />gestion des priorités entre utilisateurs</p>
<p><strong>Test</strong><br />création de deux utilisateurs de priorité forte et un utilisateur de priorité moins forte<br />Essai : Les deux utilisateurs de priorité 1 dépassent leur quota et l'utilisateur de priorité 2 peut ensuite passer des requêtes.<br />Essai : un des deux utilisateurs prioritaires arrête de soumettre des requêtes avant d'atteindre son quota et l'utilisateur moins prioritaire a des reuêtes programmées ; l'utilisateur prioritaire soumet de ouvelles requêtes et ça chasse des requêtes de l'utilisateur moins prioritaire</p> PyROS - Story #45161 (New): REQ-011 PYROS-10 ordonnanceur sur chaque télescopehttps://forge.in2p3.fr/issues/451612021-05-12T10:47:41ZPallier Etienne
<p><strong>Origine</strong><br />utilisateurs PyROS et administrateur TAROT NC,</p>
<p><strong>Besoin</strong><br />Faire tourner l'ordonnanceur de requêtes de chaque télescope sur le matériel informatique de ce télescope.</p>
<p><strong>Finalité</strong><br />Afin de<br />- limiter l'effet d'une panne du systèe central de supervision ou de la liaison entre le système central et le télescope.<br />- simplifier l'autonomisation de l'ordonnancement des tâches des télescopes du TAROT qui n'appartiennent pas au CNRS ; par exemple TAROT NC et Zadko.</p>
<p><strong>Validation</strong><br />Essai de lancement de requête à deux télescopes, chacun sur leur adresse IP</p> PyROS - Story #45154 (New): REQ-070 SSI_010 Spécifications techniques SSIhttps://forge.in2p3.fr/issues/451542021-05-12T10:43:33ZPallier Etienne
<p>Le titulaire prendra en compte et répondra aux spécifications techniques SSI listées dans le document DNODASI-2020.0038067-v01.00-Exigences SSI - Tarot NC.xlsx.</p>
<p>document#1207</p> PyROS - Story #45153 (New): REQ-051 Sécurité des systèmes informatique (SSI)https://forge.in2p3.fr/issues/451532021-05-12T10:43:07ZPallier Etienne
<p>Le logiciel PYROS devra être compatible avec les règles de SSI listées dans le document DNODASI-2020.0038067-v01.00-Exigences SSI - TAROT NC.xlsx placé en pièce jointe de ce ticket.</p>
<p>document#1207</p> PyROS - Story #45135 (New): REQ-050 SURETE_260 Système informatique (SSI)https://forge.in2p3.fr/issues/451352021-05-12T10:33:49ZPallier Etienne
<p>Les systèmes informatiques mis en œuvre devront respecter les règles de SSI nécessaires et suffisantes pour garantir la sécurité des systèmes informatiques. Une documentation spécifiant les règles de SSI applicables au système sera fournie au titulaire par le CNES.</p>
<p>Le respect des règles de SSI permet de garantir la protection des données.</p>
<p>document#1207</p> PyROS - Story #45131 (New): REQ-049 SURETE_250 Transfert des donnéeshttps://forge.in2p3.fr/issues/451312021-05-12T10:32:23ZPallier Etienne
<p>Les données prises par le télescope devront être transférées en temps réelle de façon automatique après chaque mesure si cela est possible et après chaque nuit d’observation. Ce transfert s’effectuera par internet sur un serveur https protégé pouvant répondre aux interrogations des utilisateurs.</p>
<p>La demande d’un transfert par internet permet une récupération rapide des images pour analyse.</p> PyROS - Story #45130 (New): REQ-047 SURETE_240 Sauvegarde des données bruteshttps://forge.in2p3.fr/issues/451302021-05-12T10:31:55ZPallier Etienne
<p>Pour chaque nuit d’observation une sauvegarde des données est nécessaire. Cette sauvegarde permettra en cas de coupure réseau ou autre problème éventuel de conserver les données prises par le télescope et de les transmettre par la suite pour analyse.</p>
<p>Les données doivent être sauvegardées sur un support physique afin de garantir leur enregistrement et accessibilité en cas de coupure du réseau permettant leur transmission en temps réel.</p> PyROS - Story #45129 (New): REQ-046 SURETE_210 Arrêt du système en cas de condition météorologiqu...https://forge.in2p3.fr/issues/451292021-05-12T10:31:33ZPallier Etienne
<p>Le système sera soumis à des tempêtes tropicales ou des cyclones, il faudra que le système soit arrêté à ce moment-là pour ne pas être endommagé. Cet arrêt doit pouvoir s’effectuer à distance depuis la métropole. Le télescope et le bâtiment doivent être configurer dans une position de « sauvegarde des systèmes » qui sera déclenchée par l’équipe en France suite à l’annonce des conditions météorologiques défavorables par les services compétents. Il est demandé au titulaire de préciser à partir de quel moment une intervention humaine est requise pour la mise en sécurité du matériel, et si celle-ci est indispensable du fait de la résistance du bâtiment.</p>
<p>La mise en place d’une prise en compte des conditions météorologiques défavorables permet de garantir la protection des instruments.</p> PyROS - Story #45128 (New): REQ-045 SECURITE_200 Système d'alertehttps://forge.in2p3.fr/issues/451282021-05-12T10:31:02ZPallier Etienne
<p>Dans le cas de la détection d’un problème sur le système, le système devra être capable d’envoyer une alerte à l’équipe en métropole, ainsi qu’à une personne sur place qui pourra prévenir les autorités compétentes le cas échéant.</p>
<p>La mise en place d’un système d’alerte permet une gestion rapide du problème détecté.</p> PyROS - Story #45126 (New): REQ-048 sauvegarde des données bruteshttps://forge.in2p3.fr/issues/451262021-05-12T10:29:49ZPallier Etienne
<p>Le système PyROS doit sauvegarder les données sur le télescope afin de les mettre à disposition suite à une coupure réseau ou autre problème éventuel.</p> PyROS - Story #45103 (New): REQ-033 SURETE_050 Prise en compte de la météohttps://forge.in2p3.fr/issues/451032021-05-11T16:48:16ZPallier Etienne
<p>Le bâtiment devra également en cas de conditions météorologiques défavorables, les détecter et demander sa fermeture dans le but de préserver l’intégrité des instruments. Ce bâtiment doit permettre la protection du système de mesure. Il faudra intégrer l’équivalent d’une station météo temps réel permettant d’autoriser la fermeture ou l’ouverture du bâtiment pour les observations. Une recherche d’optimisation des paramètres au plus juste en fonction des facteurs extérieurs sera mise en place afin d’obtenir les meilleures performances possibles.</p>
<p>L’intégrité des instruments de mesure doit toujours être préservée.</p> PyROS - Story #45101 (New): REQ-034 SURETE_080 Coupure électriquehttps://forge.in2p3.fr/issues/451012021-05-11T16:40:37ZPallier Etienne
<p>Le système doit pouvoir se mettre automatiquement en position de sécurité dans le cadre d’une coupure du réseau électrique prolongée.</p>
<p>Le télescope ne doit pas subir de dommage liés à une coupure de courant.</p> PyROS - Story #44814 (New): REQ-101 Logshttps://forge.in2p3.fr/issues/448142021-04-27T11:47:29ZPallier Etienne
<p>On doit logger les connexions FTP, les actions et erreurs des agents</p> PyROS - Story #44813 (New): REQ-123 Architecture extensible et Extensions privatisableshttps://forge.in2p3.fr/issues/448132021-04-27T11:43:29ZPallier Etienne
<p>Programmes externes indépendants, tels que Grenouille, ou Triton…</p>
<p>Solution proposée :<br />Extension par plugins :<br />Une partie PyROS core publique<br />une partie PyROS plugins privée (code spécifique)</p>
<p>Plugin = Agent</p>
<p>Commande de création dédiée (PYROS create-plugin myplugin) qui créera un squelette du plugin (squelette Agent, table, Model PluginMyPlugin, vue)<br />On enregistre le nouveau plugin via la page de configuration (en indiquant son chemin absolu, qui doit être hors pyros)</p> PyROS - Story #44812 (New): * REQ-200 FOR TAROT NETWORK INTEGRATIONhttps://forge.in2p3.fr/issues/448122021-04-27T11:18:46ZPallier EtiennePyROS - Story #44811 (New): * REQ-100 FROM CCTP TAROT-NC & MEETINGShttps://forge.in2p3.fr/issues/448112021-04-27T11:17:46ZPallier EtienneAtrium - IPNO - Story #44732 (New): Fermeture du projet ?https://forge.in2p3.fr/issues/447322021-04-21T07:38:12ZGenolini Bernard
<p>Bonjour,<br />Je regarde la liste de mes projets dans la Forge, et je trouve celui-ci, qui mériterait d'être clos.</p>
<p>Merci d'avance !</p> PyROS - Story #44719 (New): REQ-010 Ordonnancement des requêteshttps://forge.in2p3.fr/issues/447192021-04-20T10:49:01ZPallier Etienne
<p><strong>Origine</strong><br />utilisateurs du réseau TAROT</p>
<p><strong>Besoin</strong><br />Ordonnancement des requêtes :<br />. Le module qui fait l’ordonnancement de requêtes destinées à un télescope doit tourner sur le site de ce télescope. Ceci limite l’impact d’une panne sur le système central de supervision ou de la liaison réseau entre le système de supervision et le télescope.<br />. Dans la mesure ou les requêtes sont décalables dans le temps, le module d’ordonnancement doit limiter les temps morts entre les requêtes.<br />Le module d’ordonnancement doit être réactivée à chaque modification de la liste des requêtes à traiter, des priorités ou des quotas des utilisateurs. On pourra fixer un délai minimal entre deux réévaluations de la planification afin d’éviter de surcharger les ressources informatiques.<br />Chaque utilisateur a un ou plusieurs couples « priorité ; quota ». Plusieurs utilisateurs peuvent avoir un même niveau de priorité. L’ordonnanceur satisfait prioritairement les demandes de série du niveau de priorité le plus élevé à concurrence du quota de chaque utilisateur. Il passe ensuite au niveau de priorité suivant.</p> PyROS - Story #44718 (New): ** REQ-025 AJOUT TNChttps://forge.in2p3.fr/issues/447182021-04-20T10:45:06ZPallier EtiennePyROS - Story #44717 (New): ** REQ-022 TAROT NChttps://forge.in2p3.fr/issues/447172021-04-20T10:44:43ZPallier EtiennePyROS - Story #44716 (New): ** REQ-071 AJOUT OSMOSEhttps://forge.in2p3.fr/issues/447162021-04-20T10:44:18ZPallier EtiennePyROS - Story #44715 (New): ** REQ-065 AJOUT UPGRADEhttps://forge.in2p3.fr/issues/447152021-04-20T10:43:32ZPallier EtiennePyROS - Story #44713 (New): ** REQ-020 CCTPhttps://forge.in2p3.fr/issues/447132021-04-20T10:42:46ZPallier Etienne
<p>CCTP du contrat CNES-CNRS sur PyROS</p>