[Clas12_software] problems with reconstruction of clara 4a.8.3

Mon Dec 18 09:58:48 EST 2017

By the design Clara is independent from user plugins, yet Clas Clara installation includes user plugin specific component (classic-io, author Sebastian). In the future this package will be moved to coat optimized package (along with revised and optimized detector component service engine packages) with full control of versioning. But for now (transitioning stage) let me know if you need backwards compatibility.
Best,
-vardan
---------------------------------------------------
Vardan H. Gyurjyan, Ph.D.
Staff Scientist
Thomas Jefferson Accelerator Facility
Newport News, VA, 23606
E-mail: gurjyan at jlab.org
757-269-5879 (JLAB)

> On Dec 18, 2017, at 9:40 AM, Gagik Gavalian <gavalian at jlab.org> wrote:
> 
> I suggest to avoid creating a mess by trying to support old versions as well. It’s much easier to convert EVIO to HIPO 3.0 with new distribution and the process the data.
> 
> Sent from my iPhone
> 
> On Dec 18, 2017, at 9:32 AM, Vardan Gyurjyan <gurjyan at jlab.org <mailto:gurjyan at jlab.org>> wrote:
> 
>> Clara installation that includes classic-io build is for coat 5a, and is not backwards compatible with 4a. Sebastian created the release of the older version of classic-io that I will include in the installation bundle. I will appreciate if you can point to the older version data file for testing purposes.
>> Best,
>> -vardan
>> 
>> ---------------------------------------------------
>> Vardan H. Gyurjyan, Ph.D.
>> Staff Scientist
>> Thomas Jefferson Accelerator Facility
>> Newport News, VA, 23606
>> E-mail: gurjyan at jlab.org <mailto:gurjyan at jlab.org>
>> 757-269-5879 (JLAB)
>> 
>>> On Dec 18, 2017, at 9:17 AM, Nathan Baltzell <baltzell at jlab.org <mailto:baltzell at jlab.org>> wrote:
>>> 
>>> Hi Rong,
>>> 
>>> That looks like a hipo version issue;  that db error is a red herring.  I’m forwarding this to the software mailing list.  You may also try to ask on slack:
>>> 
>>> https://clasteam.slack.com/ <https://clasteam.slack.com/>
>>> 
>>> -Nathan
>>> 
>>> 
>>>> On Dec 18, 2017, at 05:19, wangrong <wangrong at ipno.in2p3.fr <mailto:wangrong at ipno.in2p3.fr>> wrote:
>>>> 
>>>> Dear Nathan and Maxime,
>>>> 
>>>> I am Rong Wang at IPN-Orsay, France.
>>>> We are trying to use clara 4a.8.3 for the reconstruction
>>>> of our ndvcs simualtion. However, CLARA stopped processing
>>>> and generated no reconstructed events. The logfile
>>>> is enclosed in the email. Then I tried 4a.8.2 again,
>>>> ./install-claracre-clas.sh -v 4a.8.2
>>>> The same problem showed up.
>>>> 
>>>> I am using gemc 4a.2.2, and the run number is 10.
>>>> Could you help find out what the problem is about rec.?
>>>> 
>>>> Thanks very much,
>>>> Rong
>>>> 
>>>> PS:
>>>> some errors list below
>>>> ...
>>>> [ConstantsManager] ---> error reading table : /calibration/rf/offset
>>>> [DB] --->  database disconnect  : success
>>>> [getConstants] error ( run = 10 )  table not found with name : /calibration/rf/offset
>>>> [EB::] --> event builder is ready....
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> [LTCC] --> initialization successful...
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> [ConstantsManager] ---> create a new one for module : org.jlab.service.htcc.HTCCReconstructionService
>>>> -----> INITIALIZING HTCC as a SERVICE...
>>>> ----> I am doing nothing
>>>> --- engine configuration is called CLARA Engine
>>>> 
>>>> ...
>>>> Dec 18, 2017 3:44:19 AM org.jlab.coda.hipo.Reader forceScanFile
>>>> SEVERE: null
>>>> org.jlab.coda.hipo.HipoException: buffer arg not in evio/hipo format
>>>>       at org.jlab.coda.hipo.FileHeader.readHeader(FileHeader.java:739)
>>>>       at org.jlab.coda.hipo.FileHeader.readHeader(FileHeader.java:781)
>>>>       at org.jlab.coda.hipo.Reader.forceScanFile(Reader.java:843)
>>>>       at org.jlab.coda.hipo.Reader.<init>(Reader.java:181)
>>>>       at org.jlab.jnp.hipo.io.HipoReader.open(HipoReader.java:32)
>>>>       at org.jlab.clas.std.services.convertors.HipoToHipoReader.createReader(HipoToHipoReader.java:24)
>>>>       at org.jlab.clas.std.services.convertors.HipoToHipoReader.createReader(HipoToHipoReader.java:17)
>>>>       at org.jlab.clara.std.services.AbstractEventReaderService.openFile(AbstractEventReaderService.java:114)
>>>>       at org.jlab.clara.std.services.AbstractEventReaderService.configure(AbstractEventReaderService.java:89)
>>>>       at org.jlab.clara.sys.ServiceEngine.configureEngine(ServiceEngine.java:128)
>>>>       at org.jlab.clara.sys.ServiceEngine.configure(ServiceEngine.java:102)
>>>>       at org.jlab.clara.sys.Service.lambda$configure$1(Service.java:158)
>>>>       at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>>>       at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>>>       at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>>>>       at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>>>>       at java.lang.Thread.run(Thread.java:745)
>>>> 
>>>> 
>>>> On 2017-11-08 15:42, mdefurne wrote:
>>>>> Hello,
>>>>> We could have something... We have the simulation and reco with 4a.8.3
>>>>> (at last, we have photons in the EB :D), we should only have to run
>>>>> the analysis script on them but it depends on the ongoing work with
>>>>> MVT in the Hall today.
>>>>> Tell you more a bit later today
>>>>> Maxime
>>>>> Le 08/11/2017 à 09:39, Francois-Xavier Girod a écrit :
>>>>>> Dear all
>>>>>> Please let me know if you would like to present at the Deep Process
>>>>>> Analysis meeting for RGA tomorrow
>>>>>> Best regards
>>>>>> FX
>>>>>> _______________________________________________
>>>>>> Clas12_deepana mailing list
>>>>>> Clas12_deepana at jlab.org <mailto:Clas12_deepana at jlab.org>
>>>>>> https://mailman.jlab.org/mailman/listinfo/clas12_deepana <https://mailman.jlab.org/mailman/listinfo/clas12_deepana> [1]
>>>>> Links:
>>>>> ------
>>>>> [1] https://mailman.jlab.org/mailman/listinfo/clas12_deepana <https://mailman.jlab.org/mailman/listinfo/clas12_deepana>
>>>>> _______________________________________________
>>>>> Clas12_deepana mailing list
>>>>> Clas12_deepana at jlab.org <mailto:Clas12_deepana at jlab.org>
>>>>> https://mailman.jlab.org/mailman/listinfo/clas12_deepana <https://mailman.jlab.org/mailman/listinfo/clas12_deepana>
>>>> <loglog.txt>
>>> 
>>> 
>>> _______________________________________________
>>> Clas12_software mailing list
>>> Clas12_software at jlab.org <mailto:Clas12_software at jlab.org>
>>> https://mailman.jlab.org/mailman/listinfo/clas12_software <https://mailman.jlab.org/mailman/listinfo/clas12_software>
>> _______________________________________________
>> Clas12_software mailing list
>> Clas12_software at jlab.org <mailto:Clas12_software at jlab.org>
>> https://mailman.jlab.org/mailman/listinfo/clas12_software <https://mailman.jlab.org/mailman/listinfo/clas12_software>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/clas12_software/attachments/20171218/5560253c/attachment-0002.html>