acq-tickets issueshttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues2019-10-01T18:11:19+02:00https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/2RCC does not start all elements of the topology if one fails to start2019-10-01T18:11:19+02:00SAILLANT FrédéricRCC does not start all elements of the topology if one fails to startSAILLANT FrédéricSAILLANT Frédérichttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/5test seb2020-01-28T11:31:29+01:00COUDERT Sebastientest sebtest sebtest sebhttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/8RCC - GECO : RCC do not launch GECO properly2019-10-02T09:07:31+02:00Antoine LemassonRCC - GECO : RCC do not launch GECO properlyStart Sequence in RCC stop at GECO.
Pb was that the svn is in error in geco due to a file not followed by svn added in the directory followed by svn
This behaviour should not prevent to startStart Sequence in RCC stop at GECO.
Pb was that the svn is in error in geco due to a file not followed by svn added in the directory followed by svn
This behaviour should not prevent to starthttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/9Corrupetd svn GECO repository svn: E200030: BUSY2020-02-28T08:47:30+01:00Antoine LemassonCorrupetd svn GECO repository svn: E200030: BUSYImpossible to save the GECO configuration (e768s experiment) and svn error : "svn: E200030: BUSY"
Solved by moving the local copy of GECO (in /home/mugast/ganacq_manip/e768s/GECO) to GECO2 and start again GECO (it has pull the latest ve...Impossible to save the GECO configuration (e768s experiment) and svn error : "svn: E200030: BUSY"
Solved by moving the local copy of GECO (in /home/mugast/ganacq_manip/e768s/GECO) to GECO2 and start again GECO (it has pull the latest version from the repository placed in /data/mugastX/e768s/acquisition/sc_svn_repository/)https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/10Missing ACTIONS_e768s.CHC_PAR file in AGATA world2024-02-09T16:24:10+01:00Antoine LemassonMissing ACTIONS_e768s.CHC_PAR file in AGATA worldThe ACTIONS_e768s.CHC_PAR is not copied anymore at the start of a run in the RCCConf directory in AGATA MachinesThe ACTIONS_e768s.CHC_PAR is not copied anymore at the start of a run in the RCCConf directory in AGATA Machineshttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/11GECO - NUMEXO IC Board Threshold setting2020-11-20T11:57:05+01:00Antoine LemassonGECO - NUMEXO IC Board Threshold settingFine tuning of threshold setting (only 15 tick steps , only with mouse today - better with keyboard (or input field))Fine tuning of threshold setting (only 15 tick steps , only with mouse today - better with keyboard (or input field))https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/13GECO - Fichier description Manip - e768s2019-12-06T14:39:24+01:00Antoine LemassonGECO - Fichier description Manip - e768sFichier de description de manip qui apparait et disparait de facon aléatoire ( /home/mugast/ganacq_manip/e768s/GECO/e768s/ACQ/e768s_SCALER_PARAMETER.xml ) Manip e768sFichier de description de manip qui apparait et disparait de facon aléatoire ( /home/mugast/ganacq_manip/e768s/GECO/e768s/ACQ/e768s_SCALER_PARAMETER.xml ) Manip e768shttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/14Conflict between GECO & getEccSoapServer2019-12-06T14:40:21+01:00ROGERConflict between GECO & getEccSoapServerLes soap servers de GECO et de GET utilisent le même port, rendant impossible le lancement des deux applications (nécessaires au fonctionnement d'ACTAR) sur la même machineLes soap servers de GECO et de GET utilisent le même port, rendant impossible le lancement des deux applications (nécessaires au fonctionnement d'ACTAR) sur la même machinehttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/16ROOT version unchanged (?) but installation different?2020-11-20T11:57:29+01:00John FranklandROOT version unchanged (?) but installation different?On CentOS7 acquisition machines using "standard" version of acquisition/ROOT
(i.e. we don't ask for anything specific in .cshrc)
ROOTSYS=/home/global/root/root_C7
root-config --version = 5.34/38
This is the ~same (5.34) version as was i...On CentOS7 acquisition machines using "standard" version of acquisition/ROOT
(i.e. we don't ask for anything specific in .cshrc)
ROOTSYS=/home/global/root/root_C7
root-config --version = 5.34/38
This is the ~same (5.34) version as was in use when our software was last compiled
(last year), but apparently it has been recompiled with different options:
RooFit is no longer among the installed libraries!
Not a blocker, but required to re-configure (cmake) & re-build all our software
based on ROOT (i.e. all our software).https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/17Why is there a copy of tinyxml inside the GET software installation?2020-11-20T11:57:56+01:00John FranklandWhy is there a copy of tinyxml inside the GET software installation?I use a CMake script to locate lbtinyxml.so and tinyxml.h.
This script depends on finding the library (using the standard linker paths) and then
deducing the location of the header file. Until now, on the INDRA/FAZIA acquisition
PCs (Cen...I use a CMake script to locate lbtinyxml.so and tinyxml.h.
This script depends on finding the library (using the standard linker paths) and then
deducing the location of the header file. Until now, on the INDRA/FAZIA acquisition
PCs (CentOS7), this worked fine, with the installed system versions
```
/usr/lib64/libtinyxml.so
/usr/include/tinyxml.h
```
However, now there is a new addition to LD_LIBRARY_PATH:
`/home/acqexp/GET/release-20170928/Linux-x86_64-el7/lib`
and this contains libtinyxml.so, which is now the one found by my script, and by deduction
`/home/acqexp/GET/release-20170928/Linux-x86_64-el7/include/tinyxml.h`.
Unfortunately, this version of tinyxml.h is unusable:
```
/home/acqexp/GET/release-20170928/Linux-x86_64-el7/include/tinyxml.h:52:22: fatal error: tinystr.h: No such file or directory
#include "tinystr.h"
```
(tinystr.h is nowhere to be found on the system, but in fact is not needed as there
should be a #define in tinyxml.h which stops it being looked for)
For my CMake script and compilation, no problem: I simply pass an environment variable telling
it to look in /usr first of all.
But why bundle a (broken) installation of another package inside the GET software?
Surely the configuration step of GET should require that the necessary package(s)
be installed on the system?https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/18GRU compilation new GUser doesn't work2020-02-06T08:59:16+01:00John FranklandGRU compilation new GUser doesn't workI just created a new GRU analysis directory and tried to compile
the generated template GUser without making any modification.
Error: file "GUser_linkdef.h" not found...
?
JohnI just created a new GRU analysis directory and tried to compile
the generated template GUser without making any modification.
Error: file "GUser_linkdef.h" not found...
?
Johnhttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/19/home/acqexp/Scripts/iolan not working anymore2022-01-26T13:47:22+01:00Antoine Lemasson/home/acqexp/Scripts/iolan not working anymorethe script :
``/home/acqexp/Scripts/iolan vamos all ``
does not work since modification on 25th Janthe script :
``/home/acqexp/Scripts/iolan vamos all ``
does not work since modification on 25th Janhttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/20[Dév.] Monitoring Numexo2 et châssis NIM2024-01-30T13:48:04+01:00BEZARD Matthieu[Dév.] Monitoring Numexo2 et châssis NIM1) Ajouter le contrôle et la supervision des éléments suivants au système d’acquisition utilisant Numexo2 (par ordre de priorité) :
- Suivi des températures des modules NUMEXO2 (V5 et V6)
- Suivi des températures des châssis NIM
- Suivi ...1) Ajouter le contrôle et la supervision des éléments suivants au système d’acquisition utilisant Numexo2 (par ordre de priorité) :
- Suivi des températures des modules NUMEXO2 (V5 et V6)
- Suivi des températures des châssis NIM
- Suivi des consommations des châssis NIM (CAEN et WIENER)
- Contrôle de l’alimentation (ON/OFF) et de la ventilation des châssis NIM (CAEN et WIENER)
NB : Une étude de faisabilité a déjà été effectué par le demandeur, pouvant être partagée
2) Présenter les données précédentes sur un tableau de bord (type GRAFANA) de manière immédiate mais aussi à un temps passé défini par l’utilisateur pouvant remonté jusqu’au début de la prise de données
NB : Ce tableau de bord sera défini ultérieurement entre le demandeur et la personne en charge de la réalisation2024-03-04https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/21End Of Coding (EOC) VXI/VME sur E8052024-01-30T13:46:49+01:00BEZARD MatthieuEnd Of Coding (EOC) VXI/VME sur E805### E805 INTERVENTION du MARDI 11 avril 2023 (Charles)
> 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 ...### E805 INTERVENTION du MARDI 11 avril 2023 (Charles)
> 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)https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/22ERROR BIND sur E8052024-01-30T13:46:01+01:00BEZARD MatthieuERROR BIND sur E805### INTERVENTION DU MARDI 11 avril 2023 (Charles)
> 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 ...### INTERVENTION DU MARDI 11 avril 2023 (Charles)
> 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 !)https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/23Incident lancement GRU2023-10-20T11:10:57+02:00BEZARD MatthieuIncident lancement GRUAutre 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 ?
________________...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
ChristelleSAILLANT FrédéricSAILLANT Frédérichttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/24ACQ Ubuntu 2024 - Start ACQ2024-02-08T17:46:33+01:00Antoine LemassonACQ Ubuntu 2024 - Start ACQStarting an issue tracking for Ubuntu 22.04 DAQ implementation
VAMOS / G1 Test 2024 :
1) Command start_ACQ does not exist :
```
start_ACQ
Contexte deja defini (ACQ_HOME=/home/acqexp), on ne reexecute pas SetEnvACQ
/home/acqexp/ACQ_HOS...Starting an issue tracking for Ubuntu 22.04 DAQ implementation
VAMOS / G1 Test 2024 :
1) Command start_ACQ does not exist :
```
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.```SAILLANT FrédéricSAILLANT Frédéric