 |
 |
Thanks Jeremy, Everything is included in that xml file I initially pointed to (commands, jar file, file locations) if there is any other lack of clarity. You could probably run that script to repoduce the problem. Please let me know if there is anything else that needs to be more clear. On Fri, Apr 3, 2015 at 3:10 PM, McCormick, Jeremy I. < [log in to unmask]> wrote: > Thanks, I will look into this. > > For future reference always include in initial bug/problem reports..... > > -full error trace back > > -exact command being run > > -locations of data inputs > > -jar version (if not current snapshot) > > This ensures others can help by being able to reproduce the problem. > > On Apr 3, 2015, at 12:07 PM, Holly Vance <[log in to unmask]> wrote: > > The file is here: > > /work/hallb/hps/holly/debug/beam-tri/1pt92/egsv3-triv2-g4v1_s2d6_HPS-ECalCommissioning-v3_1.slcio > > On Fri, Apr 3, 2015 at 3:03 PM, McCormick, Jeremy I. < > [log in to unmask]> wrote: > >> Ok, can you put the lcio file someplace accessible like /work or >> /volatile and send the full path to it? I can try to reproduce then. It >> might be a simple conditions system misconfig that can be easily fixed. >> >> On Apr 3, 2015, at 11:58 AM, Holly Vance <[log in to unmask]> wrote: >> >> I'm running the following script: >> /u/group/hps/production/mc/auger/temp.xml >> >> The relevant lines are toward the bottom of the command section in the >> file. I have never gotten this to work in the past two weeks, but it seems >> there is some issue with SVT (perhaps because it is not in this detector? >> or being readout?). >> >> The exact command is : >> java -jar $jarfile -r /org/hps/steering/production/DataQuality.lcsim -i >> out.slcio >> >> -Holly >> >> >> On Fri, Apr 3, 2015 at 2:54 PM, McCormick, Jeremy I. < >> [log in to unmask]> wrote: >> >>> What's the exact command you are running? And can you give full path >>> to the input data file? >>> >>> On Apr 3, 2015, at 10:56 AM, Holly Vance <[log in to unmask]> wrote: >>> >>> Hi, >>> >>> When I try to run the DataQuality.lcsim on an output file from slic, I >>> get the following error: >>> >>> java.lang.NullPointerException >>> >>> at >>> org.hps.conditions.svt.SvtDetectorSetup.loadDefault(SvtDetectorSetup.java:80) >>> >>> at >>> org.hps.conditions.svt.SvtDetectorSetup.conditionsChanged(SvtDetectorSetup.java:65) >>> >>> at >>> org.lcsim.conditions.ConditionsManagerImplementation.fireConditionsChanged(ConditionsManagerImplementation.java:122) >>> >>> at >>> org.lcsim.conditions.ConditionsManagerImplementation.setConditionsReader(ConditionsManagerImplementation.java:69) >>> >>> at >>> org.lcsim.conditions.ConditionsManagerImplementation.setDetector(ConditionsManagerImplementation.java:53) >>> >>> at >>> org.hps.conditions.database.DatabaseConditionsManager.initialize(DatabaseConditionsManager.java:742) >>> >>> at >>> org.hps.conditions.database.DatabaseConditionsManager.setDetector(DatabaseConditionsManager.java:279) >>> >>> at >>> org.lcsim.event.base.BaseLCSimEvent.<init>(BaseLCSimEvent.java:52) >>> >>> at org.lcsim.lcio.LCIOEvent.<init>(LCIOEvent.java:62) >>> >>> at org.lcsim.lcio.LCIOEvent.<init>(LCIOEvent.java:25) >>> >>> at org.lcsim.lcio.LCIOReader.read(LCIOReader.java:59) >>> >>> at >>> org.lcsim.util.loop.LCIOEventSource.next(LCIOEventSource.java:129) >>> >>> at >>> org.freehep.record.loop.DefaultRecordLoop.fetchRecord(DefaultRecordLoop.java:809) >>> >>> at >>> org.freehep.record.loop.DefaultRecordLoop.loop(DefaultRecordLoop.java:648) >>> >>> at >>> org.freehep.record.loop.DefaultRecordLoop.execute(DefaultRecordLoop.java:566) >>> >>> at org.lcsim.util.loop.LCSimLoop.loop(LCSimLoop.java:151) >>> >>> at >>> org.lcsim.job.JobControlManager.run(JobControlManager.java:427) >>> >>> at org.hps.job.JobManager.run(JobManager.java:34) >>> >>> at >>> org.lcsim.job.JobControlManager.run(JobControlManager.java:185) >>> >>> at org.hps.job.JobManager.main(JobManager.java:19) >>> >>> grep: data_quality.txt: No such file or directory >>> >>> >>> I think I will go ahead and process our slic monte carlo without this, >>> but I was curious as to why this error exists. >>> >>> -Holly >>> >>> ------------------------------ >>> >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>> >>> ------------------------------ >>> NOTE: This message was trained as non-spam. If this is wrong, please >>> correct the training as soon as possible. >>> Spam >>> Not spam >>> Forget previous vote >>> >> >> ------------------------------ >> NOTE: This message was trained as non-spam. If this is wrong, please >> correct the training as soon as possible. >> Spam >> Not spam >> Forget previous vote >> >> ------------------------------ >> >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the HPS-SOFTWARE list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >> > > ------------------------------ > NOTE: This message was trained as non-spam. If this is wrong, please > correct the training as soon as possible. > Spam > <https://www.spamtrap.odu.edu/canit/b.php?i=01ObvbrSj&m=8837f3a01d3e&t=20150403&c=s> > Not spam > <https://www.spamtrap.odu.edu/canit/b.php?i=01ObvbrSj&m=8837f3a01d3e&t=20150403&c=n> > Forget previous vote > <https://www.spamtrap.odu.edu/canit/b.php?i=01ObvbrSj&m=8837f3a01d3e&t=20150403&c=f> > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the HPS-SOFTWARE list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1