IN2P3-Forge: Issueshttps://forge.in2p3.fr/https://forge.in2p3.fr/favicon.ico?16780521162012-07-26T10:18:10ZIN2P3-Forge
Redmine AGATA DAQ - Feature #3022 (New): [ELOG] change the "From"https://forge.in2p3.fr/issues/30222012-07-26T10:18:10ZDosme Nicolas
<p>We need to find an email like Agata.LogBook@?????.?? for the ELOG. see <a class="issue tracker-3 status-5 priority-4 priority-low2 closed behind-schedule" title="Support: Elog client on scgw* (Closed)" href="https://forge.in2p3.fr/issues/3011">#3011</a></p> Pipelet - Bug #2753 (New): retrieve hook name from source codehttps://forge.in2p3.fr/issues/27532012-05-22T14:36:30ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>currently split on "hook(" <br />need to split after removing space, \t and \n, because right now "hook (" is not catch.</p> LC2 - Feature #2118 (New): Prepare the Command Line Interface of validator to parse rdRamhttps://forge.in2p3.fr/issues/21182011-10-19T18:44:08ZLafage Vincentlafage@ipno.in2p3.fr
<p>Now, parsing a rdRam command result<br /> <code>$CROCUS_SCRIPTS_PATH/getCmdRes.x -m $Minor -c $Channel -r/tmp/rdRamCrocusCmdRes${aEqId}.res > /tmp/rdRamCrocusOutput${aEqId}.out</code><br /> <code>$LC2_INSTALL/bin/crocus_validator -f $LC2_CONFIG/init${aEqId}.dat -c rdRam -k $TMP_CONFIG/rdRam${aEqId}.dat -r /tmp/rdRamCrocusCmdRes${aEqId}.res</code></p>
<p>fails producing tons of error</p>
<pre><code><code>Manu::EvaluateOwnErrors: TestRamPedestal ManuID 1134 outside limits: 0 pedestals for 64 memory</code></code></pre>
<p>as NO pedestals are loaded INTO validator memory…</p>
<pre><code>$LC2_INSTALL/bin/crocus_file_generator -p 4 -c ldPed -k $DAQ_DETDB_LOCAL/MUONTRKPEDda.ped -f $LC2_CONFIG/init${aEqId}.dat -r $TMP_CONFIG/ldPed${aEqId}.dat</code></pre>
<p>The ldPed file should be passed to validator either with -p (pedestal) or -m (memory) option</p> LPC Service Informatique - Support #2109 (New): imprimanteshttps://forge.in2p3.fr/issues/21092011-10-19T10:11:58ZJammes Fabrice
<p>installer l'imprimantes</p> LC2 - Feature #2076 (New): Finer grained report for boot Crocus scripthttps://forge.in2p3.fr/issues/20762011-10-11T14:18:00ZLafage Vincentlafage@ipno.in2p3.fr
<p><code>/opt/daq-MCH/LC2/scripts/bootCrt23.x</code><br />calls<br /> <code>bootFrtCrtDsp.x</code><br />which in turn calls<br /> <code>rorc_rst.x</code></p>
<p>The return code of <code>bootCrt23.x</code> combines the return codes of the 2 invocations of <code>bootFrtCrtDsp.x</code><br />in a relevant way. This would allow to propagate a much finer level of details.</p>
The <code>rorc_reset.x</code> script no only resets but also checks the SIU, DIU and RORC. <br />It turns out that
<ol>
<li>only the last command's return code decides the return code of the whole script</li>
<li>even this return code is not significant of the error status of the Whole DDL chain<br />We can report a much finer level of details.</li>
</ol>
In the same way, <code>bootFrtCrtDsp.x</code> might report two levels of error:
<ol>
<li>one for the FeC2 core command, as is the case, and with the known limitations of this report</li>
<li>a new one for the <code>rorc_reset.x</code> that would help shifters to catch anomalous SIU status from start</li>
</ol>
<p>A better documentation of basic command's return code is needed.</p> Pipelet - Bug #1566 (New): Bug daemon cherrypy on Macintoshhttps://forge.in2p3.fr/issues/15662011-04-15T17:53:52ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>Check where the bug come from, if not to low level do something, or warn the user.</p> Smurf - Bug #1561 (New): Smurf::RRD does not support "base"https://forge.in2p3.fr/issues/15612011-04-13T17:00:59ZWernli Fabienwernli@in2p3.fr
<p>RRDTool::OO / RRDs "base" keyword shall be supported. Uses default = 1000</p> Pipelet - Bug #1437 (New): str_parents not updated in time for glob_parenthttps://forge.in2p3.fr/issues/14372011-03-10T17:51:24ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>str_parent (str_input) is read from database. <br />it is first stored with wrong content as it includes now the task id. <br />the content is updated together with task status and output.</p>
<p>But , glob_parent sometime seems to use it before the update !</p>
<p>Current solution is to update it when the task is queued. <br />Need to see if it impact the performance.</p>
<p>But, whether this bug is expected ... I'm not sure.</p> Pipelet - Task #1337 (New): logged_subprocess improvementhttps://forge.in2p3.fr/issues/13372011-02-15T12:03:05ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>logged_subprocess is the function I use in every segment,<br /> quick and simple to make it perfect.</p> Pipelet - Task #1336 (New): Add comments in multiplexhttps://forge.in2p3.fr/issues/13362011-02-15T12:02:22ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>The code of multiplex is hard to read/lacks for comments. Variable Names, data structure may be rethought.</p> APCScheduler - Feature #1299 (New): Utilisation de python, numpy, scipy, ...https://forge.in2p3.fr/issues/12992011-02-10T11:06:35ZColley Jean-Marcjcolley@lpnhe.in2p3.fr
<p>Les librairies scientifiques (numpy, scipy, matplotlib) de python ne sont pas disponibles sur les workers. de la grille. APCScheduler doit offrir la possibilité d'utilisr les scripts python ayant recours à ces librairies.</p> Oval - Bug #1083 (New): oval log -guihttps://forge.in2p3.fr/issues/10832010-11-16T11:42:19ZChamont David
<p>The adaptative nature of the command line interface, which choose dynamically the level of details of its output depending on the number of targets, is generally a source of confusion for the graphic user interface, which relies on those outputs and would prefer a single fixed output format for each command.</p>
<p>For example, for the "oval log" command, should we consider a "-gui" option which switch off the dynamic output and produce something specific for the gui ? Should we implemetn such an option for any command ? Or shoudl we rather focus on giving an API for the gui, so that it does rely on the cli (Command Line Interface) (and incidentally executes a lot more faster...).</p> Oval - Bug #1082 (New): NO DIFFhttps://forge.in2p3.fr/issues/10822010-11-16T11:38:30ZChamont David
<p>When "oval log" displays "NO DIFF", it is not easy for the newcomer to distinguish between "there is no difference" or "the diff command has not been applied". We should investigate how to make it more clear.</p> SphereLib - Bug #1003 (New): ps detectionhttps://forge.in2p3.fr/issues/10032010-10-15T13:51:07ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>Perform ps detection in 2 steps if sigma < 20</p> SphereLib - Feature #959 (New): intégrer ginphttps://forge.in2p3.fr/issues/9592010-10-06T11:30:50ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>interfacer ginp depuis python</p> SphereLib - Bug #938 (New): Construction icosahedronhttps://forge.in2p3.fr/issues/9382010-09-29T11:32:48ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>Utiliser le module fortran pour la compilation de icosahedron.f</p> Oval - Feature #923 (New): oval resethttps://forge.in2p3.fr/issues/9232010-09-20T17:16:27ZChamont David
<p>Pour remettre à zéro les log files, éventuellement effacer les locks de vieux runs mal interrompus, etc.</p> Oval - Bug #905 (New): Use of parenthesis in diffline regular expressionhttps://forge.in2p3.fr/issues/9052010-09-14T18:17:51ZChamont David
<p>In case one is using litteral parenthesis in a diffline regular expression, backquoted or between square brackets, FilesParser wrongly think that the user has included parenthesis in the expression so to delimit the region of interest, and consequently it does not add default parenthesis so to select the whole line as region of interest. As a consequence, the selection of this "region of interest" always return "1" whatever the real content.</p>
<p>For the user, a fast and dirty way to avoid the problem is to add himself the parenthesis.</p> SphereLib - Feature #890 (New): spline with order != 3https://forge.in2p3.fr/issues/8902010-09-06T15:08:41ZLe Jeune Maudelejeune@apc.in2p3.frSphereLib - Task #767 (New): Mise au propre des include de la lib https://forge.in2p3.fr/issues/7672010-06-16T11:36:41ZLe Jeune Maudelejeune@apc.in2p3.frSphereLib - Feature #755 (New): Parallélisation de cat2maskhttps://forge.in2p3.fr/issues/7552010-06-14T16:34:59ZLe Jeune Maudelejeune@apc.in2p3.frSphereLib - Feature #754 (New): Parallélisation de la routine apodize_maskhttps://forge.in2p3.fr/issues/7542010-06-14T16:33:47ZLe Jeune Maudelejeune@apc.in2p3.frPipelet - Feature #748 (New): Git and CVS repositorieshttps://forge.in2p3.fr/issues/7482010-06-13T16:30:24ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>Write classes GitRepository and CVSRepository</p> SphereLib - Task #742 (New): Import des binaires fitshttps://forge.in2p3.fr/issues/7422010-06-09T19:24:03ZLe Jeune Maudelejeune@apc.in2p3.fr
<p>Importer les binaires C++/fits. Harmoniser les paramètres avec ceux des routines python.</p> ENX - Support #660 (New): Documentationhttps://forge.in2p3.fr/issues/6602010-05-27T10:55:30ZLegay EricEric.Legay@csnsm.in2p3.fr
<p>Déplacer toute la doc vers la Forge !!!!</p> ftsmonitor - Feature #631 (New): History of a DN accesshttps://forge.in2p3.fr/issues/6312010-05-19T15:42:41ZSchwarz Lionel
<p>This could be used to trace access by DN in case of security issue</p> Oval - Feature #597 (New): YAML comme langage de configuration ?https://forge.in2p3.fr/issues/5972010-05-11T13:36:16ZChamont David
<p>Réfléchir à l'opportunité d'utiliser YAML comme langage de configuration.</p> Smurf - Feature #202 (New): Smurf::DB::Getopt add fping to smelecthttps://forge.in2p3.fr/issues/2022009-10-21T16:46:45ZWernli Fabienwernli@in2p3.fr
<p>It should be possible to add -ping flag to e.g. smelect<br />to output only servers which are alive</p> RlsngCons - Feature #187 (New): Abort limit/delete/ackhttps://forge.in2p3.fr/issues/1872009-10-07T13:08:32ZWernli Fabienwernli@in2p3.fr
<p>Ctrl-G should abort l/A/D edition</p> RlsngCons - Feature #186 (New): Flood limithttps://forge.in2p3.fr/issues/1862009-10-07T13:07:05ZWernli Fabienwernli@in2p3.fr
<p>Limit flood for pasted test, e.g. like Ctrl-K in irssi</p> Oval - Feature #174 (New): oval run -ohttps://forge.in2p3.fr/issues/1742009-10-02T14:47:08ZChamont David
<p>We should have a way to generate a script, able to run a given target in the conditions defined in OvalFile, without any more need for oval. In such a case, of course, the output could not be inspected and compared to a reference. This would make Oval usable as a runtime scripts generator, and help use Oval in a group where it is not an official tool.</p> Oval - Bug #172 (New): Automatic variableshttps://forge.in2p3.fr/issues/1722009-10-02T14:24:53ZChamont David
In several use-cases, including interaction with batch/grid tools, it would help if Oval was setting automatically few variables. A first set could be :
<ul>
<li>OVAL_CWD : the unix directory where the oval command has been invoked.</li>
<li>OVAL_ENV : name of the environment where the current target is staying.</li>
</ul> RlsngCons - Feature #93 (New): Touche pour forcer le renouvellement de cachehttps://forge.in2p3.fr/issues/932009-03-31T10:16:29ZWernli Fabienwernli@in2p3.fr
<p>Par exemple $ comme pour mutt <img src="/plugin_assets/redmine_wiki_extensions/images/wink.png" alt=";)"></p> RlsngCons - Feature #87 (New): Limiter la taille du cachehttps://forge.in2p3.fr/issues/872009-03-30T15:32:25ZPuel Mattieumpuel@cc.in2p3.fr
<p>En plus des filtres de cache, il faut pouvoir définir une taille de fenêtre maximale du cache à partir de laquelle il commence à supprimer les anciens messages au fur et à mesure de l'arrivée de nouveaux.</p> RlsngCons - Feature #86 (New): Tris dynamiqueshttps://forge.in2p3.fr/issues/862009-03-30T15:31:08ZPuel Mattieumpuel@cc.in2p3.fr
<p>On doit pouvoir trier dynamiquement les messages en fonction d'un champs.</p> Oval - Feature #37 (New): Automatically select the shell flavorhttps://forge.in2p3.fr/issues/372009-02-16T19:44:59ZChamont David
<p>Oval should recognize the current user shell, and make it the default one for oval commands.</p> Oval - Feature #36 (New): Extend tasks with begin/end directory commandshttps://forge.in2p3.fr/issues/362009-02-16T19:42:43ZChamont David
<p>Perhaps, the administrators should be given the possibility to define a command to be executed each time Oval enter a new directory, and another one each time Oval exit from a directory.</p> Oval - Feature #35 (New): Give less importance to the build stephttps://forge.in2p3.fr/issues/352009-02-16T19:41:03ZChamont David
<p>The documentation always mention the Oval buidl step as the usual way of working. This is not necessarily true, and could make the doc not so easy to read, because the build step is not the simpler, especially for the configuration.</p>
<p>The documentation should be reviewed so that the build step is described separately and only at the second stage.</p>
<p>We should even reconsider how important it is to have the build step in Oval.</p> Oval - Feature #34 (New): Extend input/output controlhttps://forge.in2p3.fr/issues/342009-02-16T19:27:17ZChamont David
<p>There is discrepancy in the way input and output are considered: input must be a file, and output is a channel. There should be way to make the diff on some output file, and there should be a way to send input to a program via a channel.</p> Oval - Feature #33 (New): Support for gzipped ref fileshttps://forge.in2p3.fr/issues/332009-02-16T19:23:37ZChamont David
<p>By André Holzner :</p>
<p>Hello David,</p>
<p>I produced an OVAL log file which is 1.3 MBytes. I don't<br />dare to commit it to CVS. If I gzip it (with -9), it<br />is slightly larger than 27'000 bytes, using bzip2<br />it even shrinks to less than 20'000 bytes.</p>
<p>Thus my question: Would it be possible to add support<br />for gzipped or bzipped ref files ? I think I could achieve<br />the same result using a combination of a script which runs<br />the actual executable and compresses the output and a special diff command... but I guess it should not be<br />too difficult to add a bzcat / zcat somewhere in oval<br />where the diff is performed...</p>
<p>What do you think about it ?</p>
<p>best regards,</p>
<p>Andre</p> Oval - Bug #32 (New): Write a more detailed configuration dochttps://forge.in2p3.fr/issues/322009-02-16T19:18:24ZChamont David
<p>Especially the description of tools.</p> Oval - Feature #31 (New): Apply a command to a subdirectory subset ?https://forge.in2p3.fr/issues/312009-02-16T19:14:14ZChamont David
<p>Do we want to enable something such as "oval prod SubDir1/Test2" ?</p> Oval - Feature #30 (New): Use environments as targets to the step commandshttps://forge.in2p3.fr/issues/302009-02-16T19:12:58ZChamont David
<p>Would be an additionnal way to execute a subset of the targets. Or do we need a "set" concept ?</p> Oval - Feature #29 (New): The build tool should handle directories ?https://forge.in2p3.fr/issues/292009-02-16T19:06:25ZChamont David
<p>Scram is able to receive a directory as argument. Should we modify Oval so that it takes such a possibility into account ?</p> Oval - Bug #28 (New): "oval validate" should remove differences in "oval log"https://forge.in2p3.fr/issues/282009-02-16T19:01:54ZChamont David
<p>As said in the title...</p> Oval - Bug #27 (New): Some commands should not require a current valid directoryhttps://forge.in2p3.fr/issues/272009-02-16T18:51:50ZChamont David
<p>For example, in a scram configuration, one should be able to type "oval version" and have a valid output, even if he is not within a valid scram project.</p> Oval - Bug #26 (New): Commands options not well propagated, when declared within an OvalFilehttps://forge.in2p3.fr/issues/262009-02-16T18:50:15ZChamont David
<p>Intro: so to ensure user interface and commands consistency, each single feature is implemented in a single command, and when a command needs another command feature, it is internally instanciating this command and use it. Behind this nice concept, since the internal command is not instanciated in the same way as the main command, we must propagate to it some "fake command line" options, and fakely calls its functions, as would do the main oval framework with the top level command. This fake calls are not done automatically, but case by case and "by hand" by the top command. This is why there could be and there is some<br />errors or awkward situation.</p>
<p>The general bug: in the current implementation, when a commmand option is set within an OvalFile, it is not<br />correctly propagated to the internals commands.</p>
<p>Example: if I set "-sh" for the runtime command, it will not be propagated to "environnement" command, and the<br />resulting output will be a mix of csh and sh commands.</p>
<p>Solution: review the use of internal commands, and the way they are managed, so that they are in the same state if they are instanciated as user commands or as internal commands.</p> Oval - Bug #25 (New): Temporary files after a crashhttps://forge.in2p3.fr/issues/252009-02-16T18:46:14ZChamont David
<p>If an oval process is killed or crashes, we should check if the temporary files remain in the current directory or not, which may confuse subsequent oval runs.</p> Oval - Bug #22 (New): Deliver messages when ISA failshttps://forge.in2p3.fr/issues/222009-02-16T18:22:12ZChamont David
<p>When there is a perl failure, for example when ISA fails because perl does not find the relevant base package, it would be nice if oval could catch the event and deliver the defered messages before exiting.</p> Oval - Bug #21 (New): What happens when a subdirectory is reused in several environments ?https://forge.in2p3.fr/issues/212009-02-16T18:16:49ZChamont David
<p>Undefined behavior...</p>