C'est fait. Maintenant GECO_CORE est lancé dans le screen, onglet numéro 4. J'ai ajouté la commande "GG" dans le menu pour lancer l'interface graphique. Le GECO_CORE est lancé avec l'argument "NODISPLAY" afin de ne pas afficher la bannière.
The ACTIONS_e768s.CHC_PAR is not copied anymore at the start of a run in the RCCConf directory in AGATA Machines
Starting an issue tracking for Ubuntu 22.04 DAQ implementation VAMOS / G1 Test 2024 :
start_ACQ
Contexte deja defini (ACQ_HOME=/home/acqexp), on ne reexecute pas SetEnvACQ
/home/acqexp/ACQ_HOST/ubuntu/Scripts/start_ACQ: No such file or directory.```
Il est impossible de lancer GECO dans le startacq qui se lance dans screen sous ubuntu.
Dans le Menu ACQ, la commande GE dans le menu acq lance encore le GECO core dans un xt . D'autre part une tentative de lancer GECO à la main (/usr/lib/jvm/java-8-openjdk-amd64/bin/java -jar /home/acqexp/ACQ_HOST/ubuntu/GECO/GECO_CORE.jar) lance une bannière graphique qui empêche de la lancer convenablement en service dans un screen sur un serveur.
Il faut pouvoir le core dans un autre tab du screen et une autre option pour lancer le GUI.
A.
this is a remainder, and should not be closed !
8 bit SubSystemId
to specify that a channel (or module) is within a specific sub-system
, i.e. part of the entire detection system.
It could be written in the root FS of each NumExo2
, then it is set (at startup only) and integrated in each channel frames.
0
1
PROBLEME => EOC sur VXI et VME (erreurs au niveau des consoles CPU et de RCC) en RUN -> 1 ou plusieurs châssis en même temps et de façon aléatoire
CAUSE => hypothèse HARDWARE écartée compte tenu de l'aspect aléatoire multi châssis hypothèse SOFTWARE DAQ privilégiée => process trop chargés ? => A CREUSER
SOLUTION => INIT + BREAKUP -> PAS satisfaisant car le problème peut revenir a tout moment (revu le 14 avril avec VALERIAN)
PROBLEME => START RCC -> ERROR BIND pour l'ensemble des NUMEXO2 de type EXOGAM2
CAUSE => ???
SOLUTION => REBOOT (ON-OFF) serveur GANSACQ3 (attente 5min avec KNA pour libérer les ports pas suffisant !)
Command is "start_ACQ.sh"
Starting an issue tracking for Ubuntu 22.04 DAQ implementation VAMOS / G1 Test 2024 :
start_ACQ
Contexte deja defini (ACQ_HOME=/home/acqexp), on ne reexecute pas SetEnvACQ
/home/acqexp/ACQ_HOST/ubuntu/Scripts/start_ACQ: No such file or directory.```
ganl1737 et ganl1733 doivent repartir a G2I pour l'installation de Ubuntu22 "Acquisition" flavor !
ganl1733: sous Ubuntu22, dans le labo. elec. (paillasse NumExo2: "Charles")
ganl1737: sous Ubuntu22, dans le labo. elec. (paillasse NumExo2-SMART: "Matthieu")
graph TD
acq22(ganl1737) --> |gSOAP|digitizer(NumExo2-9)
temperature setup for both NumExo2 (gSOAP) and crate (SNMP).
graph TD
script(Linux: bash, /dev/shm/, NetCDF) --> |gSOAP|digitizer(NumExo2)
script --> |SNMP|crate(crate Wiener)
temperature sequence for both NumExo2 (gSOAP) and crate (SNMP) then written in NetCDF file (append).
sequenceDiagram
Linux->>+Numexo2: gSOAP/V5
Numexo2-->>-Linux: TemperatureV5
Linux->>+/dev/shm: temperature V5
Linux->>+Numexo2: gSOAP/V6
Numexo2-->>-Linux: TemperatureV6
Linux->>/dev/shm: temperature V6
Linux->>+crateWiener: SNMP/temperature1
crateWiener-->>-Linux: temperature crate
Linux->>+/dev/shm: temperature crate
/dev/shm-->>+Linux:V5
/dev/shm-->>Linux:V6
Linux->>+NetCDF: numexo.nc
/dev/shm-->>+Linux: crate
Linux->>+NetCDF: crate.nc
NetCDF-->>-Linux: crate.nc,numexo.nc
Linux->>+NetCDF: crateNnumexo.nc
Autre question, je venu sur l'acq LISE travailler sur ganp207 car sur ma machine LINUX présente dans mon bureau, impossible de lancer GRU aucune reconnaissance.
Y - a-t-il une mise à jour de configuration à apporter ?
De : Stodel Christelle Envoyé : vendredi 20 octobre 2023 10:38:10 À : Saillant Frederic; Bezard Matthieu Objet : Pb GRU
Bonjour
Sur la machine ganp207, acq LISE j'essaie de convertir des run du compte tests3/numexo en histo ou TTREE avec le programme GruScriptOfflinexfiles_histo.C dans /home/test_s3/ganacq_manip/numexo/GRU/GRU_offline_D1 Ceci fonctionnait bien en juin
Maintenant en lançant la commande GRU -q GruScriptOfflinexfiles_histo.C j'ai plein d'erreur
Sur le répertoire /home/test_s3/ganacq_manip/s3stable_2023/GRU_2023 j'ai relancé le GruScriptOffline.C et ça fonctionne bien
J'ai copié donc ce GruScriptOffline.C dans le répertoire numexo/GRU/GRU_offline_D1 et renommé GruScriptOfflinexfiles_HisTT.C
idem ça ne fonctionne pas
Pouvez-vous svp m'aider MErci Christelle
Toutes les méthodes GetNbItemsAttribut et GetFrameSizeAttribut doivent être renommées en GetNbItems et GetFrameSize
Fred
Autre question, je venu sur l'acq LISE travailler sur ganp207 car sur ma machine LINUX présente dans mon bureau, impossible de lancer GRU aucune reconnaissance.
Y - a-t-il une mise à jour de configuration à apporter ?
De : Stodel Christelle Envoyé : vendredi 20 octobre 2023 10:38:10 À : Saillant Frederic; Bezard Matthieu Objet : Pb GRU
Bonjour
Sur la machine ganp207, acq LISE j'essaie de convertir des run du compte tests3/numexo en histo ou TTREE avec le programme GruScriptOfflinexfiles_histo.C dans /home/test_s3/ganacq_manip/numexo/GRU/GRU_offline_D1 Ceci fonctionnait bien en juin
Maintenant en lançant la commande GRU -q GruScriptOfflinexfiles_histo.C j'ai plein d'erreur
Sur le répertoire /home/test_s3/ganacq_manip/s3stable_2023/GRU_2023 j'ai relancé le GruScriptOffline.C et ça fonctionne bien
J'ai copié donc ce GruScriptOffline.C dans le répertoire numexo/GRU/GRU_offline_D1 et renommé GruScriptOfflinexfiles_HisTT.C
idem ça ne fonctionne pas
Pouvez-vous svp m'aider MErci Christelle
ticket GLPI: 12 061 Ubuntu22 sur GANP055 et GANP103 18-10-2023 11:11
ganp055 ganp103
Bonjour,
nous aimerions installer Ubuntu22-acq sur GANP055 et GANP103 qui sont en notre possession au BAS. Il sera necessaire de changer les DHCP, ... car les machines sont estampillees Window$.
Ou eventuellement, des 2 ordi. plus recents si vous avez, SVP.
PS: Je peux eventuellement faire l'installation avec CloneZilla, si toujours d'actualite.
Merci.
Cordialement, Sebastien COUDERT.
PROBLEME => START RCC -> ERROR BIND pour l'ensemble des NUMEXO2 de type EXOGAM2
CAUSE => ???
SOLUTION => REBOOT (ON-OFF) serveur GANSACQ3 (attente 5min avec KNA pour libérer les ports pas suffisant !)
PROBLEME => EOC sur VXI et VME (erreurs au niveau des consoles CPU et de RCC) en RUN -> 1 ou plusieurs châssis en même temps et de façon aléatoire
CAUSE => hypothèse HARDWARE écartée compte tenu de l'aspect aléatoire multi châssis hypothèse SOFTWARE DAQ privilégiée => process trop chargés ? => A CREUSER
SOLUTION => INIT + BREAKUP -> PAS satisfaisant car le problème peut revenir a tout moment (revu le 14 avril avec VALERIAN)