acq-tickets issueshttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues2024-02-15T17:43:21+01:00https://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/26ACQ UBUNTU 2024 - GECO2024-02-15T17:43:21+01:00Antoine LemassonACQ UBUNTU 2024 - GECOIl 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/l...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.SAILLANT FrédéricSAILLANT Frédérichttps://gitlab.in2p3.fr/Ganil-acq/acq-tickets/-/issues/25NumExo2 SubSystemIds2024-02-07T10:12:27+01:00COUDERT SebastienNumExo2 SubSystemIdsthis is a remainder, and should not be closed !
# NumExo2 SubSystemId
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...this is a remainder, and should not be closed !
# NumExo2 SubSystemId
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.
# NumExo2 SubSystemId list
0. default = `0`
1. ExoGam2 = `1`
1. VAMOShttps://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érichttps://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/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/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/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/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/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/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/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/15Finding, compiling & linking with libMFM2020-01-14T12:48:40+01:00John FranklandFinding, compiling & linking with libMFMSince the 'splitting' of MFMlib from GRU, the installation path has changed:
$GRUDIR/../MFMlib/lib/libMFM.so
$GRUDIR/../MFMlib/include/MFM*.h
(instead of $GRUDIR/lib & $GRUDIR/include before)
As far as I can see, there is no environme...Since the 'splitting' of MFMlib from GRU, the installation path has changed:
$GRUDIR/../MFMlib/lib/libMFM.so
$GRUDIR/../MFMlib/include/MFM*.h
(instead of $GRUDIR/lib & $GRUDIR/include before)
As far as I can see, there is no environment variable $MFMDIR or equivalent.
The new path to the library is not in LD_LIBRARY_PATH by default, unlike $GRUDIR/lib,
and so has to be added by hand in order to be able to use applis linked with libMFM.so.
The value of "gru_path" in Narval actor definitions in run control XML files also has to be modified.
OS: CentOS7 (ganp548/549/550)
ACQ_HOST_VERSION=Acq_13_12
GRUDIR=/home/acqexp/GRU/GRUcurrent_C7https://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/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/12Scaler Storer - Corrupted Scaler Frames2019-09-26T11:49:39+02:00Antoine LemassonScaler Storer - Corrupted Scaler FramesCorrupted Scaler Data : /data/mugastX/e768s/acquisition/run_scalers/run_0120.dat.21-07-19_21h19m44sCorrupted Scaler Data : /data/mugastX/e768s/acquisition/run_scalers/run_0120.dat.21-07-19_21h19m44shttps://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/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/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/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/7GECO - NUMEXO-TRACKER2019-09-26T11:47:19+02:00Antoine LemassonGECO - NUMEXO-TRACKERCannot set precise values from the GUI to the Threholds in the NUMEXO2-TRACKER interface. The value can be set properly directly from register interfaces. Also it should be possible to set the value in an input field or with the keyboard...Cannot set precise values from the GUI to the Threholds in the NUMEXO2-TRACKER interface. The value can be set properly directly from register interfaces. Also it should be possible to set the value in an input field or with the keyboard arrows.
To be checked and fixed.