[Clas_offline] user_ana now crashes everywhere :-(
Nick Tyler
tylern at jlab.org
Mon Jun 18 17:24:08 EDT 2018
I have a working copy of the clas6 software running on docker and singularity. Some documentation can be found for it here: https://github.com/tylern4/docker-clas6/blob/master/README.md
I used to have the image available on my work space but recently deleted it to save space. I'm currently rebuilding and will upload it if anyone wants to use it.
Nick
> On Jun 18, 2018, at 4:41 PM, Zhiwen Zhao <zwzhao at jlab.org> wrote:
>
> Some paths like /group/clas/builds/release-4-14 don't exist any more.
>
> Has anyone tried to create a docker or singularity image for clas6 software and test on ifarm?
>
> Zhiwen
>
>> On 6/18/2018 4:01 PM, silvia at jlab.org wrote:
>> Hello Will,
>> I looked but I can't find the user_ana copy I used to have in those days,
>> nor to identify exactly what I had done to fix it.
>> I googled and found the old email exchanges. It seemed like I stopped
>> complaining after receiving an email from Kijun, who sent me his tcl file.
>> So maybe his tcl file solved my problem?
>> I paste it here below, I hope it helps!
>> If it doesn't, I can look more carefully tomorrow.
>> Best regards,
>> Silvia
>> #source /u/group/clas/builds/release-4-14/packages/tcl/recsis_proc.tcl;
>> source
>> /group/clas/builds/test3/src/clas6-trunk/reconstruction/recsis/recsis_proc.tcl;
>> #source
>> /volatile/clas/claseg3/parkkj/my_test/trunk/reconstruction/recsis/recsis_proc.tcl;
>> # define packages
>> turnoff ALL;
>> global_section off;
>> turnon seb trk cc tof egn lac pid user;
>> #
>> inputfile ./gsimdata/gpp_e1f_omega_r1000.b00;
>> setc chist_filename histfile;
>> setc log_file_name logfile;
>> outputfile clas PROC 2047;
>> setc prlink_file_name "prlink_e1f.bos";
>> setc bfield_file_name "bgrid_T67to33.fpk";
>> #
>> set torus_current 2250;
>> set mini_torus_current 6000;
>> set poltarget_current 0;
>> set TargetPos(3) -25.0;
>> set ntswitch 1;
>> #
>> set dc_xvst_choice 0;
>> #
>> # Franz's tcl variables
>> set trk_maxiter 8;
>> set trk_minhits(1) 2;
>> set trk_lrambfit_chi2 50.;
>> set trk_tbtfit_chi2 70.;
>> set trk_prfit_chi2 70.;
>> set trk_statistics 3 ;
>> #
>> #set lseb_nt_do -1;
>> set lall_nt_do -1;
>> set lseb_hist -1;
>> set lseb_h_do -1;
>> set lmon_hist -1;
>> set ltrk_h_do -1;
>> set legn_h_do -1;
>> set ltof_h_do -1;
>> set lec1_h_do -1;
>> set lfec_hist -1;
>> set l_nt_do -1;
>> set lmvrt_nt_do -1;
>> set lpid_make_trks 0;
>> set ltbid_nost_do -1;
>> set lmctk_nt_do -1;
>> #
>> setc outbanknames(1) "HEADHLS DC0 CC SC EC1 EC
>> CALLPARTTBIDHEVTEVNTDCPBCCPBSCPBECPBLCPBTGBIFBPMCL01TBLATRGSTRPBTBERMCTK";
>> #
>> #setc outbanknames(1)
>> "CCPBCL01DCPBECPBEVNTHEADHEVTMVRTPARTSCPBTBIDTGBITDPLMCTKMCVXPARTEVNT";
>> #
>> fpack "timestop -9999999999"
>> set lscat $false;
>> set ldisplay_all $false;
>> setc rec_prompt "[exec whoami]_recsis> ";
>> #
>> go 100;
>> exit_pend;
>>> Hello Silvia ,
>>>
>>> We’re currently having the exact same issue with Ken and Taya. What did
>>> you do to resolve this?
>>>
>>> It has been an issue for several months now and we are still working on
>>> finding a solution. The SIGFPE error appears to just have appeared one day
>>> without any changes to the clas6 environment just like it did in 2013.
>>>
>>> We’ve traced it down to this line (line ~625 in fpack.c)
>>> par[13] = (BIOS_NPHYSREC*BIOS_RECL)/BIOS_NLOGREC;
>>>
>>> Where BIOS_NLOGREC = 0 for some reason. Does anyone know what this is? Is
>>> anyone using user_ana without problems at the moment?
>>>
>>>
>>> -Will
>>>
>>>> On Sep 10, 2013, at 8:38 AM, Silvia Niccolai <silvia at jlab.org> wrote:
>>>>
>>>> Hello all,
>>>> I apologize to always be the bearer of bad news, but something must have
>>>> happened during the night, because this morning (Europe time) the
>>>> user_ana
>>>> executable from the "test3" build crashes on the **interactive**
>>>> Centos62
>>>> machine as well! It was working fine until yesterday.
>>>>
>>>> Here is the error message we obtain (two people here have obtained the
>>>> same
>>>> error):
>>>>
>>>> file[ 0]->inputfile<-
>>>> file[ 0]->outfile1<-
>>>> fpack.c: ignore TIMESTOP, return 0
>>>>
>>>> Program received signal SIGFPE: Floating-point exception - erroneous
>>>> arithmetic
>>>> operation.
>>>>
>>>> Backtrace for this error:
>>>> #0 0x7FE518DAAE77
>>>> #1 0x7FE518DAB444
>>>> #2 0x3345E328FF
>>>> #3 0x5CBA77 in fqfile_
>>>> #4 0x417D9A in reckin_
>>>> #5 0x40F3C0 in recsis_main_
>>>> #6 0x40F1D9 in MAIN__ at recsis.F:0
>>>> Floating exception
>>>>
>>>>
>>>> It seems like nothing changed recently in the test3 directory.
>>>> The environment setup I use (from Johann) was working fine until
>>>> yesterday, and
>>>> I didn't modify it. Same holds for the tcl file.
>>>>
>>>> I tried for curiosity also the user_ana from "test5", same error
>>>> message.
>>>>
>>>> Maybe some tests on the Centos62 machine are ongoing, following
>>>> yesterday's
>>>> discussions, that could cause this, somehow?
>>>>
>>>> Thank you all and best regards,
>>>> Silvia
>>>>
>>>> _______________________________________________
>>>> Clas_offline mailing list
>>>> Clas_offline at jlab.org
>>>> https://mailman.jlab.org/mailman/listinfo/clas_offline
>>>
>>>
>> _______________________________________________
>> Clas_offline mailing list
>> Clas_offline at jlab.org
>> https://mailman.jlab.org/mailman/listinfo/clas_offline
> _______________________________________________
> Clas_offline mailing list
> Clas_offline at jlab.org
> https://mailman.jlab.org/mailman/listinfo/clas_offline
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/clas_offline/attachments/20180618/0aeb4510/attachment-0001.html>
More information about the Clas_offline
mailing list