View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
466	[JANA] Bug	minor	always	2015-10-26 14:19	2016-12-08 11:03
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	JResourceManager doesn't test path from jcalib
Description:	This problem came up when trying to run using the resources directory in /group/halld. The issues is that the Magnets/Solenoid/finemeshes/ directory contains files that have a ".evio" suffix. The namepaths corresponding to these files do not have this suffix. This would normally be OK if the files were obtained through the JResourceManager since it would write an entry in the top-level "resources" file that would contain the ".evio" suffix and therefore, return the full path to this file. However, the resources directory in /group/halld has no "resources" file. This means GetResource looks for a file based only on the namepath (i.e. without ".evio") and fails to find it. It then tries downloading it, but fails since it can't write to the resources directory from a personal account. To get around this, GetResource should check for a filename whose path comes from jcalib before attempting a download. This should probably happen only if it fails to find a file based on the namepath (around line 230 in JResourceManager.cc).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000656) davidl    2015-11-29 15:56	OK, it's not so clear now what was going on here. The default behavior of GetResource is to call GetLocalPathToResource() which will use the jcalib object to get the full path based on the name in CCDB. It should only return the full path based on the name path if no jcalib exists. This should not have been the case before, but I cannot recall now the exact conditions leading to the issue. I'm going to have to defer fixing this until the problem presents again.
(0000666) davidl    2016-12-08 11:03	This looks to have been fixed back in March 2016 and included in jana 0.7.5 (see svn entry 2412)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
471	[JANA] Bug	minor	always	2016-03-06 09:13	2016-03-11 15:35
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	janaroot variable names containing colons
Description:	The toStrings mechanism in JANA uses colons to as a delimiter to separate columns. This conflicts with our EPICS variable names which also use colons. The code that determines the string that is the name of the column in the janaroot plugin needs to use the remainder of the string and not just tokens[2] as the value.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000665) davidl    2016-03-11 15:35	Fixed in revision 2410 and will appear in JANA 0.7.5

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
470	[JANA] Bug	minor	always	2016-01-29 15:24	2016-03-11 10:57
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	-factoryreport crashes when factory name too long
Description:	there is no test in JApplication::PrintFactoryReport to check that a string passed into string::replace is not bigger than the original. This results in an application-killing exception being thrown.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000664) davidl    2016-03-11 10:57	This was fixed in revision 2409 and will appear in JANA 0.7.5

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
451	[JANA] Feature Request	minor	N/A	2015-02-12 13:43	2015-11-30 11:51
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add scripts/macro to make standard rate plots to JANA source
Description:	Periodically benchmarking needs to be done using JANA or JANA-based code. I seem to reinvent the wheel on this a lot so it would be good to add a script or two along with ROOT macros that could be easily used to make some standard plots.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000662) davidl    2015-11-30 11:51	Added macro directory in revision 2379 and will appear in JANA 0.7.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
450	[JANA] Feature Request	minor	N/A	2015-02-04 13:54	2015-11-30 10:16
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Need SKIP_TO_EVENT config. parameter
Description:	Suggested by Matt S.: We should add a SKIP_TO_EVENT configuration parameter that would allow one to specify the event number (as reported by the JEvent object) that should be skipped to. This is somewhat related to the function of EventStore that provides a list of events to process. We expect to implement the EventStore at the JEventSource_EVIO level (i.e. not as part of JANA, but as part of sim-recon). However, it may be easy to add the ability to use EventStore formatted files.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000661) davidl    2015-11-30 10:16	Looks like this was already implemented back on Jun 10th, 2015 and came out in JANA 0.7.3 already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
467	[JANA] Feature Request	minor	N/A	2015-11-02 09:17	2015-11-30 10:09
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Default JANA_RESOURCE_DIR
Description:	This is based on a suggestion by Mark I. after and e-mail conversation that came up due to a lot of farm jobs simultaneously hitting the web server for resources during start up. I can't seem to find Mark's e-mail so this is from memory. We should have the ability to specify a default value for the JANA_RESOURCE_DIR in the sim-recon code in case the user does not set JANA_RESOURCE_DIR in their environment. This can point to the directory on /group/halld in the case of sim-recon. This directory can then be checked first before falling to the /tmp option. This will be a little subtle since the default behavior will change depending on whether you are running on a machine with /group/halld mounted our not. However, most of the time, it will be doing the right thing. This also puts the responsibility for using this default feature into sim-recon and not JANA itself so that seems OK.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000660) davidl    2015-11-30 10:09	Fixed in revision 2377. This will appear in JANA 0.7.4 The fix was to add a new config. param called JANA_RESOURCE_DEFAULT_PATH. This is a colon separated list of directories to look for before falling to the last resort of the /tmp directory. The first directory in the list found to exist is used. This will allow us to specify more than one default. The idea being that different systems may have different defaults that are unlikely to exist on other systems.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
460	[JANA] Feature Request	minor	have not tried	2015-06-10 10:32	2015-11-30 07:54
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Remove "int" version of JEventProcessor::evnt
Description:	The int version of JEventProcessor::evnt needs to be removed and the uint64_t version not made to call it. This should only be done after JANA 0.7.3 is commonplace.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000659) davidl    2015-11-30 07:54	Fixed in revision 2376 and will appear in JANA 0.7.4. This required changes to many files including the helper scripts "mkXXX".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
463	[JANA] Feature Request	minor	N/A	2015-08-10 07:35	2015-11-30 06:40
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	ROOT 6 support
Description:	Instances of __CINT__ must also include __CLING__ in order to support ROOT 6. See e-mail from Nathan Sparks on July 23, 2015.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000658) davidl    2015-11-30 06:40	Fixed in revision 2375 and will appear in JANA 0.7.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
464	[JANA] Feature Request	minor	N/A	2015-08-10 07:43	2015-11-30 06:15
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Use c++,cc instead of g++,gcc
Description:	Modify the SConstruct file to use c++,cc instead of g++, gcc so that one can easily use alternative compilers such as clang. Don't forget to pull in shell environment so invoking shell's PATH and LD_LIBRARY_PATH are used.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000657) davidl    2015-11-30 06:15	Fixed in revision 2374 and will appear in JANA 0.7.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
468	[JANA] Bug	minor	always	2015-11-06 14:40	2015-11-29 15:27
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	DEFTAG: feature does not work
Description:	Simon reported and I confirmed that the DEFTAG: feature in JANA stopped functioning in JANA 0.7.3. This was due to a line being added the JEventLoop::Initialize() that tries to get the AUTOACTIVATE parameter just before getting ll of the DEFTAG: parameters. This is done inside a try-catch block (line 426). If the AUTOACTIVATE parameters is not set, then an exception is thrown and the DEFTAG: call is not made. As a result, one can actually get the DEFTAG: feature to work again if the AUTOACTIVATE parameter is set to something. The fix is to move each of the GetParameter calls into its own try-catch block so if one fails, the others still get tried.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000655) davidl    2015-11-29 15:27	Fixed in revision 2373 and will appear in JANA 0.7.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
469	[JANA] Bug	minor	N/A	2015-11-18 08:45	2015-11-29 15:18
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Examples missing SConstruct/SConscript
Description:	The two examples are missing SConstruct/SConscript files. The Makefiles are no longer there either and the README files refer to them. An SConscript file should be added to each and the examples made into Optionally-Build items, The README files need to be updated so reflect this.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000654) davidl    2015-11-29 15:18	Submitted in revision 2371 and will be available in JANA 0.7.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
465	[JANA] Bug	minor	N/A	2015-10-20 15:52	2015-11-29 15:18
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	JANA program does not exit with non-zero code
Description:	This was brought up by Paul M. regarding some CLAS6 jobs he was running. A few of his jobs reached a thread time-out causing JANA to quit early. Without the relaunch flag set, this will print a message and set the Quit() flag. JANA then exits cleanly (i.e. returns from Run() ) and the program doesn't know to return a non-zero exit value. The farm manager then indicates that the job was a SUCCESS, even though it really wasn't. We don't necessarily want a thread time-out to cause an immediate exit. At the same time, though, we do want the program to exit with a non-zero code so that the farm manager can detect this. Options are: 1. If in BATCH mode, do exit immediately 2. set an exit code in JApplication that should be returned from Run() and may also be accessible using the JApplication pointer. This will allow the actual program (e.g. hb_root) to check for this and return an appropriate exit code.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000650) kmoriya    2015-10-27 10:15	For farm jobs, Kei did tests with exit $exit_signal and found that both SWIF and Auger are able to pick up this exit code. SWIF will also mark the job with problem tag "SWIF-USER-NON-ZERO". Exit codes higher than 128 and in the range (30,40) should be avoided since Chris uses these within SWIF.
(0000651) davidl    2015-11-24 16:47	Kei also noted that when a file doesn't exist and an error message is printed, the exit code is still "0". This should be set to something non-zero.
(0000653) davidl    2015-11-29 15:18	Fixed in revision 2371 and will appear in JANA 0.7.4. JANA utilities and examples updated to use it and provide example on how to.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
418	[JANA] Feature Request	minor	N/A	2014-09-29 07:33	2015-11-29 14:15
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add -a option to janadump
Description:	hd_dump has a "-a" option that will cause associated objects to be printed. This should be added to janadump as well. An improvement would be to allow a numerical value to be specified indicating the depth of associations to go so that one could print out not only the directly associated objects, but the associated objects of those associated objects as well.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000652) davidl    2015-11-29 14:15	Committed in revision 2370 and will appear in JANA 0.7.4. (n.b. the numerical depth option wasn't actually added)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
462	[Hall D Offline] General	minor	N/A	2015-06-15 10:25	2015-06-15 10:25
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	hddm_merge_events broken
Description:	After the major commit in svn revision 14984 that upgraded everything to use the C++ API for HDDM, the hddm_merge_events program was broken. The problem is that upgrade left it writing out each event as a separate HDDM event in the output file rather than adding it as multiple PhysicsEvent's. Although it is likely that the original intent of the PhysicsEvent structure in HDDM was to house separate events, the JEventSource_HDDM class in DANA loops over these, effectively merging the events (sans proper handling of overlapping hits in a single channel.)
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
461	[Hall D Offline] General	minor	have not tried	2015-06-10 10:37	2015-06-10 10:37
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Update all processors and factories to use uint64_t for event number
Description:	The JANA API has been modified in version 0.7.3 to use uint64_t for event numbers. A wrapper method was included in JEventProcessor though to allow for backward compatibility. One JANA 0.7.3 is commonplace, the switch should be made in sim-recon to prepare for the eventual removal of the deprecated "int" version.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
459	[Hall D Offline] General	minor	N/A	2015-06-10 10:26	2015-06-10 10:26
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Remove DCalibrationCCDB from DANA library
Description:	The DCalibrationCCDB class and its associated generator class overlap with the JCalibrationCCDB class and its generator in the JANA library. Differences were merged into JANA 0.7.3 to that we can drop DCalibrationCCDB altogether from sim-recon. This shouldn't happen though until 0.7.3 becomes commonplace so as not to require immediate upgrades for everyone.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
3	[Hall D Offline] General	minor	have not tried	2010-06-18 09:12	2015-06-10 10:05
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Look into restoring doxygen generation and subversion statistics generation to the nightly build
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000038) marki    2010-09-16 16:07	Reminder sent to: davidl What are the next steps on this issue? Or are we done?
(0000042) marki    2010-10-06 16:44	Marking as resolved. Both functions are part of nightly build now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
51	[Hall D Offline] General	crash	always	2011-03-21 07:45	2015-06-10 10:05
Reporter:	jonesrt	Platform:
Assigned To:	davidl	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	standard reconstruction segfaults in GetLastDOCAPoint()
Description:	Trying to complete a reconstruction sample on the grid, and getting a recurring segfault in reconstruction. How to reproduce: 1. Grab the file http://zeus.phys.uconn.edu/halld/gridwork/bug-3-21-2011/events_3806.hddm [^] - a single event that causes the segfault. 2. Build the latest version of the reconstruction code (as of 3/18/2011) on either x86_64 or i686 platforms, both show the same feature. I have only tested this with default optimization -O2. 3. Run "hd_ana -PPLUGINS=danahddm -PTHREAD_TIMEOUT=300 events_3806.hddm". 4. Watch it segfault.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000065) davidl    2011-03-21 10:40	Was not able to reproduce this problem on OS X, but was on CentOS 5.3 (64bit). Committed fix in svn revision 7603. It was due to use of a NULL pointer for last_swim_step in DReferenceTrajectory::GetLastDOCAPoint. Currently awaiting confirmation of fix from Richard before marking issue as resolved.
(0000066) jonesrt    2011-03-21 14:41	David's fix resolves this problem for me, confirm that this ticket can be closed.
(0000067) davidl    2011-03-21 14:44	Fix has been confirmed. Marking issue as resolved.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
86	[Hall D Offline] General	tweak	have not tried	2011-06-02 12:01	2015-06-10 10:05
Reporter:	marki	Platform:
Assigned To:	kornicer	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Decide on cluster merging after or before charged track matching
Description:	as discussed at the June 1, 2011 Offline Meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000284) marki    2012-01-31 16:48	Reminder sent to: davidl, kornicer This issue is resolved, right?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
456	[Hall D Offline] General	trivial	always	2015-03-17 13:12	2015-06-10 09:59
Reporter:	kmoriya	Platform:
Assigned To:	davidl	OS:	Mac OSX
Priority:	low	OS Version:	10.10 (Yosemite)
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	osrelease.pl needs update
Description:	osrelease.pl, contained in BMS/ needs the following lines around line 96 to accomodate OSX 10.10 (Yosemite):  elsif ($release_string =~ /^14.*/) {         $release = '_macosx10.10'; This applies also to other osrelease.pl files.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000648) davidl    2015-06-10 09:59	This has now been done. It turns out there are at least 4 copies of this script in our code base: scripts/osrelease.pl scripts/build_scripts/osrelease.pl sim-recon/src/BMS/osrelease.pl $JANA_HOME/src/../SBMS/osrelease.pl They have not been kept in strict alignment so after updating the one on build_scripts, I copied to the other 3 locations and committed it there as well.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
424	[Hall D Offline] General	crash	have not tried	2014-12-02 16:52	2015-06-10 09:42
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Seg fault from mcsmear
Description:	A seg. fault is reported when running mcsmear using conditions described in Tom's e-mail copied in the "Additional Information" section. In a subsequent e-mail, he notes that he's using Linux_CentOS6-x86_64-gcc4.4.6 and that files demonstrating the problem can be found here: https://docs.google.com/a/umail.iu.edu/file/d/0B2d57qMzynA9ejQ5Q3I0TDNTelE/edit?usp=drive_web [^]
Steps To Reproduce:
Additional Information:	Hi all, I’m trying to generate some MC using the commissioning branch and simulation conditions. I’m generating some events using genr8 and running them through hdgeant using control.in_9101. When I try to run mcsmear on the output, I get a segfault after processing a couple hundred events. I see the same behavior if I generate events using bggen. I included a stack trace below. Does anyone have any advice for fixing this? Tom Boettcher Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff15f2700 (LWP 10822)] 0x0000000000bec50e in sgetn (this=0x7fffec5e9190, s="")    at /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../include/c++/4.4.6/streambuf:335 335 { return this->xsgetn(__s, __n); } Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.5-7.el6_0.x86_64 cyrus-sasl-lib-2.1.23-13.el6_3.1.x86_64 freetype-2.3.11-14.el6_3.1.x86_64 glibc-2.12-1.80.el6_3.7.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.3.x86_64 libcom_err-1.41.12-12.el6.x86_64 libcurl-7.19.7-26.el6_2.4.x86_64 libgcc-4.4.6-4.el6.x86_64 libidn-1.18-2.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 libssh2-1.2.2-11.el6_3.x86_64 libstdc++-4.4.6-4.el6.x86_64 nspr-4.9.2-0.el6_3.1.x86_64 nss-3.13.6-2.el6_3.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 nss-util-3.13.6-1.el6_3.x86_64 openldap-2.4.23-26.el6_3.2.x86_64 openssl-1.0.1e-30.el6_5.2.x86_64 pcre-7.8-4.el6.x86_64 zlib-1.2.3-27.el6.x86_64 (gdb) where #0 0x0000000000bec50e in sgetn (this=0x7fffec5e9190, s="")    at /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../include/c++/4.4.6/streambuf:335 0000001 xstream::xdr::istream::operator>> (this=0x7fffec5e9190, s="") at external/xstream/src/xdr.cpp:133 0000002 0x00000000005bd5dd in hddm_s::BcalSiPMSpectrum::streamer (this=0x7fffec882290, istr=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:16529 0000003 0x00000000005bce25 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4961 0000004 0x00000000005e4ab1 in hddm_s::HDDM_ElementList<hddm_s::BcalSiPMSpectrum>::streamer (this=0x7fffec75a308, istr=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:428 0000005 0x00000000005bce25 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4961 0000006 0x00000000005bccaf in hddm_s::istream::operator>> (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4951 0000007 0x00000000005bcec7 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=<value optimized out>)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4973 0000008 0x00000000005e5140 in hddm_s::HDDM_ElementList<hddm_s::BcalCell>::streamer (this=<value optimized out>, istr=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:428 0000009 0x00000000005bce25 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4961 0000010 0x00000000005bccaf in hddm_s::istream::operator>> (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4951 0000011 0x00000000005bcec7 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=<value optimized out>)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4973 #12 0x00000000005bccaf in hddm_s::istream::operator>> (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4951 0000013 0x00000000005bcec7 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=<value optimized out>)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4973 0000014 0x00000000005bccaf in hddm_s::istream::operator>> (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4951 0000015 0x00000000005bcec7 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=<value optimized out>)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4973 0000016 0x00000000005dcb5f in hddm_s::HDDM_ElementList<hddm_s::PhysicsEvent>::streamer (this=<value optimized out>,    istr=...) ---Type <return> to continue, or q <return> to quit---    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:428 0000017 0x00000000005bce25 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4961 0000018 0x00000000005bccaf in hddm_s::istream::operator>> (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4951 0000019 0x00000000005bcec7 in hddm_s::istream::sequencer (this=0x7fffec000d10, object=<value optimized out>)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4973 0000020 0x00000000005bccaf in hddm_s::istream::operator>> (this=0x7fffec000d10, object=...)    at /home/fs7/tboettch/HallD_Home/install/sim-recon/sim-recon-commissioning/Linux_CentOS6-x86_64-gcc4.4.6/include/HDDM/hddm_s.hpp:4951 0000021 0x0000000000bca557 in hddm_s::istream::operator>> (this=0x7fffec000d10, record=...)    at .Linux_CentOS6-x86_64-gcc4.4.6/libraries/HDDM/hddm_s++.cpp:217 0000022 0x0000000000b9cdc8 in DEventSourceHDDM::GetEvent (this=0x7fffec000fa0, event=...)    at libraries/HDDM/DEventSourceHDDM.cc:109 0000023 0x0000000000c2f992 in jana::JEventSource::GetEvent (this=0x7fffec000fa0, event=...) at src/JANA/JEventSource.cc:54 0000024 0x0000000000bf174b in jana::JApplication::ReadEvent (this=0x7fffffffce20, event=...)    at src/JANA/JApplication.cc:655 0000025 0x0000000000bf15c1 in jana::JApplication::EventBufferThread (this=0x7fffffffce20) at src/JANA/JApplication.cc:600 0000026 0x0000000000bf12af in LaunchEventBufferThread (arg=0x7fffffffce20) at src/JANA/JApplication.cc:552 0000027 0x0000003d99807851 in start_thread () from /lib64/libpthread.so.0 0000028 0x0000003d98ce811d in clone () from /lib64/libc.so.6_______________________________________________ Halld-offline mailing list Halld-offline@jlab.org https://mailman.jlab.org/mailman/listinfo/halld-offline [^]
Attached Files:

Notes
(0000619) davidl    2014-12-03 15:44	I was able to find one issue that looked to be causing the initial crashes Tom was seeing. It was in the smear_bcal.cc file and a fix was checked in to the commissioning branch as revision . I was still unable to cleanly run mcsmear as it started crashing in a different place. This seems to be deep in the xdr reader code where it is getting a length that is equivalent to all bits set to 1 (i.e. very large number). This occurred around event 93 when I ran the following: > mcsmear hdgeant_POmega.hddm The backtrace is copied below from running on Linux. I also observed crashes at the same place when running on Mac OS X. It is worth noting that I also observe a problem using hddm-xml. It prints out a bunch of garbage for the "vals" field of bcalSiPMSpectrum structure in the event. This may indicate a corrupted output from hdgeant for the BCAL SiPM data. ---------------------------------------------------------------------------- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fa4424b7700 (LWP 25944)] 0x0000000000d21ede in sgetn (this=0x7fa43c0218c0, s="") at /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../include/c++/4.4.6/streambuf:335 335 { return this->xsgetn(__s, __n); } (gdb) bt #0 0x0000000000d21ede in sgetn (this=0x7fa43c0218c0, s="") at /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../include/c++/4.4.6/streambuf:335 0000001 xstream::xdr::istream::operator>> (this=0x7fa43c0218c0, s="") at external/xstream/src/xdr.cpp:133 0000002 0x00000000005b7e4d in hddm_s::BcalSiPMSpectrum::streamer (this=0x7fa43c1ef1f0, istr=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:16529 0000003 0x00000000005b74a5 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4961 0000004 0x00000000005cb651 in hddm_s::HDDM_ElementList<hddm_s::BcalSiPMSpectrum>::streamer (this=0x7fa43c5362a8, istr=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:428 0000005 0x00000000005b74a5 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4961 0000006 0x00000000005b774d in hddm_s::istream::operator>> (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4951 0000007 0x00000000005b7547 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=<value optimized out>)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4973 0000008 0x00000000005d11e7 in hddm_s::HDDM_ElementList<hddm_s::BcalCell>::streamer (this=<value optimized out>, istr=<value optimized out>)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:428 0000009 0x00000000005b74a5 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4961 0000010 0x00000000005b774d in hddm_s::istream::operator>> (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4951 0000011 0x00000000005b7547 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=<value optimized out>)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4973 #12 0x00000000005b774d in hddm_s::istream::operator>> (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4951 0000013 0x00000000005b7547 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=<value optimized out>)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4973 0000014 0x00000000005b774d in hddm_s::istream::operator>> (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4951 0000015 0x00000000005b7547 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=<value optimized out>)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4973 0000016 0x00000000005c39bf in hddm_s::HDDM_ElementList<hddm_s::PhysicsEvent>::streamer (this=<value optimized out>, istr=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:428 0000017 0x00000000005b74a5 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4961 0000018 0x00000000005b774d in hddm_s::istream::operator>> (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4951 0000019 0x00000000005b7547 in hddm_s::istream::sequencer (this=0x7fa43c000d60, object=<value optimized out>)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4973 0000020 0x00000000005b774d in hddm_s::istream::operator>> (this=0x7fa43c000d60, object=...)     at /w/halld-scifs1a/home/davidl/builds/sim-recon-commissioning/Linux_CentOS6-x86_64-clang3.2/include/HDDM/hddm_s.hpp:4951 0000021 0x0000000000cf3a35 in hddm_s::istream::operator>> (this=0x7fa43c000d60, record=...) at .Linux_CentOS6-x86_64-clang3.2/libraries/HDDM/hddm_s++.cpp:217 0000022 0x0000000000ca89c6 in DEventSourceHDDM::GetEvent (this=0x7fa43c000f70, event=...) at libraries/HDDM/DEventSourceHDDM.cc:109 0000023 0x0000000000d65576 in jana::JEventSource::GetEvent (this=0x7fa43c000f70, event=...) at src/JANA/JEventSource.cc:54 0000024 0x0000000000d2711b in jana::JApplication::ReadEvent (this=0x7fffe24bc6d0, event=...) at src/JANA/JApplication.cc:655 0000025 0x0000000000d26f91 in jana::JApplication::EventBufferThread (this=0x7fffe24bc6d0) at src/JANA/JApplication.cc:600 0000026 0x0000000000d26c7f in LaunchEventBufferThread (arg=0x7fffe24bc6d0) at src/JANA/JApplication.cc:552 0000027 0x00000033466077f1 in start_thread () from /lib64/libpthread.so.0 0000028 0x0000003345ee5ccd in clone () from /lib64/libc.so.6 (gdb)
(0000647) davidl    2015-06-10 09:42	This looks like it may have been fixed by Sean D. with revision 18034 on April 15, 2015. I've not heard recent reports of mcsmear crashes.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
427	[Hall D Offline] General	minor	N/A	2014-12-03 08:08	2015-06-10 09:36
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Extract event number from EVIO for use in JEvent
Description:	Currently, the DAQ plugin sets the event number using a counter. This should be changed to use the event number stored in the event itself. The JEventSource_EVIO::FindRunNumber method will need to be modified to return the event number as well. Some care will need to be taken to calculate the event number for stacked events.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000646) davidl    2015-06-10 09:36	This was implemented in revision 17107 on Jan 26, 2015

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
408	[Hall D Offline] General	minor	have not tried	2014-04-18 10:42	2015-06-10 09:34
Reporter:	marki	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	look into upgrading wiki version
Description:	from 4/16/14 meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000645) davidl    2015-06-10 09:34	This was done by Marty months ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
416	[JANA] Feature Request	minor	N/A	2014-09-29 07:24	2015-06-09 23:20
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Dump factory call stack if factory not found
Description:	If possible, the factory call stack should be printed if a request for an unknown factory is encountered. This will make it easier to debug where the request is coming from.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000644) davidl    2015-06-09 23:20	This was implemented in revision 2339 and will appear in JANA 0.7.3. The actual change needed was to throw an exception when the error was detected rather than simply quit the program.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
447	[JANA] Feature Request	minor	N/A	2015-01-26 08:12	2015-06-09 16:52
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	JEvent:event_number should be 64 bit
Description:	Currently, the type of the event_number member of JEvent is "int" which is a signed 32 bit value. This is insufficient for runs with over 2billion events. This can happen if we realize a 200kHz trigger rate for a run lasting 3 hours. Note that even though 200kHz won't be written to the file, we may preserve the original event number going into the L3 trigger so the event numbers can exceed the 2billion limit. Also, the EVIO format stores the event number as a 64bit value in the Trigger bank so we need a 64 bit value to maintain compatibility.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000643) davidl    2015-06-09 16:52	This was implemented in revision 2338 and will appear in JANA 0.7.3. The change leaves the "int" versions of JEventProcessor::brun and JEventProcessor::evnt that are actually called by the new versions that use uint32_t and uint64_t respectively. This should allow sim-recon to work with JANA 0.7.3 without having to update every JEventProcessor and JFactory in the code right away.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
426	[JANA] Feature Request	minor	N/A	2014-12-03 06:18	2015-06-09 16:15
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add event barrier
Description:	There are situations where special events are encountered in the data stream that may affect how the events following it are analyzed. These include EPICS events and sync events. In order to ensure that all subsequent events see the effects of the special event, but no previous ones still being processed do, a barrier mechanism is needed. The barrier should be callable from the JEventSource::GetEvent() method and should let the event buffer drain completely before continuing.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000642) davidl    2015-06-09 16:15	This was implemented in revision 2337 and will appear in JANA 0.7.3. If an event source calls: event.SetSequential() in its GetEvent method than the event is flagged to be run sequentially. A unit test called "event_barrier" was created to test the mechanism and it appears to work.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
453	[JANA] Feature Request	minor	have not tried	2015-02-25 08:11	2015-06-09 10:51
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Config. Parameter to override run number
Description:	It may be convenient to have a configuration parameter that can be used to override whatever run number is provided by the event source. This would need to be applied in the JApplication class when the event is read in by the event reader thread calling GetEvent().
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000641) davidl    2015-06-09 10:51	A config. parameter RUNNUMBER was implemented. This was implemented in revision 2336 and will appear in JANA 0.7.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
455	[JANA] Bug	major	always	2015-02-28 19:33	2015-06-05 16:23
Reporter:	sdobbs	Platform:
Assigned To:	davidl	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Wrong ordering when loading CCDB tables with multiple columns
Description:	When loading tables with multiple columns in JANA, the columns are loaded ordered by their column labels alphabetically, instead of the order they are stored in the CCDB. This problem came up when loading the CCDB table /BCAL/attenuation_parameters, which has three columns, named "L1", "L2", and "L0", respectively. When loading the table in DBCALPoint_factory, the values were loaded in the order "L0", "L1", "L2".
Steps To Reproduce:	This problem is illustrated in the plugin in the following location:   /w/halld-scifs1a/home/sdobbs/plugins/CCDBTest compared to the output of   ccdb cat /BCAL/attenuation_parameters Sample outputs are attached.
Additional Information:	Dmitry pointed out that the problem lies in this function: //------------- template<class T> bool JCalibration::Get(string namepath, vector< vector<T> > &vals, int event_number) {     vector< map<string, string> >svals;     bool res = GetCalib(namepath, svals, event_number);        // copying them into the vals map.     vals.clear();     for(unsigned int i=0; i<svals.size(); i++){         map<string,string>::const_iterator iter;   ...     }          return res; } Since this function gets the calibration values as a map instead of a vector<vector<>>, and maps in C++ are ordered by key name, this is where this mis-ordering comes from.
Attached Files:	bug_output.txt (32,538) 2015-02-28 19:33 https://halldweb.jlab.org/mantisbt/file_download.php?file_id=4&type=bug

Notes
(0000629) davidl    2015-03-02 10:17	This is a feature designed into the API for JANA. The intent is to minimize the number of virtual methods that must be implemented in a class inheriting from JCalibration. The design was to allow one to access a table that had columns defined by name using:    Get(string name path, vector< map<string, T> > &vals, int event_number) And columns defined by position using:    Get(string name path, vector< vector<T> > &vals, int event_number) The idea was that if you had a table where the columns did not have names and were only defined by position, then the underlying DB was responsible for maintaining the ordering and one would request the table using the "vector" form of Get(). If had a table with named columns, then you should be using the "map" form of Get() which gives you the values indexed by column name. The only way to fix this so that one may use the "vector" form with named columns and still preserve order is to add another pair of GetCalib virtual methods to JCalibration and have CCDB implement those.
(0000640) davidl    2015-06-05 16:23	This was implemented in revision 2334 and will appear in JANA 0.7.3. It also required changes to DCalibrationCCDB that exists in the DANA library in sim-recon. Those changes have already been checked in and checked that they still compile with JANA 0.7.2 this shouldn't require a synchronous upgrade between JANA and sim-recon.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
457	[JANA] Bug	minor	always	2015-03-17 13:15	2015-06-05 11:06
Reporter:	kmoriya	Platform:
Assigned To:	davidl	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	jana fails to compile if BMS_OSNAME is not previously set
Description:	Within the SConstruct file in jana, the variable osname is being attempted to be set by SMBS/osrelease.pl if it has not been set already. This fails since the file is only in the BMS directory.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000639) davidl    2015-06-05 11:06	Moved the osrelease.pl file from BMS to SMBS directory and removed the BMS directory altogether. This was committed in revision 2333 and will appear in JANA 0.7.3.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
452	[JANA] Feature Request	minor	N/A	2015-02-12 13:49	2015-06-05 10:55
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add special handling of -PAUTOACTIVATE=ALL
Description:	When running hd_ana with the janaroot plugin on an hddm file, I wanted to make trees for all available objects. This could be done if JANA recognized the value "ALL" for the AUTOACTIVATE config parameter as meaning all factories. One could also implement another like "SOURCE" that would specify only objects that come from the event source (though, come to think of it, that may not be possible).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000638) davidl    2015-06-05 10:55	This was added while addressing 420. It was originally implemented to handle only "all" but with revision 2332 is made to also accept "ALL". This will appear in JANA 0.7.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
448	[JANA] Feature Request	minor	N/A	2015-01-26 08:18	2015-06-05 10:50
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Easier way to print configuration parameters.
Description:	The current system for discovering configuration parameters from an executable requires the user to run the executable for at least one event with the --dumpconfig option and then examine the resulting jana.config file. A simpler option is needed to try and quickly get at this list. Unfortunately, generating the complete list requires calling init and brun routines which perform all kinds of expensive initializations. Nonetheless, the situation can still be improved upon.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000637) davidl    2015-06-05 10:50	duplicate of issue 420

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
420	[JANA] Feature Request	minor	N/A	2014-11-10 10:14	2015-06-05 10:50
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	add --listconfig more useful
Description:	The --dumpconfig option is somewhat limited in usefulness to find out what parameters exist since it needs to have an event source to run and most factories need to be activated in order to register their parameters. A "--listconfig" option could be used to activate all factories and dump the resulting list of all parameters to the screen in a way similar to --dumpconfig. One could imagine two default behaviors: 1.) If no JEventProcessors are registered and no AUTOACTIVATE factories exist, then try activating all factories in order to get a complete list 2.) If at least one JEventProcessor exists or an AUTOACTIVATE factory is specified, then only print parameters registered via those. This has the disadvantage of suppressing parameters from being registered/printed if something is *added* to the command line. Perhaps one wants both a "--listconfig" and a "--listallconfig" option so that both behaviors are available and the user selects which they want(??)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000636) davidl    2015-06-05 10:49	This was implemented in revision 2331 and will appear in JANA 0.7.3. It was not implemented exactly as described. Only a --listconfig options exists and it always automatically activates all factories. It also replaces the source source list with a dummy one and forces the use of the JEventSource_NULL source type with 1 thread and 1 event. This allows one to type the following to get a complete list: hd_ana --listconfig

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
454	[JANA] Feature Request	minor	N/A	2015-02-28 19:03	2015-06-04 14:34
Reporter:	sdobbs	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Access to CCDB variation information inside JANA
Description:	It would be useful if to be able to access the CCDB variation name in the Calibration object. For example, if JANA_CALIB_CONTEXT="variation=mc", there could be a function that returned "mc". If not explicitly set, the reported variation would be "default".
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000635) davidl    2015-06-04 14:34	This was committed in revision 2328 and will appear in JANA 0.7.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
415	[JANA] Feature Request	minor	N/A	2014-08-23 22:44	2015-06-04 14:34
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add config. param. to allow users to force a specific JEventSource be used.
Description:	When dealing with HDDM files, an issue came up when we tried using named pipes. Specifically, the CheckOpenable methods used for the "s" type (=simulation) and "r" type (=REST) sources tested them by trying to open the file. If a named pipe was being used, then the header was pulled off of the stream but the test open causing the second open to fail. To get around this, Richard implemented an algorithm, that looks for key phases in the filename itself, thereby avoiding the test open. The problem with this method is that it can be confused by a poorly named file. In order to provide a general mechanism for users to side step issues such as this, a configuration parameter should be introduced that allows the user to specify exactly which JEventSource should be instantiated to handle the source. Perhaps something like "EVENT_SOURCE_TYPE" (?)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000634) davidl    2015-06-04 14:34	This was committed in revision 2329 and will appear in JANA 0.7.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
458	[JANA] Feature Request	minor	have not tried	2015-05-29 09:16	2015-06-01 16:01
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Access to Configuration Parameter list programmatically
Description:	This came up in an e-mail exchange with Naomi on May 29th, 2015. She was writing a plugin to create a ROOT tree with all configuration parameters. This would allow them to be stored within the ROOT file itself along with the histograms and trees produced using those parameters. JParameterManager needs to provide a method that returns a list of all parameters.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000633) davidl    2015-06-01 16:01	Somehow I missed that the GetParameters() method of JParameterManager has been in existence since 2007. Oops!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
417	[JANA] Feature Request	minor	N/A	2014-09-29 07:30	2015-06-01 15:54
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add GetRecursive method to JObject
Description:	It would be useful to be able to ask JANA to not only search associated objects, by the associated objects of each associated object when looking for a specific type. e.g. asking a DBCALHit for the Df250PulseIntegral it is associated with. Care would need to be taken not to run into an infinite loop. An optional parameter would probably also be needed to allow the caller to specify a maximum depth.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000632) davidl    2015-06-01 15:54	This was added in revision 2322 and will appear in JANA 0.7.3. This was actually added to the already existing Get() method and an optional parameter added to that call to specify the maximum depth of associations to check. This is set to a very large number by default so that for practical purposes, all levels are checked. To get the original behavior of only checking direct descendants,, users must specify max_depth=1.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
421	[JANA] Feature Request	minor	N/A	2014-11-10 10:19	2015-06-01 15:49
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Make JANA_CALIB_URL a configuration parameter
Description:	Paul Mattione suggested making a JANA_CALIB_URL configuration parameter that could override the environment variable of the same name. This would make it a little easier to organize configurations since that info could then be specified in the jana configuration file
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000631) davidl    2015-06-01 15:49	Committed in revision 2322 and will appear in JANA 0.7.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
435	[Hall D Offline] General	minor	N/A	2014-12-11 19:59	2015-04-27 11:08
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Need 800A solenoid map
Description:	From Kei: Hi David, I was running the offline monitoring on recent runs, and noticed there are some B-field settings we don't have maps for yet. It probably doesn't make sense to create maps for each setting we took data at (there's single runs with 400 A, 950 A), but we had a bunch of 800 A runs on Dec 4 (runs 1680 - 1696). I don't know how much effort it takes to create these maps, but could you create the 800 A version when you have time? Thanks,     Kei
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000630) davidl    2015-04-27 11:08	Done. Map is Magnets/Solenoid/solenoid_800A_poisson_20150427

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
449	[Hall D Offline] General	minor	always	2015-01-26 08:21	2015-01-26 08:21
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	janadot graph not correct for EVIO source
Description:	This is a simple fix that was disabled due to needing a feature added to a later version of JANA. (maybe 0.7.2?) This version has been out for a while now so it should be fair to re-activate the fix so the call graph draws correctly. The HTML map in the Doxygen documentation should be updated with a new graph once this is fixed.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
446	[Hall D Offline] General	minor	sometimes	2015-01-20 16:57	2015-01-20 16:57
Reporter:	kmoriya	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Unknown module type error
Description:	When processing evio file, the following type of message appears: JANA ERROR>>Unknown module type (9) iptr=0x0x7f26a0716680 JANA ERROR>>...skipping to 0x0x7ffc33b4cc5c (discarding 3 words) The module type is between 6 and 15. Examples of files showing this behavior and no other errors are hd_rawdata_002239_000.evio hd_rawdata_002030_002.evio
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
445	[Hall D Offline] General	minor	have not tried	2015-01-15 16:41	2015-01-15 16:47
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	SBMS does not automatically recompile when rest.xml is changed
Description:	From Paul M. in e-mail on 1/15/2015 --------------------------------------- Hey David, I noticed a problem with SBMS: Once I’ve compiled everything, if I then edit the rest.xml file, it doesn’t automatically recompile the hddm header files (or if it did, it didn’t install them). - Paul ---------------------------------------
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000628) davidl    2015-01-15 16:47	seems like a false alarm. It is working for Paul now and I checked it as well.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
444	[Hall D Offline] General	minor	N/A	2015-01-05 14:05	2015-01-08 14:27
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Move DAQ and TTab plugins into sim-recon library or libraries
Description:	The DAQ and TTab plugins are now in regular use and should be part of the standard tools so that they don't have to be specified on the command line every time a program is run. A major constraint is that the DAQ plugin should still exist so that it can be used with generic JANA programs (e.g. jana, janadump, ...). The TTab plugin, by its nature, contains detector-specific classes and so can't really be used with generic JANA tools. Therefore, only DAQ needs a plugin representation.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000627) davidl    2015-01-08 14:27	Done. Committed Jan. 7th to commissioning branch.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
423	[Hall D Online] General	major	always	2014-12-02 16:12	2015-01-05 13:58
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Corrupted EVIO files?
Description:	Some fraction of data files have an issue that part way in, the EVIO library gets confused. Initial debugging looks like it is interpreting a word from the middle of a data block as a length word for the next EVIO event. It's unclear if this is due to corruption of the file or a bug in the library reading it. Regardless, the DAQ plugin should try and work around this error. Richard Jones reported getting the error at around event 1000 of hd_rawdata_001411_000.evio.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000626) davidl    2015-01-05 13:58	This was addressed with the introduction of the HDEVIO parser into the DAQ plugin source on 12-10/12-11. It was made the default parser on 12-16-2014.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
443	[Hall D Offline] General	minor	always	2015-01-05 13:40	2015-01-05 13:41
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Mismatch of number of events passed to MergeObjLists Exception
Description:	Paul M. and Mark D. both reported seeing this issue for runs 1518 and 2205 respectively. The symptom is an exception message such as the following. IT was reported for runs 1518, 2200, and 2205, though they are probably the tip of the iceberg. Mon Dec 22 18:56:12 2014 # thr=139666653529856 # --- EVIO ---: Mismatch of number of events passed to MergeObjLists. Throwing exception. Mon Dec 22 18:56:12 2014 # thr=139666653529856 # --- EVIO ---: Nevents1=1 Nevents2=2 JANA ERROR>>Exception thrown from ParseEVIOEvent! JANA ERROR>> JANA ERROR>>?JException: code = 0 text = Number of events in JEventSource_EVIO::MergeObjLists do not match! JANA ERROR>> JANA ERROR>>Stack trace: JANA ERROR>> JANA ERROR>> jana::JException::getStackTrace(bool, unsigned long) JANA ERROR>> jana::JException::JException(std::string const&) JANA ERROR>> JEventSource_EVIO::MergeObjLists(std::list<JEventSource_EVIO::ObjList*, std::allocator<JEventSource_EVIO::ObjList*> >&, std::list<JEventSource_EVIO::ObjList*,
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000625) davidl    2015-01-05 13:41	Below is a message sent to the halld-offline mailing list regarding this on Jan. 5, 2015: Hi Offliners,   I’ve received a couple of reports about errors containing lines similar to the ones below when processing commissioning data. This problem seems to be hardware related. A single fADC125 module for the CDC occasionally had a flaky bit 19 in the itrigger value it reported. This causes the code to treat it as a separate event, thus the mismatch in “events" coming from this module compared to all others. As such, the error message is actually valid and correct. This issue can be ameliorated by setting the configuration parameter EVIO:ENABLE_DISENTANGLING to “0”. e.g. hd_root -PEVIO:ENABLE_DISENTANGLING=0 … This only works for files taken with CODA block level=1. For all useful commissioning data this was the case. We can discuss how best to handle these types of errors since automatically suppressing them is not really good. However, specifying the above often can be a bit annoying too. Suggestions are welcome.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
440	[Hall D Online] DAQ	major	sometimes	2014-12-16 16:49	2014-12-30 15:41
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Files on tape not matching ones on RAID
Description:	After discussing with David what we should do to verify that data is being correctly written to tape, I decided to use the md5checksum. This information is created and according to David, checked when files are written to tape. So it seemed like a duplicated effort, but I went ahead anyway. The numbers I am comparing are 1. the line that starts with "md5=" within each file for /mss/halld/RunPeriod-2014-10/rawdata/Run002104/*.evio 2. running md5sum on each file on the evio files on the gluonraids Running md5sum is rather cumbersome since you have to compute this value based on every single byte in the file. This can take between 1-3 min. for each file, so to save time I restricted myself to files ending in _000.evio. The result is, I find 5 pairs where the md5sum do not agree. The runs and md5sums are below. The "<" files are from /mss, the ">" files are from running on the gluonraid files. < hd_rawdata_000990_000.evio c68868a8d28e04f9a9c3e1da69b16f08 > hd_rawdata_000990_000.evio 289c814000df3c24c9b21dd8b9db224b < hd_rawdata_001291_000.evio 6f6bf352b2549a0eb5fc2b95b56fafe3 > hd_rawdata_001291_000.evio 46d356ff5033b0565bf0a2d361f72745 < hd_rawdata_001398_000.evio 4d940f220dba37209f3a2749fa8c6e40 > hd_rawdata_001398_000.evio d082eb4b27035e9034f0671011ede4f4 < hd_rawdata_001642_000.evio 5b3283c1a361e4a41ff16c690faa8849 > hd_rawdata_001642_000.evio 49035579053149f1d6879a98a7c0c21c < hd_rawdata_002104_000.evio 69c7515b40359444b6c0afd82ba3908d > hd_rawdata_002104_000.evio a75a12de0f8fa4b17cc8729dc1fd81b5 I ran over the 000 files between 940 and 2245, but note that there are actually some runs where file 000 is missing for one reason or the other (DAQ crash etc). So for roughly 1300 files, I find 5 files (~0.4%) have wrong md5 checksums. I checked the size of each file, and each pair seems to have different values. The below shows file names, size shown in /mss, and size in gluonraid. The gluonraid files are always bigger. 000990_000.evio 16132156448 16132463696 001291_000.evio 239303640 397829944 001398_000.evio 5645101228 5645842860 001642_000.evio 5707567564 5709949640 002104_000.evio 715201656 1014051452 The runs that show a difference don't seem to be clustered at any specific value. Since there is now the potential that there is something wrong in the copying process, we may need to think of how to eliminate the bug.     Kei
Steps To Reproduce:
Additional Information:	I checked the file sizes of all evio files in the gluonraid disks and the /mss system. Below are the 17 files that do not agree in size: < hd_raw_000691_000.evio 797324740 > hd_raw_000691_000.evio 1734616380 > hd_raw_000692_000.evio 5411961244 < hd_raw_000692_000.evio 797095824 < hd_raw_000696_000.evio 818140800 > hd_raw_000696_000.evio 1964263484 < hd_raw_000697_000.evio 938227060 > hd_raw_000697_000.evio 949686472 < hd_raw_000700_000.evio 818631544 > hd_raw_000700_000.evio 4117328924 < hd_raw_000702_000.evio 820366980 > hd_raw_000702_000.evio 3363271288 < hd_raw_000707_000.evio 1292643512 > hd_raw_000707_000.evio 2594874824 < hd_raw_000710_000.evio 1290320092 > hd_raw_000710_000.evio 2498216628 < hd_raw_000718_000.evio 1291617672 > hd_raw_000718_000.evio 10043266080 < hd_raw_000731_000.evio 1101749368 > hd_raw_000731_000.evio 1312180216 < hd_raw_000803_000.evio 1232781032 > hd_raw_000803_000.evio 1565069964 < hd_rawdata_000990_000.evio 16132156448 > hd_rawdata_000990_000.evio 16132463696 < hd_rawdata_001291_000.evio 239303640 > hd_rawdata_001291_000.evio 397829944 < hd_rawdata_001398_000.evio 5645101228 > hd_rawdata_001398_000.evio 5645842860 < hd_rawdata_001642_000.evio 5707567564 > hd_rawdata_001642_000.evio 5709949640 < hd_rawdata_001656_036.evio 5229012312 > hd_rawdata_001656_036.evio 5229903160 < hd_rawdata_002104_000.evio 715201656 > hd_rawdata_002104_000.evio 1014051452
Attached Files:

Notes
(0000624) sdobbs    2014-12-30 15:41    (edited on: 2014-12-30 15:42)	I checked the md5 checksums of all the EVIO files on the RAID disk with those reported by the tape system in the stub files in /mss [Note that there were a handful of files my script didn't find on the RAID disk (about 20)]. Of the analyzed files, the files whose checksums did not match overlaps almost perfectly with Kei's list - there is one extra file which presumably was created after his analysis. This is consistent with the hypothesis that the files are being copied to tape without error, and the mismatches we see are only due to files on tape being truncated.                 filename RAID checksum tape checksum         hd_raw_000691_000.evio 39f677ec9417a8b32e07773f780e2b4e 9f2a3f3289e77dc1240c1794d6b9b262         hd_raw_000692_000.evio 012b6a53f7d0ef1854884a92bd1e4048 17e1afb6359c7582ed7c680224d42522         hd_raw_000696_000.evio 4ad2e8b77ef8eb5c9746bddc0e7f76af 03e005874f048917d5f71235ccfd6ada         hd_raw_000697_000.evio 7bc86001ca2b561c29640f9024626e6e d4b548fb4db62096d0114f34594f3641         hd_raw_000700_000.evio e58acfc4cea2e4ab8d8a7a43c77af08a 798db9c2a0e359384062123f41166820         hd_raw_000702_000.evio 3c71b0cd9642165368a11ab24cfd81f4 90e84753f2558ee1c871c5c849ce42de         hd_raw_000707_000.evio 885c811f69c957b9fd31bf8d9619f928 e555119d6731a1bef043fc9197186d72         hd_raw_000710_000.evio 23be1029c2194bd4f4aec9f4b851ba98 26666c83f2ef6f4c2926571475d003c3         hd_raw_000718_000.evio b67fb9900b75de21bb6d7d7395f69193 084007a8ea31915c7f421eaac97a351c         hd_raw_000731_000.evio b4ad2166a83f2ce25e383614f09d0c68 024772c69d13a21d708f766eb4d032f8         hd_raw_000803_000.evio 44bbb75ed7f0240e2e8b8421eff3a85c f4da62d69ddfe8ec0f1fd1852150fdc5     hd_rawdata_000990_000.evio 289c814000df3c24c9b21dd8b9db224b c68868a8d28e04f9a9c3e1da69b16f08     hd_rawdata_001291_000.evio 46d356ff5033b0565bf0a2d361f72745 6f6bf352b2549a0eb5fc2b95b56fafe3     hd_rawdata_001398_000.evio d082eb4b27035e9034f0671011ede4f4 4d940f220dba37209f3a2749fa8c6e40     hd_rawdata_001642_000.evio 49035579053149f1d6879a98a7c0c21c 5b3283c1a361e4a41ff16c690faa8849     hd_rawdata_001656_036.evio c17fc4b1c1a81d0b66bf69a54295a5fd 0450214ed7d71c09be5dfeec6e11a595     hd_rawdata_002104_000.evio a75a12de0f8fa4b17cc8729dc1fd81b5 69c7515b40359444b6c0afd82ba3908d     hd_rawdata_002361_000.evio 744558a07d81abcbe81523befd74e8bb 14189d779a6c62c4cdb16b0aeb9c1b96

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
442	[Hall D Online] Monitoring	major	always	2014-12-20 23:11	2014-12-20 23:11
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Slow event processing rate for monitor programs
Description:	The monitoring system processes events at a much slower rate than the CPU is capable of. This may be helped if the monitoring is done using a secondary ET system. This will also help reduce the number of et clients connected to the DAQ-critical ET system used but the ER.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
441	[Hall D Offline] General	major	sometimes	2014-12-18 10:58	2014-12-18 10:58
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	CCDB crash
Description:	Reported by Mike Staib on Dec. 18, 2014 in the following e-mail Hi, I figured I would report this crash since it might be a bug that is hanging around. I couldn’t reproduce it, so it happens spuriously. Since I caught the backtraces, some of this might be interesting. It might be a while before this one is caught out in the wild again. Not a high priority to fix: Every thread was in pthread_mutex_lock() except this one: Thread 5 (Thread 0x7f4b89365700 (LWP 9890)): #0 0x00000032b68ac65d in waitpid () from /lib64/libc.so.6 0000001 0x00000032b683e609 in do_system () from /lib64/libc.so.6 0000002 0x00000032b683e940 in system () from /lib64/libc.so.6 0000003 0x00007f4ba20a6298 in TUnixSystem::StackTrace() () from /home/gluex/root/v5-34-14_rhel6//lib/libCore.so 0000004 0x00007f4ba20a37ef in TUnixSystem::DispatchSignals(ESignals) () from /home/gluex/root/v5-34-14_rhel6//lib/libCore.so 0000005 <signal handler called> 0000006 0x00000032bdc6a08a in std::_Rb_tree_insert_and_rebalance(bool, std::_Rb_tree_node_base*, std::_Rb_tree_node_base*, std::_Rb_tree_node_base&) () from /usr/lib64/libstdc++.so.6 0000007 0x00007f4b9d4f298e in std::_Rb_tree<unsigned long, std::pair<unsigned long const, ccdb::StoredObject*>, std::_Select1st<std::pair<unsigned long const, ccdb::StoredObject*> >, std::less<unsigned long>, std::allocator<std::pair<unsigned long const, ccdb::StoredObject*> > >::_M_insert (this=0x7f4b7411e2d8, __x=<value optimized out>, __p=0x7f4b1db02860, __v=...) at /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/bits/stl_tree.h:840 0000008 0x00007f4b9d4f2c10 in std::_Rb_tree<unsigned long, std::pair<unsigned long const, ccdb::StoredObject*>, std::_Select1st<std::pair<unsigned long const, ccdb::StoredObject*> >, std::less<unsigned long>, std::allocator<std::pair<unsigned long const, ccdb::StoredObject*> > >::_M_insert_unique (this=0x0, __position=<value optimized out>, __v=...) at /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/bits/stl_tree.h:1006 0000009 0x00007f4b9d4f25dc in insert (this=<value optimized out>, object=0x7f4b1dc12188) at /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/bits/stl_map.h:427 0000010 operator[] (this=<value optimized out>, object=0x7f4b1dc12188) at /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/bits/stl_map.h:350 0000011 ccdb::ObjectsOwner::BeOwner (this=<value optimized out>, object=0x7f4b1dc12188) at src/Library/Model/ObjectsOwner.cc:40 #12 0x00007f4b9d4f3172 in ccdb::Assignment::Assignment (this=0x7f4b1dc12150, owner=0x7f4b7411e2d0, provider=0x7f4b7411e2d0) at src/Library/Model/Assignment.cc:21 0000013 0x00007f4b9d502e20 in ccdb::SQLiteDataProvider::GetAssignmentShort (this=0x7f4b7411e2d0, run=1505, path="/FDC/package3/strip_gains", time=0, variationName=<value optimized out>, loadColumns=<value optimized out>) at src/Library/Providers/SQLiteDataProvider.cc:1181 0000014 0x00007f4b9d4e5f05 in ccdb::Calibration::GetAssignment (this=0x7f4b7411b6c0, namepath=<value optimized out>, loadColumns=true) at src/Library/Calibration.cc:607 0000015 0x00007f4b9d4e3497 in ccdb::Calibration::GetCalib (this=0x0, values=std::vector of length 0, capacity 0, namepath=Traceback (most recent call last):    return self.val['_M_dataplus']['_M_p'].lazy_string (length = len) 0000016 0x0000000000bec9ab in jana::JCalibrationCCDB::GetCalib (this=0x7f4b7411b710, namepath="/FDC/package3/strip_gains", vsvals=std::vector of length 0, capacity 0, event_number=3) at src/JANA/JCalibrationCCDB.h:133 0000017 0x00000000009453c0 in jana::JCalibration::Get<double> (this=0x7f4b7411b710, namepath="/FDC/package3/strip_gains", vals=std::vector of length 0, capacity 0, event_number=3) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JCalibration.h:314 0000018 0x0000000000945a7b in jana::JEventLoop::GetCalib<std::vector<double, std::allocator<double> > > (this=0x7f4b6c0008c0, namepath="/FDC/package3/strip_gains", vals=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:590 0000019 0x000000000097d943 in DFDCHit_factory::LoadPackageCalibTables (this=0x7f4b6c0f9830, eventLoop=0x7f4b6c0008c0, ccdb_prefix="/FDC/package3") at libraries/FDC/DFDCHit_factory.cc:312 0000020 0x000000000097fca7 in DFDCHit_factory::brun (this=0x7f4b6c0f9830, eventLoop=0x7f4b6c0008c0, runnumber=<value optimized out>) at libraries/FDC/DFDCHit_factory.cc:88 0000021 0x00000000006873c7 in jana::JFactory<DFDCHit>::Get (this=0x7f4b6c0f9830, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:258 0000022 0x0000000000695745 in jana::JEventLoop::GetFromFactory<DFDCHit> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", data_source= 0x7f4b89363290, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000023 0x0000000000695a25 in jana::JEventLoop::Get<DFDCHit> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000024 0x0000000000989496 in DFDCPseudo_factory::evnt (this=0x7f4b6c0f9b10, eventLoop=0x7f4b6c0008c0, eventNo=<value optimized out>) at libraries/FDC/DFDCPseudo_factory.cc:212 0000025 0x00000000008a30ab in jana::JFactory<DFDCPseudo>::Get (this=0x7f4b6c0f9b10, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:275 0000026 0x00000000008a3c65 in jana::JEventLoop::GetFromFactory<DFDCPseudo> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", data_source= 0x7f4b89363630, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000027 0x00000000008a3f51 in jana::JEventLoop::Get<DFDCPseudo> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000028 0x00000000009907b9 in DFDCSegment_factory::evnt (this=0x7f4b6c0f9f30, eventLoop=<value optimized out>, eventNo=<value optimized out>) at libraries/FDC/DFDCSegment_factory.cc:91 0000029 0x000000000089d27f in jana::JFactory<DFDCSegment>::Get (this=0x7f4b6c0f9f30, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:275 0000030 0x000000000089db75 in jana::JEventLoop::GetFromFactory<DFDCSegment> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=<value optimized out>, data_source= 0x7f4b89363940, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000031 0x000000000089de15 in jana::JEventLoop::Get<DFDCSegment> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000032 0x000000000089aae2 in DTrackCandidate_factory_FDCCathodes::evnt (this=0x7f4b6c108a30, loop=<value optimized out>, eventnumber=<value optimized out>) at libraries/TRACKING/DTrackCandidate_factory_FDCCathodes.cc:152 0000033 0x0000000000689d0b in jana::JFactory<DTrackCandidate>::Get (this=0x7f4b6c108a30, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:275 0000034 0x00000000006940a5 in jana::JEventLoop::GetFromFactory<DTrackCandidate> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc2d21b "FDCCathodes", data_source= 0x7f4b89363dc0, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000035 0x0000000000694385 in jana::JEventLoop::Get<DTrackCandidate> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc2d21b "FDCCathodes", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000036 0x00000000008426fe in DTrackCandidate_factory::evnt (this=<value optimized out>, loop=0x7f4b6c0008c0, eventnumber=<value optimized out>) at libraries/TRACKING/DTrackCandidate_factory.cc:223 0000037 0x0000000000689d0b in jana::JFactory<DTrackCandidate>::Get (this=0x7f4b6c1061a0, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:275 0000038 0x00000000006940a5 in jana::JEventLoop::GetFromFactory<DTrackCandidate> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", data_source= 0x7f4b89364190, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000039 0x0000000000694385 in jana::JEventLoop::Get<DTrackCandidate> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000040 0x000000000092b8f5 in DTrackWireBased_factory::evnt (this=0x7f4b6c105e50, loop=0x7f4b6c0008c0, eventnumber=3) at libraries/TRACKING/DTrackWireBased_factory.cc:182 0000041 0x000000000068ad81 in jana::JFactory<DTrackWireBased>::Get (this=0x7f4b6c105e50, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:275 0000042 0x0000000000693555 in jana::JEventLoop::GetFromFactory<DTrackWireBased> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", data_source= 0x7f4b89364480, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000043 0x0000000000693835 in jana::JEventLoop::Get<DTrackWireBased> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0xc4910a "", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000044 0x0000000000924151 in DTrackTimeBased_factory::evnt (this=0x7f4b6c105fa0, loop=0x7f4b6c0008c0, eventnumber=<value optimized out>) at libraries/TRACKING/DTrackTimeBased_factory.cc:214 0000045 0x00000000005b9c6f in jana::JFactory<DTrackTimeBased>::Get (this=0x7f4b6c105fa0, d=std::vector of length 0, capacity 0) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JFactory.h:275 0000046 0x00000000005ba3f5 in jana::JEventLoop::GetFromFactory<DTrackTimeBased> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=<value optimized out>, data_source= 0x7f4b893648b0, allow_deftag=<value optimized out>) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:453 0000047 0x00000000005ba695 in jana::JEventLoop::Get<DTrackTimeBased> (this=0x7f4b6c0008c0, t=std::vector of length 0, capacity 0, tag=0x7f4b9c3c79ff "", allow_deftag=true) at /home/mstaib/gluex/trunk/jana_0.7.2/Linux_RHEL6-x86_64-gcc4.4.7/include/JANA/JEventLoop.h:304 0000048 0x00007f4b9c3507fd in JEventProcessor_commissioning_reactions::evnt (this=0x1e43f30, loop=0x7f4b6c0008c0, eventnumber=3) at JEventProcessor_commissioning_reactions.cc:160 0000049 0x0000000000c0237c in jana::JEventLoop::OneEvent (this=0x7f4b6c0008c0) at src/JANA/JEventLoop.cc:588 0000050 0x0000000000c028f3 in jana::JEventLoop::Loop (this=0x7f4b6c0008c0) at src/JANA/JEventLoop.cc:452 0000051 0x0000000000bcdfcc in LaunchThread (arg=0x7fffb6ccf5f0) at src/JANA/JApplication.cc:1199 #52 0x00000032b6c079d1 in start_thread () from /lib64/libpthread.so.0 #53 0x00000032b68e89dd in clone () from /lib64/libc.so.6
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
439	[Hall D Online] DAQ	minor	always	2014-12-16 09:51	2014-12-16 09:51
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Makefile dependencies not correct
Description:	Sergey mentioned that when one does a "make" in the vmd/src/rol_1 directory that they need to do a "make clean" first because the dependencies are not correct in the file. This should be fixed so that make can work properly.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
438	[Hall D Online] Databases	minor	have not tried	2014-12-15 07:23	2014-12-15 07:23
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Bad values in run info DB
Description:	The run info DB linked as "Run info vers. 1" on the wiki has numerous entires where either the times are wrong or the first event number os wrong. Look at the individual files for run 2141 for several examples.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
437	[Hall D Online] Monitoring	minor	always	2014-12-12 10:52	2014-12-12 10:52
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Monitoring processes fail to start
Description:	The monitoring and hdview2 processes are failing to read the correct ET configuration info from COOL.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
436	[Hall D Online] Computers	minor	N/A	2014-12-11 20:41	2014-12-11 20:41
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Add disk space alarms to /gluex and gluonfs
Description:	Suggestion from Hovanes: Include reporting of disk space on /gluex and the gluonfs partitions to the raid monitoring system.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
434	[Hall D Online] Computers	tweak	N/A	2014-12-10 06:50	2014-12-10 06:50
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	low	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	Send e-mail when RAID disk starts to get filled
Description:	We currently have an EPICS alarm go off when the RAID disk gets filled to a certain level. The alarm must then be addressed by someone cleaning out space the disk. It may be useful for an e-mail to be sent at a slightly lower level to some people so that they have a little more time to clear out space before alarms start going off in the counting house.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
433	[Hall D Offline] General	minor	have not tried	2014-12-05 13:45	2014-12-05 13:45
Reporter:	shepherd	Platform:
Assigned To:	shepherd	OS:
Priority:	low	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Problem in dealing with hit sharing in FCAL?
Description:	While developing pi0 calibration, Jon Zarling noticed some instances where the sum of the energies of the hits in Cluster does not equal the energy of the cluster. The deviation is minor: < 1 MeV, but I don't believe this should happen. It seems to be a rare occurrence.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
432	[Hall D Online] General	minor	have not tried	2014-12-04 13:42	2014-12-04 20:14
Reporter:	sdobbs	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	WINWIDTH not being set correctly in Df125Config?
Description:	Looking at a recent run which contains Df125Config, the WINWIDTH field is not being set. This field is being used for pedestal subtraction in the DCDCHit_factory class, which is causing the pedestal-subtracted integrals to be incorrect/ An example event is shown in the "additional information field". Should NSA_NSB be used for pedestal subtraction instead?
Steps To Reproduce:
Additional Information:	From /mss/halld/RunPeriod-2014-10/rawdata/Run001628/hd_rawdata_001628_000.evio Event 0000003 JANA >>Df125Config: JANA >> rocid: slot_mask: NSA: NSB: NSA_NSB: NPED: WINWIDTH: JANA >>--------------------------------------------------------- JANA >> 53 0x07e7f8 65535 65535 43 1 65535 JANA >> 56 0x0fe7f8 65535 65535 43 1 65535 JANA >> 55 0x07e7f8 65535 65535 43 1 65535 JANA >> 62 0x07e7f8 65535 65535 43 1 65535 JANA >> 52 0x07e7f8 65535 65535 43 1 65535 JANA >> 58 0x07e7f8 65535 65535 43 1 65535 JANA >> 57 0x0fe7f8 65535 65535 43 1 65535 JANA >> 61 0x07e7f8 65535 65535 43 1 65535 JANA >> 60 0x0fe7f8 65535 65535 43 1 65535 JANA >> 59 0x0fe7f8 65535 65535 43 1 65535 JANA >> 28 0x03e7f8 65535 65535 85 1 65535 JANA >> 25 0x03e7f8 65535 65535 85 1 65535 JANA >> 26 0x01e7f8 65535 65535 85 1 65535 JANA >> 27 0x01e7f8 65535 65535 85 1 65535 JANA >>
Attached Files:

Notes
(0000623) davidl    2014-12-04 20:14	This was due to an unannounced change that switched from using WINWIDTH for the f125 to NSA_NSB in order to bring it into alignment with how the f250 is being handled. Incidentally, the handling of this config parameter is now done automatically in the DAQ plugin where the value is copied into nsamples_integral member of the PulseIntegral and DigiHit objects.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
430	[Hall D Offline] General	minor	always	2014-12-03 16:14	2014-12-04 20:08
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Number of pedestal samples reported by emulation is 4 when it should be 1
Description:	It appears that the number of samples being reported in the Digi Hit objects when generated from emulated data is 4 when it should be 1. Simon pointed this out when looking at ST data.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000622) davidl    2014-12-04 20:08	This was fixed in svn revision 16752. Here is the e-mail announcing it: Hi All,   I have just checked in some changes to the commissioning branch that will hopefully help improve the situation regarding number of samples used to calculate pedestals to be subtracted from integrals. These include: 1.) Adding nsamples_integral and nsamples_pedestal fields to the Df125PulseIntegral class as    well as the DCDCDigiHit and DFDCCathodeDigiHit classes. 2.) Fixed the problem where the value of samples_pedestal was always set to 4 for the Df250PulseIntegral    objects. Now it is set to 1. 3.) The value of nsamples_integral in both the Df1250PulseIntegral and Df250PulseIntegral objects    are now set automatically to NSA_NSB iff the values came from mode7 data and a config. object    was found in the data stream. Otherwise, it is set to what was used in emulation so in all cases, it should    be valid. So, for people implementing code that performs pedestal subtraction, you should do something like the following: double integral = (double)pulse_integral->integral; double single_sample_ped = (double)pulse_integral->pedestal; double nsamples_integral = (double)pulse_integral->nsamples_integral; double nsamples_pedestal = (double)pulse_integral->nsamples_pedestal; double pedestal = single_sample_ped * nsamples_integral/nsamples_pedestal; double dE = gain * (integral - pedestal); i.e. you should no longer reference the NSA_NSB from the config objects directly. This mechanism should work for both emulated and non-emulated pulse integral objects. Let me know if anyone sees any issues. Regards, -David

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
429	[Hall D Offline] General	minor	always	2014-12-03 16:10	2014-12-04 08:01
Reporter:	shepherd	Platform:
Assigned To:	davidl	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	type mismatch
Description:	I notice there is some type mismatch between the Df250PulseIntegral class and, say, the DFCALDigiHit class. (It probably exists in other DigiHit classes also.) In DTranslationTable.h class there is this template: template<class T> void DTranslationTable::CopyDf250Info(T *h, const Df250PulseIntegral *pi, const Df250PulseTime *pt, const Df250PulsePedestal *pp) const {     /// Copy info from the fADC250 into a hit object.     h->pulse_integral = pi->integral; For the last assignment the RHS is of type int32_t, while the LHS is of type uint32_t. It turns out the RHS is initialized from data of type uint32_t in the constructor of the Df250PulseIntegral object. Therefore, I *think* this is harmless, but it would be good to correct it for consistency.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000621) davidl    2014-12-04 08:01	Types of both integral and pedestal members of Df250PulseIntegral and Df125PulseIntegral to be uint32_t in revision 16742.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
428	[Hall D Offline] General	major	always	2014-12-03 16:00	2014-12-04 07:21
Reporter:	shepherd	Platform:
Assigned To:	davidl	OS:
Priority:	urgent	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Random variation of integral values in FCALDigiHits
Description:	For this file: /cache/mss/halld/RunPeriod-2014-10/rawdata/Run001518/hd_rawdata_001518_000.evio Running hd_dump produces this output for FCALDigiHit: ================================================================ Event: 5 JANA >>DFCALDigiHit: JANA >> row: column: pulse_integral: pulse_time: pedestal: QF: JANA >>-------------------------------------------------------- JANA >> 27 34 5066 733 101 1 JANA >> 29 45 6346 933 101 1 JANA >> 40 55 6386 785 101 1 JANA >> 29 55 5105 6144 102 1 JANA >> 13 41 5038 2592 100 1 JANA >> 13 44 5526 608 100 1 JANA >> 47 36 6393 814 100 1 JANA >> 52 36 5016 2304 100 1 JANA >> 30 13 4982 3557 100 1 JANA >> 14 20 5147 2402 100 1 JANA >> 27 2 4376 1005 101 1 JANA >> 27 3 5624 1385 102 1 JANA >> 0 23 5472 1352 99 1 JANA >> 0 22 4329 1326 101 1 JANA >> 39 2 5007 4068 99 1 JANA >> 57 20 5041 1962 101 1 JANA >> 57 25 5287 1128 100 1 JANA >> 21 52 5560 3934 100 1 <<--- compare this one A stand-alone plugin run with hd_root produces this with columns: row column integral time samples_integral. Event: 5 27 34 5066 733 50 29 45 6346 933 55 40 55 6386 785 55 29 55 5105 6144 50 13 41 5038 2592 50 13 44 5526 608 55 47 36 6393 814 55 52 36 5016 2304 50 30 13 4982 3557 50 14 20 5147 2402 51 27 2 4376 1005 50 27 3 5624 1385 55 0 23 5472 1352 55 0 22 4329 1326 50 39 2 5007 4068 50 57 20 5041 1962 50 57 25 5287 1128 53 21 52 61896 3934 45 <<-- to this one Note the last hit has a different integral. This is seen in multiple events: ================================================================ Event: 6 JANA >>DFCALDigiHit: JANA >> row: column: pulse_integral: pulse_time: pedestal: QF: JANA >>-------------------------------------------------------- JANA >> 27 40 6421 935 100 0 JANA >> 29 43 5024 1211 101 1 JANA >> 43 51 5046 5158 100 1 JANA >> 28 51 5024 5621 100 1 JANA >> 29 52 5015 3640 100 1 JANA >> 13 44 5221 473 101 1 JANA >> 34 36 5513 6037 99 1 JANA >> 41 40 4581 0 0 1 JANA >> 37 43 7426 4515 99 1 JANA >> 46 35 5596 2916 101 1 JANA >> 41 44 5004 494 103 1 JANA >> 37 46 4982 546 100 1 JANA >> 33 27 5077 5300 101 1 JANA >> 37 19 5007 5794 100 1 JANA >> 14 18 6386 810 100 1 JANA >> 22 12 28485 5166 100 1 <<--- compare this one JANA >> 14 11 5083 373 102 1 JANA >> 24 22 5077 1111 101 1 JANA >> 21 21 6399 682 101 1 JANA >> 28 12 5092 445 100 1 JANA >> 30 58 5025 5742 100 1 Event: 6 27 40 6421 935 55 29 43 5024 1211 50 43 51 5046 5158 50 28 51 5024 5621 50 29 52 5015 3640 50 13 44 5221 473 52 34 36 5513 6037 55 41 40 4581 0 53 37 43 3514 4515 36 46 35 5596 2916 55 41 44 5004 494 50 37 46 4982 546 50 33 27 5077 5300 50 37 19 5007 5794 50 14 18 6386 810 55 22 12 2305 5166 26 <<-- to this one 14 11 5083 373 50 24 22 5077 1111 50 21 21 6399 682 55 28 12 5092 445 51 30 58 5025 5742 50 If this is a low level bug, it could have widespread effects. There is some chance the standalone code has a bug that is corrupting memory, but it is difficult to see how this is possible as it is just a loop over DFCALDigiHit objects.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000620) davidl    2014-12-04 07:21	Matt Shepherd identified the problem as adding in one sample past the end of the array for late hits when emulating the Df250PulseIntegral objects. A fix has been checked in to the commissioning branch in revision 16738 on 12/3/2014

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
431	[Hall D Offline] General	minor	N/A	2014-12-03 16:19	2014-12-03 16:19
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	fADC emulation needs to be tailored by detector.
Description:	The fADC emulation needs to be tailored by detector to match the appropriate NSA, NSB setting for that detector. This should be done using the associated Df250Config object since we would otherwise need to access the translation table inside the DAQ plugin to figure out which detector a hit belonged to. The main issue will be how to determine NSA and NSB individually from the single number NSA_NSB reported in the config object. We may just need to use a map that converts from specific NSA_NSB values to known NSA, NSB values.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
355	[Hall D Online] Databases	feature	N/A	2013-06-14 10:15	2014-12-03 06:04
Reporter:	wolin	Platform:
Assigned To:	sergpozd	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	3
Percentage complete:	0
Actual man-weeks:	0
Summary:	Improve history mechanism in JInventory
Description:	Currently history is just a concatenation of changes in a text field. Better would be a separate history table indexed by item, date and perhaps other categories.
Steps To Reproduce:
Additional Information:	Separate table and database/php code is simple, but good design needed for gui.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
422	[Hall D Online] Monitoring	major	always	2014-12-02 15:42	2014-12-03 06:03
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	high	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	RootSpy not working properly in online mode
Description:	The RootSpy GUI has not been working correctly for the run up to now. It does not appear to be properly remembering histogram selections. It also seems to be unable to get histograms during normal data running. Sometimes behaving as though the processing nodes are not sending their histograms in response to requests. The program needs to be re-tested and debugged in the counting house environment to make it useful for shift takers.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
425	[Hall D Offline] General	minor	have not tried	2014-12-02 17:01	2014-12-03 06:03
Reporter:	shepherd	Platform:
Assigned To:	shepherd	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Isolated crash in DFCALCluster_factory
Description:	Reported by Paul: We saw at least one job crash while running the monitoring plugins, and it occurred in DFCALCluster::evnt(): /volatile/halld/RunPeriod-2014-10/offline_monitoring/001156/2014-11-22/log/stderr_001156_000.err Could you (or someone in the FCAL group) take a look at this when you get the chance? This was while running over file 0 of run 1156.
Steps To Reproduce:
Additional Information:	The stack trace references libraries/FCAL/DFCALCluster_factory.cc:189 In this loop there are some pointer dereferences, but it is not clear how any of them could be bad pointers. This needs verification by rerunning the job.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
339	[Hall D Offline] General	trivial	always	2013-05-03 20:56	2014-12-02 16:49
Reporter:	pmatt	Platform:
Assigned To:	davidl	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Minor EVENTS_TO_SKIP bug
Description:	In the 0.6.6p1 release of JANA, on line 559 of JApplication.cc (in the EventBufferThread function), the EVENTS_TO_SKIP condition should be <= instead of <. You can see this by setting EVENTS_TO_SKIP = 1 and it won't skip anything. It's because NEvents_Read is incremented to 1 in ReadEvent, prior to this check.
Steps To Reproduce:
Additional Information:	This is ridiculously minor, and I would check it in myself if I knew how.
Attached Files:

Notes
(0000618) davidl    2014-12-02 16:49	I believe this was fixed quite some time ago, but never marked as resolved.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
332	[Hall D Online] Networking	feature	N/A	2013-03-27 11:56	2014-12-01 11:00
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Specify, purchase and install InfiniBand hardware and software
Description:	Purchase InfiniBand hardware as part of CC large purchase May-2013, install drivers, configure IB network
Steps To Reproduce:
Additional Information:	Dave Abbott from the DAQ group will do this
Attached Files:

Notes
(0000617) davidl    2014-12-01 11:00	Done.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
258	[Hall D Online] Networking	feature	N/A	2012-04-24 17:29	2014-12-01 10:58
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	3
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop scheme to remotely monitor and reset network switches
Description:	In order to avoid shutting down the beam unnecessarily we need a remote reset facility for network switches (and other components). The mechanism should not rely on the network being operational. Bryan Hess says that cycling the power is the best way to reset a network switch.
Steps To Reproduce:
Additional Information:	Bryan has an extensive network monitoring and alarm system, we probably should use it.
Attached Files:

Notes
(0000614) davidl    2014-12-01 10:58	IT division has provided good support for this. It is no longer clear that we need a separate facility for us to manage the switches.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
155	[Hall D Online] EPICS	feature	N/A	2011-10-24 11:41	2014-12-01 10:52
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Survey EPICS backup/restore systems and choose one
Description:	Survey EPICS backup and restore facilities, test and make recommendation.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000500) wolin    2013-03-21 14:00	Not sure who will do this.
(0000610) davidl    2014-12-01 10:52	Hovanes has taken care of this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
239	[Hall D Online] Monitoring	feature	N/A	2012-04-10 11:50	2014-12-01 10:51
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Incorporate CLAS mini-Hbook into RootSpy
Description:	Upgrade RootSpy to receive and process histograms in mini-Hbook format, the lightweight format used by CLAS to collect histogram info in the front-end ROC's. Design mechanism to transport histograms from ROC's to RootSpy.
Steps To Reproduce:
Additional Information:	cMsg is the obvious choice for transport.
Attached Files:

Notes
(0000375) wolin    2012-05-30 17:11	CNU summer student Rob Ryan will be looking into this.
(0000501) wolin    2013-03-21 14:01	Not sure who will do this.
(0000609) davidl    2014-12-01 10:51	This was done by CNU student (Rob) some time ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
317	[Hall D Online] DAQ	feature	N/A	2013-03-21 17:26	2014-12-01 10:49
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Front end readout lists
Description:	Develop readout list system for all front-end crates.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000607) davidl    2014-12-01 10:49	Initial working versions were developed for the Fall 2014 engineering run.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
333	[Hall D Online] DAQ	feature	N/A	2013-03-27 11:59	2014-11-30 08:52
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	10
Percentage complete:	0
Actual man-weeks:	0
Summary:	Configure, test and install single board computers
Description:	Setup and test single board computers, install in crates, develop boot system on HDCC, install DHCP system if needed.
Steps To Reproduce:
Additional Information:	Bryan Moffit will do this.
Attached Files:

Notes
(0000605) davidl    2014-11-30 08:52	Done (long ago)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
154	[Hall D Online] Controls	feature	N/A	2011-10-24 11:40	2014-11-30 08:52
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Survey EPICS alarm systems, choose one and implement
Description:	Survey and test EPICS alarm systems, choose and implement. This will be the central alarm system for Hall D.
Steps To Reproduce:
Additional Information:	Important criteria involve ability of the system to deal with alarms generated from other than EPICS, i.e. we would like this to be the main alarm system for the entire experiment, accepting alarms from all online systems, whether EPICS or not. Currently BEAST from SNS is the leading contender
Attached Files:

Notes
(0000209) hovanes    2011-11-16 09:06	Start with evaluating BEAST
(0000499) wolin    2013-03-21 14:00	Not sure who will do this.
(0000526) wolin    2013-06-13 14:24	Hovanes is testing BEAST, part of the CSS suite.
(0000604) davidl    2014-11-30 08:52	It looks like an alarm system has been chosen and implemented.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
92	[Hall D Online] DAQ	feature	N/A	2011-06-17 15:57	2014-11-30 08:40
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Design disentangling architecture and develop prototype event disentangler
Description:	Design architecture appropriate for event disentangling in the Hall D DAQ system. Design a CODA event building component that disentangles events prior to the farm system and event recorder such that event data is contiguous in memory. Software should include working example that disentangles data from F1TDC, fADC125 and fADC250 modules that will be used in Hall-D. Develop and test prototype in realistic environment. Deliver report that summarizes results, recommends a production architecture and includes an outline of steps needed to create and commission production disentangler with estimates of required time and manpower.
Steps To Reproduce:
Additional Information:	Consult as required with the Hall D Online group concerning the specific requirements and constraints of the Hall D computing system. Major architectural decisions must be reviewed by the Hall D Online group to ensure compatibility with the experiment online environment.
Attached Files:

Notes
(0000120) wolin    2011-06-20 10:16	Graham...kindly review the task description and modify as required, especially the estimated man-weeks of effort needed. We'll iterate as needed.
(0000121) wolin    2011-06-20 10:17	Please update task description as needed
(0000148) heyes    2011-08-31 07:28	"Software should include working example that disentangles data from F1TDC, fADC125 and fADC250 modules that will be used in Hall-D". It isn't clear that this is possible at this time since the data format from the various modules isn't stable yet. A prototype "proof of principle" is possible.
(0000251) wolin    2012-01-23 10:04	Probably can disentangle in quad-core or better ROC or in EMU stage. DAQ group will determine how much CPU is available in ROC at high-rates.
(0000478) wolin    2013-03-19 11:56	I believe Carl has made progress on this. Different strategies for where to run the disentangler (ROC, EB, both?) will be investigated in the Hall D DAQ test setup by the DAQ group.
(0000503) wolin    2013-03-21 14:04	Not sure who will do this.
(0000556) wolin    2013-07-18 10:12	Dave and I now realize the two best places to do disentangling are on the ROC and in the L3 farm. I.e. a separate disentangling EB stage may not be the best choice. We need to further investigate these two strategies.
(0000600) davidl    2014-11-30 08:40	Event disentangling is currently being handled in the DAQ plugin in the Hall-D software. It will likely stay there since it allows the disentangling job to be distributed to multiple computers rather than be done on a single computer if it were handled in the event builder.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
70	[Hall D Online] Computers	feature	N/A	2011-04-12 17:34	2014-11-30 08:38
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Evaluate computer and process monitoring systems
Description:	We need to monitor the health of computers and processes/services on those computers, and need a facility for starting processes when they fail. Nagios and Ganglia are leading candidates. The CC uses Ganglia+Mon, CLAS uses Nagios.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000084) wolin    2011-04-15 15:23    (edited on: 2011-04-15 15:24)	Current leading candidates: Ganglia, Nagios, Mon, Zabbix and OpenNMS.
(0000567) wolin    2013-07-26 16:31	CC is familiar with Ganglia, considering moving to something else. Might not know for a while. Paul will install Ganglia to get us going.
(0000599) davidl    2014-11-30 08:38	Paul Letta installed Ganglia which is available from the internal network on gluonweb.jlab.org

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
166	[Hall D Online] Databases	feature	N/A	2011-11-15 11:30	2014-11-30 08:37
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop unified front-end board configuration strategy and database
Description:	All front-end boards need to be configured, both for trigger and readout purposes. A unified system is desirable. Interoperation with the conditions database needs to be considered as well.
Steps To Reproduce:
Additional Information:	It is not clear if a single system could be used for all configurations. The EPICS backup/restore facility naturally should handle EPICS configurations. It is further not clear how to configure our many HV and LV channels. Again, a unified system is desirable, if possible.
Attached Files:

Notes
(0000598) davidl    2014-11-30 08:37	Alex S. has implemented a system using text files to configure all front end boards.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
312	[Hall D Online] Monitoring	feature	N/A	2013-03-21 14:07	2014-11-30 08:35
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop JANA-based farm process
Description:	JANA-based processes will run on the monitoring/L3 farm. A JANA variant suitable for online use must be designed and written.
Steps To Reproduce:
Additional Information:	E.g. it must incorporate cMsg and ET.
Attached Files:

Notes
(0000529) wolin    2013-06-13 14:27	Vardan and I agreed to start by using the CodaObject framework for command/control. This will need to be incorporated into hd_online, along with cMsg, evio, et, etc.
(0000597) davidl    2014-11-30 08:35	This was done some time ago (hdmon program).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
325	[Hall D Online] Monitoring	feature	N/A	2013-03-22 10:15	2014-11-30 08:35
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	3
Percentage complete:	0
Actual man-weeks:	0
Summary:	Implement translation table in JANA
Description:	Complete design of translation table, implement in JANA.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000596) davidl    2014-11-30 08:35	This was done quite some time ago but never marked as resolved.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
419	[JANA] Feature Request	minor	N/A	2014-09-29 07:39	2014-11-10 10:17
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	create jview plugin
Description:	A nice tool might be to have a GUI program that allows one to interactively explore an event's objects. It would allow one to click on an object to activate that factory and to automatically display the call graph. Inspection of values and associated objects could be done as well. Clicking an associated object would bring it up along with its call graph, list of it's associated objects as well as a list of objects for which it is itself and associate object. It may be that this could actually be done as a plugin so that it could be written in generic JANA, but used by hd_ana.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000595) davidl    2014-11-10 10:17	This has been implemented as the janaview plugin in JANA. It uses ROOT for the GUI seems to be working OK. It will appear in JANA 0.7.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
414	[JANA] Bug	minor	always	2014-08-14 22:10	2014-08-14 22:13
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Program exists if hi-res timer runs out
Description:	Aristeidis reported this: For some especially long jobs (ones running for more than 1 day) the program would suddenly die with a message about a timer running out. This turns out to be due signals being sent when any of the 3 hi-res timers we use runs out. The default behavior for uncaught signals of these types is to terminate the program. The timers are already set for 1M seconds, but apparently, with multiple threads, this counts quicker than the wall clock, (Otherwise, they would run for over 270 hours before timing out.) To fix this, alarm handlers need to be installed for SIGALRM, SIGPROF, and SIGVTARLM signals.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000594) davidl    2014-08-14 22:13	This fix was committed in revision 2075 and will appear in JANA 0.7.2

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
413	[JANA] Feature Request	minor	always	2014-08-14 21:34	2014-08-14 21:35
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Automatically compare md5 checksum for all resources before using
Description:	This was from Matt Shepherd. If a process was interrupted while downloading a resource, the file can be incomplete. Subsequent invocations of the JANA program will see the partial file and assume it already exists and is complete. This causes confusing behavior as the program can set. fault but not really point to the actual reason. To avoid this, calculated the md5sum for all resources as they are requested and compare them against what is stored in the calib DB. If they don't match, print an informative error message and exit. Give the user an option to skip the checksum if they want.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000593) davidl    2014-08-14 21:35	This was submitted in revision 2074 and will appear in JANA 0.7.2

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
412	[JANA] Feature Request	minor	have not tried	2014-07-18 08:19	2014-07-18 08:30
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Set pointer to NULL in JEventLoop::GetSingle if 0 values.
Description:	From an e-mail from Paul Mattione on June 7, 2014 =========================================== In JEventLoop::GetSingle(), could you set the pointer to NULL if the vector is empty, and only throw an exception if the size is >= 2? (Current is to throw if size != 1). I've been using GetSingle() for DMCThrownMatching, and checking for NULL after the function call, but it throws on (CLAS) experimental data. Thanks. - Paul ===========================================
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000592) davidl    2014-07-18 08:30	This was fixed in svn revision 2046 and will appear in JANA 0.7.2 The code now sets the value of "t" to NULL in all cases where there is not exactly one object of the requested type. It also has a 3rd parameter that can be used to disable throwing an exception if N!=1.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
398	[JANA] Feature Request	minor	always	2014-02-18 07:45	2014-07-18 07:50
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	THREAD_TIMEOUT should supersede THREAD_TIMEOUT_FIRST_EVENT if larger
Description:	A few people have been bitten by trying to set THREAD_TIMEOUT to a large value only to have it timeout on the first event because THREAD_TIMEOUT_FIRST_EVENT is set to something smaller. If it is smaller, then THREAD_TIMEOUT should be used.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000590) davidl    2014-07-18 07:50	This was fixed in svn revision 2045 and will appear in JANA 0.7.2

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
410	[JANA] Feature Request	minor	N/A	2014-06-04 08:57	2014-07-18 07:42
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Default directory for JANA plugins + error message
Description:	From an e-mail sent by Mauri 4/14/2014: ------------- Thanks, that works. May I suggest to add "make sure the JANA_PLUGIN_PATH is set correctly" to your error message? Also, I would suggest that $JANA/plugins is checked always, since those plugins come with the JANA system. JANA_PLUGIN_PATH should be set for user-defined plugins in my opinion. In other words, we could limit the default number of env variables to one ;-) ------------- The "error message" he refers to is the following: JANA ERROR>> JANA ERROR>>***ERROR : Couldn't find plugin "janadot"!*** JANA ERROR>>*** To see paths checked, set PRINT_PLUGIN_PATHS config. parameter
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000589) davidl    2014-07-18 07:42	This was fixed in revision 2044 and will appear in JANA 0.7.2 The error message was added as requested. The $JANA_HOME/plugins directory was added as a default search directory. This was actually already in, but it was still using $JANA_HOME/lib. The plugins directory was added in 0.7.0 when the scons build system was introduced, but the default search directory was not updated.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
402	[Hall D Online] Monitoring	minor	have not tried	2014-04-08 11:10	2014-07-16 14:05
Reporter:	davidl	Platform:
Assigned To:	sdobbs	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	ROOTSpy: Add Macros for complex displays
Description:	For the CDC, a convenient way of holding occupancy information is using a single histogram for each ring. (28 histograms total). These need to be plotted all on the same axes and using polar coordinates (the "pol" option.) Complex rendering like this may be needed in other places as well and is probably best handled using a macro supplied by the author. Two options should be implemented: 1.) The server sends the macro. This allows, in principle, the author of the histogram to send it from a string embedded inside plugin code. It would guarantee the macro was available whenever and wherever the histogram is made. 2.) The client uses a macro or set of macros at a location they specify. This could be useful for setting up shift-taker situations where they are pulling histograms from lots of places and wish to display a subset, possibly with a divided canvas for efficiency. One possibility is to allow the server to package a tree or set of histograms in a TMemFile object (as is currently done for TTrees). This could allow including macros as well in the form of TObjString objects. The TFileMerger class can be used to combine multiple TMemFiles similar to how histograms are added.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000586) sdobbs    2014-04-09 12:55	I've been thinking that to handle the more complicated displays, it would be helpful to spin off the code that handles drawing the histograms/whatever from rs_mainframe into its own class. Also, for creating displays for shift-taking, one potentially straightforward way would be to allow the creation of a new window with multiple TPads (one per histogram), as opposed to splitting the TPad. There does exist the ability to link a client side script to be run every time that a histogram is displayed, which allows for limited client-side customizability. There is also the ability to define sets of histograms that can be activated all at once. It could be possible to piggyback the creation of views for shift takers on top of this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
399	[Hall D Online] Monitoring	minor	N/A	2014-04-08 10:30	2014-07-16 12:44
Reporter:	davidl	Platform:
Assigned To:	sdobbs	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	ROOTSpy: Allow user to modify window size
Description:	The canvas does not currently resize itself when the window size/shape are changed.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000588) sdobbs    2014-07-16 12:44	The canvas and lower UI elements currently resize properly - am working on the upper UI elements.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
411	[Hall D Offline] General	feature	N/A	2014-06-20 08:15	2014-06-20 08:15
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	GetCDCWires and GetFDCWires inefficient
Description:	The GetCDCWires and GetFDCWires methods of DGeometry will allocate new wire structures every time they are called. This leads to duplication for each thread and possible memory leaks, For example, the wires are needed in the DCDCHit_factory class, but only to get the number of straws for each ring. The wires then have to be deleted one at a time. The wires should be cached as something like vector<vector<const DCDCWire*> > and the signatures of GetCDCWires changed to use that as well. Similarly for FDC.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
397	[Hall D Offline] General	minor	always	2014-02-05 11:05	2014-06-20 08:09
Reporter:	romanov	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Sim-recon SBMS doesn't generate setup.sh for Bash shell
Description:	After calling scons install setup.sh for Bash shell is not created in sim-recon/$BMS_OSNAME directory.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000587) davidl    2014-06-20 08:09	Committed in svn revision 11822. (Not thoroughly tested, but there.)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
401	[Hall D Online] Monitoring	minor	have not tried	2014-04-08 10:50	2014-05-27 18:11
Reporter:	davidl	Platform:
Assigned To:	sdobbs	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	ROOTSpy: Reset Button
Description:	It would be useful to have a button that can make the RootSpy GUI forget any servers or histograms it currently has record of. This would be most useful when trying to develop software that produces the histograms and one is continually restarting the server. The old histograms in memory will just interfere. Because this could, in a production environment, lead to mistakes that lose some information, a confirmation dialog might be in order.
Steps To Reproduce:
Additional Information:	This has been implemented as an option in the "Tools" menu, with a confirmation dialog.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
313	[Hall D Online] Monitoring	feature	N/A	2013-03-21 14:09	2014-05-27 17:48
Reporter:	wolin	Platform:
Assigned To:	sdobbs	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	5
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop RootSpy archive/retrieval system
Description:	Farm processes will generate ROOT historgram, and RootSpy will be used to access them. Develop a RootSpy program that archives and displays histograms.
Steps To Reproduce:
Additional Information:	The RootSpy archiver has been implemented and initial testing completed during the 2013 Online Data Challenge.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
409	[Hall D Offline] General	major	have not tried	2014-04-18 10:44	2014-04-18 10:44
Reporter:	marki	Platform:
Assigned To:	sdobbs	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	look further into EventStore
Description:	from 4/14/16 meeting
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
407	[Hall D Offline] General	major	have not tried	2014-04-18 10:41	2014-04-18 10:42
Reporter:	marki	Platform:
Assigned To:	jonesrt	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	continue running on the Grid: Richard
Description:	from 4/16/14 meeting
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
405	[Hall D Offline] General	major	have not tried	2014-04-18 10:39	2014-04-18 10:40
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	copy dc2 events to JLab
Description:	from the various sites, put on tape
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
404	[Hall D Online] Monitoring	minor	have not tried	2014-04-15 19:18	2014-04-15 19:18
Reporter:	sdobbs	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	RootSpy: Optimize GUI during auto-update
Description:	I've noticed that sometimes the GUI can be less responsive when auto-update is turned on. For example, usually button presses or check box selections won't show up until the next update happens. This can frustrating when trying to test settings or flip to other histograms before the next update. The GUI should either be made more asynchronous, or some of the processing should be done in extra threads.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
400	[Hall D Online] Monitoring	minor	N/A	2014-04-08 10:44	2014-04-09 09:44
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	ROOTSpy: Add mutex lock mechanism for coordinating with user
Description:	Synchronization issues can (and sometimes do) occur when the RootSpy thread accesses a histogram or tree at the same time as the main program. We need to provide a mechanism by which they can coordinate. This should be a pthread_mutex_t so that it can be coupled easily with the existing mutex used in GlueX sim-recon code. The DRootSpy constructor should take an optional pthread_mutex_t* that is initialized to NULL if not given. This will allow any existing code to still compile. A global variable:    pthread_mutex_t *ROOTSPY_MUTEX = NULL; should be created and set to the value passed to the DRootSpy constructor if present. If not, then a mutex should be allocated and the pointer set to that. In either case the RootSpy thread should then use the pointer to lock and unlock the mutex for ROOT operations.  Users that don't provide the mutex pointer can automatically make use of the global ROOTSPY_MUTEX if they wish to synchronize. Otherwise, they are taking their own chances, which is what the situation is now!
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000585) davidl    2014-04-09 09:44	This was checked in on 4/9/2014 as svn revision 13200.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
379	[Hall D Online] Monitoring	feature	N/A	2013-09-09 17:18	2014-04-08 11:13
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Create codaObject JANA plugin
Description:	Create plugin to implement codaObject functionality in JANA. This will allow JANA processes to be controlled by run control or other similar systems.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000584) davidl    2014-04-08 11:13	Elliott did do this at some level and the code is in the repository. I believe limited testing was done and none by anyone other than Elliott. I'm closing this for now to try and clear out the Mantis CUE.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
396	[Hall D Offline] General	feature	N/A	2014-02-02 22:51	2014-02-02 23:45
Reporter:	romanov	Platform:
Assigned To:		OS:
Priority:	low	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	CCDB. Warn user to add data for 0-inf run range
Description:	Suppose, a new table is created. So there is no data yet. User adds some data for specific run range (run 0-1000 as an example). CCDB CLI should warn the user that there must be at least one data set that covers all runs (0-inf) Unit tests of what happens if there is no data in table for current run is a good idea too.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
136	[Hall D Offline] General	minor	have not tried	2011-09-21 13:02	2014-02-02 22:45
Reporter:	marki	Platform:
Assigned To:	romanov	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Decide how to handle large calibration sets
Description:	problem with default MySQL configuration
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000583) romanov    2014-02-02 22:43	The issue is closed by using resources and resource manager in sim-recon

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
362	[JANA] Bug	minor	always	2013-06-28 08:16	2014-01-23 09:40
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	null_data_source not defined
Description:	This is actually a couple of issues. These are related and came up while implementing the translation table in the DAQ and TTab plugins. The desired behavior was to have the DAQ plugin create low level objects and the TTab plugin take those and generate detector hit objects. If only the DAQ plugin is present, no translation is done. If the TTab plugin is present, then translation is done automatically. This was to be achieved by simply calling JEventLoop::GetSingle from GetObjects to get a DTranslationTable object that can then be used to generate the hit objects by applying the table (via the ApplyTranslationTable method). The issues that came up were: 1.) When calling JEventLoop::Get from a JEventSource::GetObjects method, an infinite recursion is entered and doesn't stop until an "illegal instruction" is encountered. It would be good to have some way of detecting this for event sources as is done for factories. 2.) The temporary solution was to use GetFromFactory instead of GetSingle. This, however, gave a run time link error saying "null_data_source" was not defined. Giving an explicit argument of JEventLoop::DATA_FROM_FACTORY also doesn't work since the argument requires a reference. A temporary variable must then be defined so a reference to it can be passed. In the end the code looked like this: JEventLoop::data_source_t type = JEventLoop::DATA_FROM_FACTORY; // (this needs to get fixed in JANA) loop->GetFromFactory(translationTables, "", type); when it could have looked like this: oop->GetFromFactory(translationTables);
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000579) davidl    2013-12-13 16:23	Item 1.) here is not easy to implement in a way that won't risk significant performance degradation. For normal factories, the Get method is implemented in the JFactory base class which allows us to use a "busy" flag to check quickly and easily for recursion. For event sources, the first point where we have access by the framework is in the JEventLoop::Get() method. Here, we would have to turn on call stack tracing and check it each time to ensure there is no duplicate entry. We could also put some arbitrary limit on the depth of the call stack without actually recording it, but that would have to be high enough to never be a problem for non-infinite-recursion cases, but be small enough to catch the infinite recursion cases before they caused memory errors.
(0000580) davidl    2013-12-13 16:30	Made data_source by passed by value rather than by reference. Since it is an enum, it really saved almost nothing doing it by reference in the first place.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
389	[Hall D Offline] General	minor	have not tried	2013-12-17 14:12	2014-01-06 09:46
Reporter:	marki	Platform:
Assigned To:	staylor	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Send Richard a "before" plot of the single-track test results.
Description:	so he can compare
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
391	[Hall D Offline] General	minor	have not tried	2013-12-17 14:15	2013-12-17 14:15
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Propose a long-term code maintenance scheme
Description:	following Paul's discussion at offline meeting.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
390	[Hall D Offline] General	minor	have not tried	2013-12-17 14:13	2013-12-17 14:15
Reporter:	marki	Platform:
Assigned To:	kmoriya	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Check Mark's decay chain reporting scheme
Description:	to make sure it works
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
359	[JANA] Feature Request	minor	N/A	2013-06-24 13:33	2013-12-13 17:00
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add CopyTo method to JFactory_base
Description:	Several instances have occurred where it would be very convenient to be able to copy pointers to externally produced objects into a factory using only the JFactory_base pointer and not the templated JFactory<> pointer. This happens in event sources where several types of objects may be produced but it's not convenient to list al types od data at multiple places in the code. The CopyTo method should probably take a vector<JObject*> reference and be virtual so that the JFactory<T> method can do the appropriate dynamic_cast before storing it in the factory's _data vector. It may also be handy to have a templated method of JFactory_base that can take vector<T*>& that it can then use to try and dynamic_cast itself into JFactory<T> and then call the old CopyTo method. (There may be some issues with plugins here so thorough testing will be required.)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000582) davidl    2013-12-13 17:00	Added a CopyTo method to JFactory_base and corresponding one to JFactory. The second suggestion was not implemented. Note that only a compilation test was done here. No testing was done. This change will appear in JANA 0.7.0

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
335	[JANA] Feature Request	minor	N/A	2013-04-03 10:51	2013-12-13 16:32
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add user settable reference to JEventLoop
Description:	Sometimes there is need to have an object that is thread specific. For example, a random number generator object in mcsmear. The overhead of maintaining this in a list that one then needs to lock a mutex to access every event is unnecessary. Similarly for creating a factory object and accessing the random number generator through that. If a user-definable reference were added to JEventLoop, one could set it once and then access it at event time without mutex locking. This could be done in a simple C-style way where the value is kept as a void* and it is up to the user to cast it back to the appropriate form. Alternatively, one could use templated methods in JEventLoop to record not only the value, but rtti info so that it can be checked upon retrieval (value would be stored as void* in JEventLoop, but converted by template method before returning). This would be safer, but would add a little more overhead. Presumably not as much as mutex locking though. This second method would also allow for more than one type of reference to be stored, though again, for a slight overhead cost.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000581) davidl    2013-12-13 16:32	This has been committed (with unit test!) and will be in JANA 0.7.0

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
387	[JANA] Bug	minor	have not tried	2013-10-09 07:46	2013-11-18 11:27
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Event status word reset at wrong time
Description:	Here are two e-mail's from Paul: ----------------------------- Hey David, in BANA I tried setting the status bit in the JEventSource to 1, but by the time I read it in my plugin evnt it has a value of 0. It looks like JEventLoop::OneEvent() calls ClearFactories(), which then clears the status bit. Perhaps the event status bit shouldn't be cleared here? I think it would be better to assume that the JEvent handed to the JEventLoop is already setup properly by the event source. Thanks for taking a look at this.  - Paul ----------------------------- Actually, it looks like in JApplication::NextEvent(), you need to manually copy the event status from "myevent" to "event" also. With those two changes, it works for me.  - Paul
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000578) davidl    2013-11-18 11:27	This was committed as svn revision 1395 and will appear in jana 0.6.7. Note that it wasn't clear what Paul meant by "two changes" since ClearFactories call is made before getting the event from the event source and copying the values into the JEventLoop's JEvent.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
388	[JANA] Feature Request	minor	N/A	2013-11-18 10:41	2013-11-18 11:05
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add GetJEventSources method to JApplication
Description:	This is requested by Elliott for the farm manager so that the CODAObject-based plugin can get the pointer to the JEventSource reading from ET and tell it to stop if a end run message comes in. A convenience method to get a pointer to a specific type of JEventSource would be useful too. This would be templated and do the dynamic_cast for the caller. Something like: T* GetFirstJEventSource() which would be called like: JEventSourceEVIO *evio_src = japp->GetFirstJEventSource<JEventSourceEVIO>(); if(evio_src != NULL){    // ... do something with evio_src ... }
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000577) davidl    2013-11-18 11:05	The requested feature was added in svn version 1394 and will appear in jana 0.6.7

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
385	[Hall D Offline] General	minor	have not tried	2013-09-13 15:13	2013-09-13 15:13
Reporter:	wilevine	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	BCAL reconstruction: do not consider outer layer when averaging cluster properties
Description:	When averaging hit positions and times to form a cluster, we should consider not including hits in the outer layer, due to the shower "curving" issue.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
384	[Hall D Offline] General	minor	have not tried	2013-09-13 15:04	2013-09-13 15:04
Reporter:	wilevine	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	refine code for matching BCAL showers with tracks
Description:	Currently the condition for matching BCAL showers and charged tracks is rather arcane (see https://halldweb1.jlab.org/wiki/images/1/18/Bcal_offline_mtg_20130626.pdf [^] ). One bug is that the matching does not take into account the radial coordinate so you can get matches where the track doesn't even come close to entering the BCAL. I'm also not sure if delta_phi is calculated correctly. Furthermore, we should check that the constants used in this condition make sense.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
383	[Hall D Offline] General	minor	have not tried	2013-09-13 14:16	2013-09-13 14:16
Reporter:	wilevine	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	mcsmear BCAL: Simulate ADC timing algorithm
Description:	Currently in mcsmear, the times for DBCALHit objects (i.e. ADC hits) are calculated as threshold crossing times, then smeared with 4 ns/sqrt(12) time resolution. In reality, the ADC will not report a threshold crossing timing, but use a more sophisticated algorithm to determine the time. In addition the time resolution may be better than 4 ns/sqrt(12). The fact that we simulate this as a threshold crossing time means that we need to take an extraneous step of timewalk correction when reconstructing simulated data (that is, we need to do timewalk corrections to the ADC hits in addition to the TDC hits).
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
382	[Hall D Offline] General	minor	have not tried	2013-09-13 14:05	2013-09-13 14:05
Reporter:	wilevine	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	mcsmear BCAL: DBCALHit should use GeV instead of ADC units for energy
Description:	Currently, mcsmear writes out BCAL hits with energy in pseudo-ADC units rather than in physical units (GeV). This is inconsistent with other detectors and also inconsistent with the new DigiHit scheme, in which the DigiHit objects should use ADC units and the plain Hit objects should use physical units.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
381	[Hall D Offline] General	minor	have not tried	2013-09-13 13:50	2013-09-13 13:50
Reporter:	wilevine	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	mcsmear BCAL: verify BCAL_mevPerPE value
Description:	Elton thinks the value of BCAL_mevPerPE is off by a factor of 2: "We looked at the code in smear_bcal.cc and find the following statement at line 398: BCAL_mevPerPE = 1.0/( BCAL_PHOTONSPERSIDEPERMEV_INFIBER * BCAL_DEVICEPDE * BCAL_SAMPLING_FRACT ); = 1/(75x 0.21 x 0.095) = 0.67 [As an side, I think this number lacks a factor of 2 reduction in p.e. due to light guide collection, which would bring the factor up to 1.3 MeV/p.e. Is this factor missing?]"
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
380	[Hall D Online] DAQ	feature	N/A	2013-09-09 17:24	2013-09-09 17:25
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Perform second online data challenge
Description:	Second data challenge should include data path starting in ROC's and go all the way to tape, including L3 and event monitoring. Beta version of CODA3 should be used. Use fake data in ROC's. Should use as many crates in the hall as is possible at the time, at least a dozen, and whatever networking exists at the time. Use of the TS and GTP crates probably required. Should push to highest rates possible given the existing hardware, but there is no high-rate goal (that is for the next data challenge).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000576) wolin    2013-09-09 17:25	Dave, Mark D, Sean and probably Justin will be involved.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
360	[Hall D Online] Monitoring	feature	N/A	2013-06-26 16:54	2013-09-09 17:16
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Monitoring data challenge
Description:	Perform monitoring data challenge in late summer. Determine scope and develop goals.
Steps To Reproduce:
Additional Information:	Probable goal is to move data from event builder through monitoring farm to storage on the silo, with creation and archiving of monitoring histograms.
Attached Files:

Notes
(0000546) wolin    2013-06-26 16:54	Dave Lawrence and Sean Dobbs will be intimately involved in this.
(0000552) wolin    2013-07-18 09:12	Sean should arrive in late Aug. I created evio2et and et2evio to feed the system and write events to disk. Event transfer to the silo will be either manual or by simple scripts, full system still to be designed by CC. Paul will implement Ganglia for farm monitoring. No farm manager will be used. Dave still working on translation table stuff.
(0000574) wolin    2013-09-09 17:16	Done, currently preparing a document. Very useful, led to many improvements. Next data challenge for late fall, will include data path from ROC to silo, and we'll use CODA3.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
363	[Hall D Online] Monitoring	feature	N/A	2013-07-18 09:08	2013-09-09 17:15
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Create EVNT plugin
Description:	Need EVNT plugin to histogram event sizes, number of words per crate, etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000573) wolin    2013-09-09 17:15	Preliminary version developed for online data challenge

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
371	[Hall D Online] Computers	feature	N/A	2013-07-22 10:10	2013-09-09 17:14
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Implement preliminary system performance monitoring using Ganglia
Description:	We need a performance monitoring system for the data challenge. Paul will implement Ganglia. The CC is thinking of moving to another system eventually
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000558) wolin    2013-07-22 10:11	Paul should have time in early Aug.
(0000562) wolin    2013-07-26 15:58	Paul says he started working on this and should have something next week.
(0000572) wolin    2013-09-09 17:14	Paul installed Ganglia on all nodes along with the web server

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
378	[JANA] Bug	minor	always	2013-08-22 08:37	2013-08-27 22:27
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	I/O bound jobs cause excessive CPU use in NextEvent
Description:	In JApplication::NextEvent there is a loop that will continually lock/unlock a mutex and check if the application is quitting while waiting for an event to be read in. This means for I/O bound jobs that every thread spends a lot of CPU spinning around that loop while waiting for an event. A short sleep time should be added if the event buffer is empty so that the CPU will be freed up for other things (or at least appear idle) as opposed to showing JANA using it.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000571) davidl    2013-08-27 22:27	This change was applied and will appear in jana 0.6.7

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
358	[JANA] Bug	minor	always	2013-06-18 14:58	2013-08-27 22:14
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Use of typeof not supported when -std=c++11 specified
Description:	When compiling with gcc 4.8.0 and the -std=C++11 flag is present, JCalibration.h fails to build due to the use of "typeof". This is apparently a GCC construct and not part of the C++ standard. The webpage linked below suggests using __typeof__ instead and this does seem to work. It's not clear if this is a permanent solution though. http://gcc.gnu.org/onlinedocs/gcc/Typeof.html [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000570) davidl    2013-08-27 22:14	Changed typeof to __typeof__

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
377	[Hall D Online] Databases	feature	N/A	2013-08-09 16:39	2013-08-09 16:42
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write program to dump PLC archive data
Description:	Need a program that provides offline access to PLC archive data
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000569) wolin    2013-08-09 16:42	Finished yesterday, python script accepts tag index, database and date range, dumps to file. Currently runs on gluon01 until we move the database. In online scripts directory: DumpPLCArchiveChannel.py

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
376	[Hall D Offline] General	minor	N/A	2013-08-07 10:06	2013-08-07 10:06
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Modify Start Counter sim-=recon to use separate TDC hit
Description:	The Start-counter channels have both fADC250 and F1TDC digitization. The current simulation and reconstruction has only one value for the time. In the real data, these will come as separate digitized values that must be linked together in some class. This should be done at the DSCHit level. The simulation (hdgeant/mcsmear) needs to be modified to provide a high resolution time and low resolution time corresponding to the F1TDC and fADC250 hits respectively.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
375	[Hall D Offline] General	minor	N/A	2013-08-07 10:01	2013-08-07 10:01
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Modify TOF sim-recon to use separate TDC hit
Description:	The TOF channels have both fADC250 and F1TDC digitization. The current simulation and reconstruction has only one value for the time. In the real data, these will come as separate digitized values that must be linked together in some class. This could be done at the DTOFHit level (omitting the need for DTOFTDCHit) or it could be done at the DTOFPaddleHit level. The soon-to-be-committed DTOFTDCHit class is not filled by the HDDM event source and the "t" field of DTOFHit is probably too good of resolution for the fADC250.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
374	[Hall D Online] DAQ	feature	N/A	2013-07-29 11:13	2013-07-29 11:13
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Create program to start ET systems and configure stations
Description:	Need to create ET systems and configure stations in a separate process from the programs that actually use the ET system and attach to the stations. This is especially needed for the L3 and monitoring farm.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000568) wolin    2013-07-29 11:13	I will create a prototype for the upcoming online data challenge.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
331	[Hall D Online] DAQ	feature	N/A	2013-03-26 17:33	2013-07-26 16:29
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install CODA software
Description:	Install latest CODA base, libs, packages, etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000519) wolin    2013-05-16 17:12	Dave A installed version for high-speed DAQ testing. When he's done I'll figure out the best way to install it. Important question is whether cMsg, evio, etc. should get installed separately or under a single CODA release.
(0000524) wolin    2013-06-13 14:23	Dave Abbott installed CODA3 for DAQ testing. I'm waiting for him to finish basic testing. Until then we don't need our own version of CODA3.
(0000566) wolin    2013-07-26 16:29	Forgot to mention that I installed the evio, et, cMsg and codaObject packages when the gluon file server became operational a few months ago. Not sure if they will remain where they are once the full CODA3 is installed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
361	[Hall D Online] Monitoring	feature	N/A	2013-06-26 17:29	2013-07-26 16:00
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	evio2et and maybe et2evio
Description:	Need program to fill ET system with data from evio file, and maybe another to do the reverse. These will be used in the monitoring data challenge.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000547) wolin    2013-06-27 12:20	And why not et2file and et2xml?
(0000548) wolin    2013-06-28 16:16	Completed evio2et and et2xml. Not sure we need et2evio (same as et2file). Current problem: ET systems bog down for no good reason after a while, probably need to talk to Carl.
(0000551) wolin    2013-07-18 09:10	Created et2evio and evio2cmsg as well. Need to implement run object functionality in evio2et and et2evio.
(0000564) wolin    2013-07-26 16:00	Both evio2et and et2evio are coda objects. I implemented runs in evio2et.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
372	[Hall D Online] Databases	minor	N/A	2013-07-22 10:30	2013-07-26 15:57
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Upgrade Mantis to the latest version
Description:	Minor bugs (default_limit_view), time to upgrade.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000560) wolin    2013-07-22 10:30	Need to hear from Marty/Sherman and Mark I
(0000561) wolin    2013-07-26 15:57	Sherman probably will do the work, need to coordinate with Kelvin and Mark I.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
373	[JANA] Feature Request	minor	N/A	2013-07-25 15:16	2013-07-25 15:16
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add ability to call arbitrary routine via janactl
Description:	A potentially useful feature would be the ability to send a string to a running JANA process and have it use that to identify a subroutine via dlsym and call it. This would allow someone to write code in one plugin that could then be called remotely via janactl without any specific dispatching code for that routine being written into the janactl callback. It would also allow subroutines compiled into the main executable to be called. There may be a limitation on the types of arguments that can be passed in via the cMsg. One would also want a message type that can set a global variable to a new value. While we're at it, we should add getter and setter methods for configuration parameters.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
314	[Hall D Online] Computers	feature	N/A	2013-03-21 14:15	2013-07-22 10:14
Reporter:	wolin	Platform:
Assigned To:	letta	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install computer and network monitoring system
Description:	Choose and install computer monitoring system (Nagios, Ganglia, whatever).
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
353	[Hall D Online] Networking	feature	N/A	2013-06-07 16:15	2013-07-22 10:13
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Begin developing system to transfer data from RAID to silo staging disks
Description:	Investigate strategies to transfer event data from our RAID system to the tape silo staging disks at high speed. Test existing network link and redundant link. Measure throughput.
Steps To Reproduce:
Additional Information:	We will purchase two RAID systems and probably run the event recorder on the active one. Current plans are to take data at 300 MB/s.
Attached Files:

Notes
(0000559) wolin    2013-07-22 10:13	CC is working slowly on this. Chris Larrieu is the lead.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
365	[Hall D Online] Databases	feature	N/A	2013-07-18 10:09	2013-07-22 10:08
Reporter:	wolin	Platform:
Assigned To:	sergpozd	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Add new electronics maintenance features to JInventory
Description:	Fernando requires a few additions to the JInventory system to make it suitable for long-term electronics maintenance. He will develop a preliminary set of requirements.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000557) wolin    2013-07-22 10:08	Fernando will develop initial set of requirements. After implementation we'll get feedback from technicians, i.e. the people who will use it the most.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
337	[Hall D Online] Magnets	feature	N/A	2013-04-03 16:24	2013-07-18 09:14
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Refurbish Danfysik power supply for production running
Description:	Refurbish our boards, return Hall C boards, replace other components as needed, get Danfysik techs out here to check everything.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000508) wolin    2013-04-03 16:25	Danfysik techs will be here this summer to work on supplies in other halls. Tim is organizing for them to work on our supply as well.
(0000517) wolin    2013-05-16 17:10	Need to tune for 25H instead of 2H (done for Hall A). Need to program ramp profile to get smooth voltage profile, including no overshoot. Probably need timer to inhibit quench detection when the contacter is first closed for (say) 100 ms.
(0000533) wolin    2013-06-14 10:19    (edited on: 2013-06-14 10:20)	Parts for tuning for 25H on the way from Danfysik. Giles figured out how to program hardware ramp profiles. Dave B will think about doing the same in the PLC. Note that the hardware has many constraints, including the number of points per profile and the number of profiles stored. The PLC has no constraints. Note that we'll need profiles for ramping up AND down. Further the PLC could generate ramp profiles on the fly based on start/end currents and number of steps, so nothing would need to be stored.
(0000534) wolin    2013-06-14 10:21	Waiting for parts to arrive.
(0000545) wolin    2013-06-25 16:59	Parts here, not sure if we'll install them before or after solenoid test.
(0000553) wolin    2013-07-18 09:13	Since we had innumerable delays in the cryo plant all parts were installed, FPGA programs were updated, etc.
(0000554) wolin    2013-07-18 09:14	We still probably want Danfysik techs to come out and go over the whole power supply.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
324	[Hall D Online] DAQ	feature	N/A	2013-03-22 10:14	2013-07-18 09:09
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write out-of-band event handler
Description:	Design and implement a cMsg-based mechanism to enter out-of-band events into the event stream (i.e. events not generated by the DAQ system).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000516) wolin    2013-05-16 17:08	Prototype done, based on ipcbank_2et.cc from CLAS online. Needs testing. Uses codaObject framework for communication/control.
(0000550) wolin    2013-07-18 09:09	Implemented this as a run object.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
188	[Hall D Online] Networking	feature	N/A	2012-01-27 10:14	2013-06-28 16:18
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install networking in Tagger Building
Description:	Install switch in Tagger building, connect via spare JLab dark fibers directly to switch in Rack Room.
Steps To Reproduce:
Additional Information:	Spare dark fibers were or will be included in the bundles between the Tagger building and the nearby service building, between the service building and the Telecom Room, and between the Telecom and Rack Rooms.
Attached Files:

Notes
(0000260) wolin    2012-01-27 10:15	Waiting to get Tagger building and for installation of fibers between Telecom and Rack Rooms.
(0000272) wolin    2012-01-30 16:47	Waiting for beneficial occupancy, etc.
(0000537) wolin    2013-06-14 10:55	Waiting for tagger hall to be ready for networking.
(0000544) wolin    2013-06-25 16:59	Tom will get drawing to Jason, who will arrange for fiber run to Tagger hall from service building. Plan is for 12+12 (single+multi-mode) fibers plus one FDU and one switch in the Tagger racks.
(0000549) wolin    2013-06-28 16:18	Jason created the PR, unfortunately for over $11k! I don't understand why it costs so much for 12 single-mode + 24 multi-mode (why so many?) fibers.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
357	[Hall D Online] Monitoring	feature	N/A	2013-06-14 16:12	2013-06-25 16:57
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Create initial hd_online plugins for monitoring of all detectors
Description:	Create preliminary versions of all monitoring plugins. Detector experts will modify these plugins by performing more sophisticated analyses and filling additional histograms.
Steps To Reproduce:
Additional Information:	Initial version will just create occupancy histograms.
Attached Files:

Notes
(0000541) wolin    2013-06-14 16:13	I will port the original example plugins I showed at a collaboration meeting a while ago.
(0000542) wolin    2013-06-18 11:38	Almost done creating loadjana.py, loaddana.py and loadroot.py.
(0000543) wolin    2013-06-25 16:57	Plugins for most detectors created and checked in. Modified build system to create plugins. Tested on HDCC (gcc4.8.0) and CUE (gcc4.4.6) systems. Generates basic occupancy histograms, needs improvement by detector builders.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
354	[Hall D Online] Computers	feature	N/A	2013-06-14 10:12	2013-06-14 15:11
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Add plugin capability to SCONS build system
Description:	We need to build plugins as well as binaries and libraries.
Steps To Reproduce:
Additional Information:	Propose plugins directory parallel to libsrc, one subdir of plugins for each plugin, subdir name is plugin name.
Attached Files:

Notes
(0000531) wolin    2013-06-14 10:13	With luck this will be a simple modification since plugins work exactly like libraries.
(0000539) wolin    2013-06-14 15:11	Updated build system, scripts and HOWTO to allow for plugins. They are basically handled like libraries but in a different part of the directory hierarchy.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
187	[Hall D Online] Networking	feature	N/A	2012-01-27 10:10	2013-06-14 10:55
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install final networking system in counting house and hall
Description:	Install Hall D switch in Rack Room, move existing interim networking from Telecom switch to Rack Room switch, run fibers from Rack Room to platform in the hall, install small switches as needed in the hall.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000259) wolin    2012-01-27 10:11	Will install components as building, rooms, platform, cable trays and racks become available.
(0000271) wolin    2012-01-30 16:46	Waiting for beneficial occupancy, platforms and cable trays to be installed, etc.
(0000493) wolin    2013-03-20 18:02	Counting house near done, will install fiber networking in the hall when cable trays are in, probably this summer.
(0000536) wolin    2013-06-14 10:55	Waiting for cable trays to be installed and the carriage to be ready.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
269	[Hall D Online] DAQ	feature	N/A	2012-07-10 09:20	2013-06-14 10:54
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Update codaLite to work on Linux-based single board computers
Description:	Beni plans to use codaLite for the FDC test. Need to update to use Bryan Moffit's latest VME libraries, latest cMsg, etc.
Steps To Reproduce:
Additional Information:	With luck all that needs to be done is to create a new interrupt service that uses Bryan's libs.
Attached Files:

Notes
(0000395) wolin    2012-07-10 09:23	Preliminary version of new interrupt service created with Bryan's help, needs to be tested. Beni and I set up wilma with a 32-bit operating system (required for Bryan's libs), put it on the 37 subnet along with the SBC's, and installed and tested the latest cMsg. Now we're ready to test codaLite. It is an old version that Beni has been using for a long time. Decided not to update at this time.
(0000399) wolin    2012-07-16 11:29    (edited on: 2012-07-16 11:32)	Linux ROC polling interrupt service for old TI's appears to work, requires gef kernel module and Bryan's linuxvme libraries. This interruptService polls the old TI to check if a trigger is pending. wilma back on 88 subnet. Will create polling interrupt service for new TI's when Beni gets them back. At some point should skip the polling and use interrupt service routine instead. Bryan says this is all implemented in his libraries so I don't have to redo what I did for VxWorks.
(0000400) wolin    2012-07-16 11:33	Beni is happy now. Will have to revisit this when he wants to run with new TI's.
(0000535) wolin    2013-06-14 10:54	Beni got an interrupt service working on Linux with the new TI board. It is somewhat tricky and complicated. I'll try to generalize his code when an application arises, until then Beni is the only one using it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
336	[Hall D Online] Controls	feature	N/A	2013-04-03 16:20	2013-06-14 10:16
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install ControlNet cable between solenoid PLC and cryo PLC
Description:	Install cable if we decide this is the way to go.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000518) wolin    2013-05-16 17:11	Jonathan more interested now that the magnet can quench due to adverse conditions in the cryo plant.
(0000532) wolin    2013-06-14 10:16	Need confirmation from Cryo group and agreement on who controls what.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
227	[Hall D Online] Infrastructure	minor	N/A	2012-04-04 15:21	2013-06-13 14:31
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine quality of power in Hall D complex
Description:	Ask Jonathan to install power monitor in Hall D complex so we can get a preliminary idea on the frequency of dropouts.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000335) wolin    2012-04-04 15:22	Contacted Jonathan, who is out of town this week. He says he will do this.
(0000364) wolin    2012-04-24 15:07	Jonathan says he installed the power monitor and is collecting data.
(0000366) wolin    2012-05-08 11:38	So far no dropouts or anomolous behaviour, just the usual minor voltage swings. We're aiming for at least one full month of data collection.
(0000530) wolin    2013-06-13 14:31	No problems after many months of solenoid testing, I guess this isn't a problem. We never got a working line monitor on the power lines.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
283	[Hall D Online] Databases	feature	N/A	2012-09-11 14:02	2013-06-13 14:29
Reporter:	wolin	Platform:
Assigned To:	sergpozd	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Generate graphic web pages using JInventory database information
Description:	Draw racks, crates, modules, etc. on web pages. Allow drill-down from rooms to racks to crates to modules. Clicking on items should bring up JInv entry for that item.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
338	[Hall D Online] DAQ	feature	N/A	2013-04-08 09:17	2013-06-13 14:24
Reporter:	wolin	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Decide on compressed data format
Description:	Get agreement from DAQ group concerning a compressed data format, same as was done for the uncompressed format.
Steps To Reproduce:
Additional Information:	Dave A says they need more time working with the DAQ system before they will be ready to do this. In the mean time we'll use Elliott's provisional format.
Attached Files:

Notes
(0000525) wolin    2013-06-13 14:24	Waiting for CODA3 to settle down a bit. Dave Abbott said they are not ready to decide this yet.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
352	[Hall D Online] Databases	feature	N/A	2013-06-07 14:59	2013-06-13 08:48
Reporter:	wolin	Platform:
Assigned To:	sergpozd	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	12
Percentage complete:	0
Actual man-weeks:	0
Summary:	Upgrade JInventory database system
Description:	Develop conventions and update/upgrade database and php code to implement them. Create and implement procedure to add electronics information to database from Fernando's spreadsheets. Purchase and install barcode labels on as much equipment as possible and update database appropriately. Add power hierarchy information to database.
Steps To Reproduce:
Additional Information:	Dave L's SQLite database may be useful for getting at electronics information. Some items already have barcode labels. Use label printer to make large labels for selected equipment. Work with Mark Stevens on power hierarchy.
Attached Files:

Notes
(0000523) wolin    2013-06-13 08:48	We've decided to add front-end boards using the CLAS convention of a fixed five-layer housing hierarchy. Serguei P will port the CLAS gui's that implement this into the system and modify them to use the housing hierarchy instead of location tables. These gui's restrict the fields shown to those relevant for front-end electronics boards. The full item gui will be used for other items.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
186	[Hall D Online] General	feature	N/A	2012-01-23 12:21	2013-06-07 14:47
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	5
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop scons-based build system
Description:	Develop generic scons-based build system for online software and appropriate online directory structure.
Steps To Reproduce:
Additional Information:	Review and steal best ideas from BMS, CLAS12 scons system, DAQ scons system, etc.
Attached Files:

Notes
(0000253) wolin    2012-01-23 14:56	Maurizio will present the CLAS12 scons system at the next Hall D Online meeting.
(0000504) wolin    2013-03-21 14:11	Maurizio's system is the best place to start with. He would welcome joint development of his system with us.
(0000514) wolin    2013-05-14 11:34	Basis build and install scripts complete, package directory structure defined. Still need to create release scripts for use by hdsys account.
(0000515) wolin    2013-05-16 17:07	Release script done, just need script from Dave L that generates setenv statements and creates setenv_xxx script.
(0000522) wolin    2013-06-07 14:47	System working and checked into svn. Scripts for build and release created.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
296	[Hall D Offline] General	minor	have not tried	2012-12-03 11:17	2013-05-21 10:26
Reporter:	marki	Platform:
Assigned To:	staylor	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	fix the cdc geometry
Description:	problem reported at the 11/28/12 offline meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000521) staylor    2013-05-21 10:25	updated last fall

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
347	[Hall D Offline] General	minor	have not tried	2013-05-16 12:54	2013-05-16 12:54
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	discuss the curling track problem
Description:	Paul and Simon
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
346	[Hall D Offline] General	minor	have not tried	2013-05-16 12:53	2013-05-16 12:53
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	summarize the detector naming convention in a document
Description:	based on translation tables
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
345	[Hall D Offline] General	minor	have not tried	2013-05-16 12:53	2013-05-16 12:53
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	add aluminum manifold for FDC pre-amp cooling in simulation
Description:	not in there now
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
344	[Hall D Offline] General	minor	have not tried	2013-05-16 12:52	2013-05-16 12:52
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	add material in front of BCAL in simulation
Description:	light pulsing system material
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
343	[Hall D Offline] General	minor	have not tried	2013-05-16 12:52	2013-05-16 12:52
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	fix TOF geometry
Description:	include half-width counters
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
342	[Hall D Offline] General	minor	have not tried	2013-05-16 12:51	2013-05-16 12:51
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	revisit data challenge 1
Description:	look for issues to solve for dc2
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
341	[Hall D Online] Computers	feature	N/A	2013-05-14 11:30	2013-05-14 11:31
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Set up gluex accounts on HDCC
Description:	Set up hdsys, hdops and user accounts and home directories
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
330	[Hall D Online] Computers	feature	N/A	2013-03-26 17:32	2013-05-14 11:22
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Set up gluex directories on HDCC
Description:	Set up source, distribution, etc. areas on file server.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
328	[Hall D Offline] General	minor	N/A	2013-03-26 16:02	2013-05-05 16:09
Reporter:	davidl	Platform:
Assigned To:	wilevine	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	sim-recon soft-wired for KLOE
Description:	The sim-recon code has several places where special configuration parameters like "BCALRECON:USE_KLOE" are used to specify use of the DBCALShower objects produced using the KLOE algorithm. This duplicates the same functionality already in JANA available via the DEFTAG:XXX configuration parameter. These should be removed so that the default tag can be overridden via the built-in JANA mechanism. In addition, Beni has recently reported that the KLOE algorithm seems to be doing much worse than the IU algorithm. When this issue is fixed, the IU algorithm should probably be made the default.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000512) marki    2013-05-05 16:09	Will reported on this at the May 1, 2013 offline meeting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
33	[Hall D Offline] General	minor	have not tried	2010-11-04 13:46	2013-05-01 10:57
Reporter:	marki	Platform:
Assigned To:	romanov	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Try importing GlueX geometry into EVE
Description:	Beni and Dmitry should get together and try to import our HDDS-based geometry into EVE.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000275) marki    2012-01-31 14:26	Reminder sent to: zihlmann Is there a possibility of reviving this? Perhaps we should discuss it.
(0000511) marki    2013-05-01 10:57	Dmitry has demonstrated that the import can be done.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
133	[Hall D Offline] General	minor	have not tried	2011-09-21 12:59	2013-05-01 10:54
Reporter:	marki	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Beni will present HERMES particle ID scheme
Description:	for our education
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000510) marki    2013-05-01 10:54	Beni distributed document describing Hermes scheme

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
301	[Hall D Offline] General	minor	have not tried	2013-02-09 17:47	2013-05-01 10:47
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	b1pi/single-track results notification
Description:	need to implement a notification scheme
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000509) marki    2013-05-01 10:47	done several weeks ago using simple_email_list

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
228	[Hall D Online] Magnets	feature	N/A	2012-04-04 15:31	2013-04-03 16:22
Reporter:	wolin	Platform:
Assigned To:	stevensm	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Repair/upgrade Danfysik power supply for solenoid test
Description:	Implement the many fixes/improvements we determined need to be done for the Fall test. These include instrumenting for the SOE module, new ground fault detector scheme, wiring of UPS power to contactor and control boards, replace Hall C control board with our repaired board, installation of key lock box, update checkout/commissioning procedures, backup of internal board program, etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000369) wolin    2012-05-09 11:37	Current plans are to have Bill Merz's group do routine maintenance, upgrades and repairs to the power supply in cooperation with Hall D. They can upgrade boards, upgrade firmware, etc. No need to bring in Danfysik techs.
(0000371) stevensm    2012-05-22 11:54	I have marked up a "Main Schematic" print with my proposed SOE (Sequence Of Events) relays, and the change in the ground fault circuit. I am waiting for Giles Brown to go over the print with me to approve of the modifications.
(0000505) wolin    2013-03-25 14:48	Mark and folks from Accel are repairing boards, replacing power transistors, etc. Current tests look good.
(0000507) wolin    2013-04-03 16:22	The supply is ready to go. Many transistors replaced, some boards replaced (borrowed from Hall C).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
334	[JANA] Feature Request	minor	N/A	2013-03-27 18:56	2013-03-27 19:25
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add IsAssociated method to JObject
Description:	Paul M. requests the following method be added to JObject: inline bool JObject::IsAssociated(const JObject* locObject) const {return (associated.find(locObject) != associated.end());}
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000506) davidl    2013-03-27 19:25	This was added in revision 1273 and will appear in the next tagged version of JANA (either 0.6.6p2 or 0.6.7)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
329	[Hall D Offline] General	minor	always	2013-03-26 16:07	2013-03-26 16:07
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add thread-specific random number generators to mcsmear
Description:	The mcsmear program currently uses a single random number generator for all threads. While it writes the random number seeds to the output HDDM file at the beginning of the event, the sequence will not be reproducible if more than one thread is used. To fix this problem, dedicated random number generators need to be instantiated for each thread.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
310	[Hall D Online] Controls	feature	N/A	2013-03-21 13:51	2013-03-22 13:25
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Learn about PXI programming for solenoid controls
Description:	Yi created the PXI control program in Labview. Someone else needs to learn about it.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
139	[Hall D Online] Controls	feature	N/A	2011-09-21 16:18	2013-03-22 13:25
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for target control system, design and implement
Description:	The cryotarget will be tested in Summer 2013. We will need the complete control system by then.
Steps To Reproduce:
Additional Information:	Chris Keith is designing the cryo system. He will tell us what instrumention will be used.
Attached Files:

Notes
(0000166) wolin    2011-10-12 14:51	Chris Keith is designing the target system.
(0000167) wolin    2011-10-12 14:51	Waiting to hear from Chris Keith...
(0000492) wolin    2013-03-20 18:01	Mostly designed by now, we can communicate with the Lakeshore controller via 495NBX module, details still to be worked out.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
318	[Hall D Online] Controls	feature	N/A	2013-03-21 17:29	2013-03-22 13:24
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for FCAL dark room system, design and implement
Description:	Purchase PLC equipment, implement control algorithm. The dark room should be ready before summer 2013.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
320	[Hall D Online] Controls	feature	N/A	2013-03-21 17:31	2013-03-22 13:23
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for gas system, design and implement
Description:	Purchase PLC equipment, implement control algorithm.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
321	[Hall D Online] Controls	feature	N/A	2013-03-21 17:32	2013-03-22 13:23
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for BCAL temperature monitoring system, design and implement
Description:	Purchase PLC equipment, implement control algorithm.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
319	[Hall D Online] Controls	feature	N/A	2013-03-21 17:30	2013-03-22 13:23
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for BCAL cooling system, design and implement
Description:	Purchase PLC equipment, implement control algorithm.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
322	[Hall D Online] Controls	feature	N/A	2013-03-21 17:33	2013-03-22 13:23
Reporter:	wolin	Platform:
Assigned To:	debutler	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for FCAL cooling system, design and implement
Description:	Purchase PLC equipment, implement control algorithm.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
327	[Hall D Online] Monitoring	feature	N/A	2013-03-22 11:22	2013-03-22 11:22
Reporter:	wolin	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop hardware monitoring facility
Description:	Develop facility to monitor various types of hardware, including crates, ROC's, etc. It is possible that the sysadmin computer monitoring facility can do all of this, but I suspect not, so an additional facility must be developed. This facility must interoperate with DAQ run control.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
326	[Hall D Online] Monitoring	feature	N/A	2013-03-22 11:17	2013-03-22 11:17
Reporter:	wolin	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop process monitoring system
Description:	Develop system to monitor health of computer processes running on counting house computers. A separate facility will monitor system processes, this facility needs to monitor user processes.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
323	[Hall D Online] Databases	feature	N/A	2013-03-22 10:12	2013-03-22 10:12
Reporter:	wolin	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write run bookkeeping scripts
Description:	Write scripts that enter critical run-related information at various stages during the run. Leading strategy is to enter everything into the conditions database, but a backup strategy needs to be developed as well. The latter likely should be file-based, and multiple backups might be a good idea.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
231	[Hall D Online] Computers	feature	N/A	2012-04-04 15:37	2013-03-21 14:01
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install computer in controls racks
Description:	Install windows computer in controls racks, install Allen-Bradley software as needed.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000393) ballard    2012-06-29 13:59    (edited on: 2012-06-29 13:59)	Purchased quad-core developer PC for hosting HMI/RSLinx Enterprise servers.
(0000502) wolin    2013-03-21 14:01	Computer installed, may want to put a better one in there some day.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
72	[Hall D Online] Controls	feature	N/A	2011-04-21 09:28	2013-03-21 13:59
Reporter:	hovanes	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Top-level Experiment Control System supervisor and GUI
Description:	Design a top-level Experiment Control System (ECS) supervisor that will supervise CODA run control as well as many other lower-level controls components/supervisors (monitoring/L3 farm, trigger system, HV, LV, etc). Design includes the ECS state machine and its associated operator GUI. Develop prototype and test in a realistic DAQ and controls environment. Deliver report that summarizes results and includes an outline of steps needed to create and commission a production version with estimates of required time and manpower.
Steps To Reproduce:
Additional Information:	AFECS is expected to be the top level layer for configuring and running the Hall D experiment. In this task we need to design an interface between AFECS and Hall D slow controls system (once it is defined), and create some prototypes. We will need to: * Determine what needs to be communicated between Hall D slow controls system and other AFECS components , like Run Control, Alarms, Monitoring. * Define how control system interacts with AFECS * Design slow controls object(s) to communicate with AFECS * Design an interface between AFECS and Hall D controls screen management system.
Attached Files:

Notes
(0000194) wolin    2011-10-31 17:21	Since Hall D controls will use the CSS package to develop operator gui's, it makes sense to use CSS for the ECS gui as well. CSS is composed of Eclipse plugins that can communicate via Channel Access. It is not clear how difficult it is to extend the CSS base classes to communicate via cMsg, required for the gui to talk to AFECS supervisor components. Vardan is looking into this.
(0000498) wolin    2013-03-21 13:59	Not sure who will work on this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
247	[Hall D Online] Computers	feature	N/A	2012-04-20 09:04	2013-03-20 18:05
Reporter:	wolin	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Learn how to query the status of the counting house and other UPS's
Description:	The control system needs to know if UPS's are running on line or battery power, and how much battery power is left. Figure out how to obtain this information for our existing UPS's and how this information might be accessed by the PLC and EPICS.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000373) wolin    2012-05-30 17:09	CNU summer student Rob Ryan will be looking into this. Mike Johnson has an EPICS way of doing this, Vardan can do this in AFECS. Current thinking is that the AFECS mechanism is the way to go.
(0000389) wolin    2012-06-25 15:07	From Mark Stevens: I recall that you are perhaps having a student look at the software/internet monitoring of the Libert UPS in the counting room. Are you aware that the RDC has the capability of communicating too, with optional equipment? And are you aware that the RDC may have a built-in monitoring system that self-protects and sends out alarms for overcurrent, and that it is factory-programmed for single-phase 20 Amp circuits? Will we need to reprogram this system to avoid erroneous faults, because we are installing larger circuits? I read about all of this in the Liebert RDC manual, while I was looking for information about circuit breakers. Perhaps your student could check this out.
(0000495) wolin    2013-03-20 18:04	Rob is gone, no progress...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
151	[Hall D Online] EPICS	feature	N/A	2011-10-21 06:42	2013-03-20 17:59
Reporter:	wolin	Platform:
Assigned To:	nerses	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop EPICS driver for JLab discriminator board
Description:	Develop driver to allow EPICS to communicate with the JLab discriminator board.
Steps To Reproduce:
Additional Information:	Joint effort with Hall B since we both will be using this board.
Attached Files:

Notes
(0000183) nerses    2011-10-21 09:22	The project is started
(0000227) wolin    2011-12-07 11:46	Reminder sent to: nerses Kindly update this task as you make progress, thanks.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
238	[Hall D Online] EPICS	feature	N/A	2012-04-04 16:04	2013-03-20 17:59
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop EPICS PV naming scheme
Description:	Develop EPICS PV naming scheme, present to Controls group.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
224	[Hall D Online] EPICS	feature	N/A	2012-04-04 15:15	2013-03-20 17:59
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop EPICS driver for Tagger microscope
Description:	Develop driver and IOC to control microscope boards.
Steps To Reproduce:
Additional Information:	Richard's boards currently communicate at the Ethernet Transport level, and do not understand IP. Initial indications are that this can be handled by our network equipment.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
223	[Hall D Online] EPICS	feature	N/A	2012-04-04 15:12	2013-03-20 17:59
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop EPICS driver for FCAL bases
Description:	Develop driver and IOC to control FCAL bases.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
222	[Hall D Online] EPICS	feature	N/A	2012-04-04 15:11	2013-03-20 17:59
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop EPICS driver for Wiener LV mainframes
Description:	Develop driver and IOC to control Wiener LV system
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
221	[Hall D Online] EPICS	feature	N/A	2012-04-04 15:10	2013-03-20 17:59
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop EPICS driver for CAEN HV mainframes
Description:	Develop driver and IOC to control CAEN HV
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
233	[Hall D Online] Databases	feature	N/A	2012-04-04 15:41	2013-03-19 13:10
Reporter:	wolin	Platform:
Assigned To:	stevensm	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Insert manuals into Midas elog system
Description:	Need to get all our manuals into the Midas manual database system.
Steps To Reproduce:
Additional Information:	Various people will work on this, Mark is first.
Attached Files:

Notes
(0000340) wolin    2012-04-04 15:42	Mark, once you are finished reassign this to the next person, whoever that might be.
(0000390) stevensm    2012-06-28 16:32	Elliott, I have responded to this for all of the people who work for/with me. I have no power over anyone else. Whom should I transfer this to?
(0000491) wolin    2013-03-19 13:10	Mark et al. put a great many manuals in, this of course is an ongoing task...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
257	[Hall D Online] Magnets	feature	N/A	2012-04-24 15:04	2013-03-19 13:09
Reporter:	wolin	Platform:
Assigned To:	stevensm	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop test procedures for solenoid Danfysik supply
Description:	Procedure should especially test the slow dump, as we think never performed a slow dump during the coil tests.
Steps To Reproduce:
Additional Information:	Sarin Philip said he'd help to develop this.
Attached Files:

Notes
(0000490) wolin    2013-03-19 13:09	Mark and others created a maintenance OSP for the Danfysik supply.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
235	[Hall D Online] Controls	feature	N/A	2012-04-04 15:45	2013-03-19 13:09
Reporter:	wolin	Platform:
Assigned To:	stevensm	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Design and implement SOE monitoring of power supply trip chains
Description:	Design circuits, procure parts and implement SOE monitoring of as many components of the Danfysik trip chains as is feasible.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000489) wolin    2013-03-19 13:09	Completed recently, I think it was fully tested, not sure.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
230	[Hall D Online] Controls	major	N/A	2012-04-04 15:36	2013-03-19 13:08
Reporter:	wolin	Platform:
Assigned To:	spiegel	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Design and build new breakout box for solenoid controls testing
Description:	Design and construct four-coil breakout box for the solenoid controls system.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000488) wolin    2013-03-19 13:08	Completed a while ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
225	[Hall D Online] Controls	feature	N/A	2012-04-04 15:18	2013-03-19 13:08
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Rewrite PLC program for full solenoid test
Description:	Modify, upgrade or rewrite PLC code as appropriate for full solenoid test.
Steps To Reproduce:
Additional Information:	Use ladders, function block or structured text as appropriate. Maximize modularity and reuse via liberal use of add-on instructions.
Attached Files:

Notes
(0000487) wolin    2013-03-19 13:08	Josh and Dave B finished doing this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
163	[Hall D Online] General	feature	N/A	2011-11-04 09:32	2013-03-19 13:07
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Outfit Counting House
Description:	We will get the Counting House in the next few weeks. We need to begin design of the control room and order furniture. Installation should be performed Summer 2012.
Steps To Reproduce:
Additional Information:	Facilities has expertise outfitting work areas. We'll need control consoles and chairs, tables and chair for the work/conference area, storage shelves and cabinets, refrigerator and microwave.
Attached Files:

Notes
(0000196) wolin    2011-11-04 09:34	I will soon contact Facilities and work with Dianne to figure out how to proceed on this. We'll need some interim furniture before we purchase the good stuff.
(0000249) wolin    2012-01-23 10:00	We may get some surplus furniture from the Test Lab when the technical staff moves to the new TEDF building. I told Dave Fazenbaker and Lamont we need all kinds of stuff.
(0000486) wolin    2013-03-19 13:07	Almost everything installed or ordered, not much left at this point...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
179	[Hall D Online] Controls	feature	N/A	2011-12-19 13:31	2013-03-19 13:06
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write planning document for archiving controls information
Description:	Document covers archiving EPICS information
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
178	[Hall D Online] General	feature	N/A	2011-12-19 13:29	2013-03-19 13:06
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write planning document for archiving run information
Description:	Document covers archiving all information other than DAQ configurations and EPICS archive data
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
171	[Hall D Online] Monitoring	feature	N/A	2011-11-21 09:45	2013-03-19 13:06
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write planning document for event display
Description:	Write planning document based on previous work by Andrew Blackburn, Dave Heddle, Dave Lawrence and others. Include online requirements, overlap with offline requirements, ET and file event source, interoperation with JANA and JANA objects.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000214) wolin    2011-11-21 09:45	Time to get going on 12GeV planning documents...
(0000215) wolin    2011-11-21 09:45	Low hanging fruit...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
253	[Hall D Online] Controls	feature	N/A	2012-04-24 14:21	2013-03-19 13:05
Reporter:	wolin	Platform:
Assigned To:	creel	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install ControlNet cable between Hall D and Cryo Service building
Description:	Communication between the Hall D and Cryo PLC systems will be done via ControlNet. A cable needs to be installed between the two buildings.
Steps To Reproduce:
Additional Information:	Jonathan said he has the cable and connectors. He said his techs will actually install the cable.
Attached Files:

Notes
(0000368) wolin    2012-05-09 11:32	Best strategy seems to be to run the line to the PLC chassis in Rack Room.
(0000485) wolin    2013-03-19 13:05	We decided this isn't needed. We may install on at a later date.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
153	[Hall D Online] Controls	feature	N/A	2011-10-24 11:37	2013-03-19 12:28
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Survey EPICS archivers and choose one
Description:	Survey existing EPICS archiver packages, test and make recommendation.
Steps To Reproduce:
Additional Information:	(not that important any more...see note below, EJW) An important consideration is integration/interoperation with the CCDB (Calibration and Conditions Database) to meet the needs of the offline analysis effort.
Attached Files:

Notes
(0000203) wolin    2011-11-15 11:09	Hovanes is focusing in on the SNS archvier (RDB/Beauty) and the JLab Accelerator archiver (MyA).
(0000204) wolin    2011-11-15 11:11	Interoperation with the CCDB seems less important now. The current thinking is to sweep data out of the archiver and process it before making an entry into the CCDB. Offline processes will then just access the CCDB and never directly access the archiver database.
(0000208) hovanes    2011-11-16 09:04	Work in progress
(0000484) wolin    2013-03-19 12:28	We will use the JLab Accelerator div's MyA. We will purchase some computers for them to run our archiver, Matt will buy them when needed (but before Apr-2014!).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
234	[Hall D Online] Controls	feature	N/A	2012-04-04 15:43	2013-03-19 12:26
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Procure and test 490NBX module
Description:	Purchase, install and test 490NBX module with some system that accepts Ethernet control.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000344) ballard    2012-04-04 16:00	We have the 490NBX and it has been issued hostname halld_490nbx1.jlab.org and IP address 129.57.36.37. It is installed in the PLC development area in EEL 126 but has not yet been configured.
(0000483) wolin    2013-03-19 12:26	Purchased a while ago, works perfectly with the Lakeshore controller.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
194	[Hall D Online] Infrastructure	feature	N/A	2012-02-01 09:08	2013-03-19 12:26
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install UPS in the rack room
Description:	Install UPS, wire it up, install RDC.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000328) hovanes    2012-04-03 09:07	This task is actually managed by Giles Brown. Hovanes Egiyan is the POC.
(0000336) wolin    2012-04-04 15:25	Need to determine whether UPS generates too much noise to allow us to run UPS power to the hall.
(0000347) wolin    2012-04-04 17:46	Harris running power from utility room this week or early next week, Tom will move UPS in before then.
(0000482) wolin    2013-03-19 12:26	This was completed a while ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
236	[Hall D Online] Controls	feature	N/A	2012-04-04 15:48	2013-03-19 12:25
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Modify Danfysik quench detector for use with solenoid
Description:	Resistors on the quench detector must be modified to give acceptable adjustment range, taking into account current-limiting resistors in the coil tap circuits.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000342) wolin    2012-04-04 15:49	Need signed drawings for coil tap circuits. Best would be for all four QD channels to be identical, which might require additions to the current-limiting resistor boxes. Or we might eliminate the redundant QD channel to avoid this.
(0000424) wolin    2012-08-08 14:48	Alexandre Elkiaer though my first redesign had too much input impedance, he wants to minimize this based on the maximum quench voltage. George will try to get this to me. With this I can calculate the resistor and pot values needed in the input circuits.
(0000433) wolin    2012-08-20 10:26	Sent two proposals to Alexander with different input impedances, not sure which is best. He's on vacation for a while...
(0000439) wolin    2012-09-11 13:57	Alexander suggested going with the lower impedance version, and described how to set the cable-detect resistors.
(0000481) wolin    2013-03-19 12:25	Front-end resistors modified for full solenoid, POT2 not changed. Three channels tuned for different coil comparisons. Cable detect resistors NOT modified so this feature is currently not working. Not clear if we need it since there is so much redundancy in the overall QD system.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
189	[Hall D Online] Networking	feature	N/A	2012-01-27 10:17	2013-03-19 12:00
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Install fibers between Telecom and Rack Rooms
Description:	Main connection between our switch and the JLab backbone networking system.
Steps To Reproduce:
Additional Information:	Originally was included in the 12GEV civil contract but got cut out. We may have to pay for it. Latest quote from Shields was over $8k.
Attached Files:

Notes
(0000262) hovanes    2012-01-27 10:49	The online schedule is being updated to allocate enough money for fiber installations in the counting house itself. The activity line number is going to be 1531048.
(0000263) wolin    2012-01-27 11:17	From Hovanes: We are adding 10K to the schedule, activity line 1531048. Hopefully, it gets approved, but we should wait for approval. We are not installing the switch right now anyway. Please, make sure it gets charged to "12CDAQ.12GEV" POA, with "Activity line 1531048" in the Notes for PR.
(0000306) wolin    2012-02-08 15:42    (edited on: 2012-02-08 16:14)	Dianne says no problem with getting fibers, few day installation. Brian says prior to installing the fibers we just need the Telecom rack installed, no need for power, and he prefers that the switch go in after the fibers.
(0000363) wolin    2012-04-24 15:07	Waiting for UPS to be installed, then for power distribution installation under the floor. Then we can move the racks in and install the fibers.
(0000381) wolin    2012-06-05 11:41	Waiting for counting house rack room power to be ready and racks installed, meanwhile we get temporary networking from the Telecom room switch.
(0000423) wolin    2012-08-08 14:46	Power and racks in Rack Room should be complete by early Sep. I contacted Bryan Hess and asked that he plan to install the fibers (and our network switch) in mid-Sep, assuming all goes well with the electrical and mechanical work.
(0000438) wolin    2012-09-11 13:56	Jason got a quote from Shields, $8k!!! Why so much?
(0000480) wolin    2013-03-19 12:00	This was completed a while ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
152	[Hall D Online] Electronic logbook	feature	N/A	2011-10-21 09:17	2013-03-19 11:59
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Choose electronic logbook facility
Description:	There are a number of logbook-like and notebook-like applications in the online besides the operator logbook itself. Ideal would be to use a single product and deploy it multiple times for the different applications (operator elog, various start-of-run logs, various end-of-run logs, software feature/bug requests/reports, problem/maintenance logs, subsystem expert logbooks/notebooks etc).
Steps To Reproduce:
Additional Information:	There are many operator elog applications available, but hardly any are adaptable for the myriad other uses listed above. The general consensus from the coil test was that the Accelerator elog was inadequate or barely adequate. SNS has an interesting elog, and the J5 commercial logbook application development kit is still around. We might consider updating the Hall B elog. There are other possibilities...
Attached Files:

Notes
(0000182) wolin    2011-10-21 09:17	We get the counting house by Jan, the time has come to do something about this.
(0000184) wolin    2011-10-21 09:45    (edited on: 2011-10-21 09:46)	David L suggested I check in the sql scripts from my follow-on design to the Hall B elog so that people can have a look, and maybe even implement some of it to see how it works. It is a multiple parallel elog/notebook system with extensive cross-reference capabilities. Note that this design is relevant only to some of the logbook-like tasks noted earlier.
(0000202) wolin    2011-11-15 11:08	Midas appears adequate for all logbooks/notebooks other than the operator elog. So this task boils down to finding an operator elog only.
(0000213) wolin    2011-11-18 16:58	Graham will organize a meeting on operator elogs with all four halls. Latest from Graham is that halls A and C are looking for a new elog.
(0000355) wolin    2012-04-06 17:00	Waiting to hear back from Accelerator div.
(0000403) wolin    2012-07-16 13:16	Theo is running a prototype: https://logbooks.jlab.org [^]
(0000404) wolin    2012-07-16 13:16	Now must test the prototype.
(0000421) wolin    2012-08-08 14:43	Theo plans to develop a prototype that we will will use in the solenoid test later this Fall. Otherwise his design look fine, and appears to satisfy all the major hall requirements. Many details to be worked out, and we'll give feedback when we test the prototype.
(0000436) wolin    2012-09-06 14:35	Theo said he should have a prototype working by the end of Sep, and a version suitable for the Solenoid test by the end of Oct.
(0000479) wolin    2013-03-19 11:59	We almost for sure will go with the Accelerator division's electronic logbook. The four halls created requirements and Theo thinks he can implement them all.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
256	[Hall D Online] Controls	feature	N/A	2012-04-24 15:02	2013-03-19 11:54
Reporter:	wolin	Platform:
Assigned To:	hovanes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Arrange for Accelerator to manage power supplies in Hall D
Description:	After meeting with Accelerator it seems natural for them to take over programming and maintenance of two supplies in the Tagger Hall and two in Hall D. This leaves just the solenoid supply in the hall, and we hope to arrange for Bill Merz's group to take over maintenance of this supply.
Steps To Reproduce:
Additional Information:	Need costs from Accelerator. Matt Bickley says they would connect to the Accelerator controls network via Accelerator switches in the Tagger Service building and the Counting House Telecom Room.
Attached Files:

Notes
(0000477) wolin    2013-03-19 11:54	I believe this has been arranged.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
91	[Hall D Online] DAQ	feature	N/A	2011-06-17 15:26	2013-03-19 11:54
Reporter:	wolin	Platform:
Assigned To:	heyes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Design self-configuring readout list with database storage of crate configuration
Description:	Design a readout list that probes the VXS/VME crate backplane to discover which modules are present in the crate, then configures itself to read out the modules in an optimum way. Program should report the configuration it found to the Hall D Conditions Database and to other Hall D bookkeeping facilities as appropriate. Develop prototype and test in a realistic DAQ and crate environment. Deliver report that summarizes results and includes an outline of steps needed to create and commission production readout list with estimates of required time and manpower.
Steps To Reproduce:
Additional Information:	Consult as required with the Hall D Online group concerning the specific requirements and constraints of the Hall D computing system. Major architectural decisions must be reviewed by the Hall D Online group to ensure compatibility with the experiment online environment.
Attached Files:

Notes
(0000117) wolin    2011-06-20 10:16	Graham...kindly review the task description and modify as required, especially the estimated man-weeks of effort needed. We'll iterate as needed.
(0000123) wolin    2011-06-20 10:18	Please update task description as needed
(0000145) heyes    2011-07-15 11:20	Estimated man-weeks will be updated after discussion of scope and priority. This task is dependent on other tasks that may make development of a meaningful prototype impossible in the near term.
(0000169) wolin    2011-10-12 14:54	Bryan says he'll have a prototype available for the FDC cosmic ray test later this Fall.
(0000476) wolin    2013-03-19 11:54	Bryan created a package that scans a VME crate and delivers an XML file listing the crate contents. This file will be input to a later package that reads out the crate based on the XML file. Between generation and use of the file users could modify the file to eliminate crates that are not needed, and check that required crates were found.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
93	[Hall D Online] DAQ	feature	N/A	2011-06-17 16:41	2013-03-19 11:51
Reporter:	davidl	Platform:
Assigned To:	heyes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	DAQ-like EVIO file from simulated data
Description:	Write a program that will generate an EVIO file using Hall-D simulated data (HDDM file) as input. The output EVIO file should be close in format as to what is anticipated from the Hall-D DAQ system. It should provide an option to make either entangled or disentangled event files. The working program will be well documented such that the Hall-D group may take over maintenance.
Steps To Reproduce:
Additional Information:	David abbott will take the lead with this task but I (Heyes) am leaving myself as the "assigned to" so that I can track and report progress.
Attached Files:

Notes
(0000119) wolin    2011-06-20 10:16	Graham...kindly review the task description and modify as required, especially the estimated man-weeks of effort needed. We'll iterate as needed.
(0000122) wolin    2011-06-20 10:18	Please update task description as needed
(0000143) heyes    2011-07-15 11:10	The task description looks reasonable. I am not updating the man-weeks until David has discussed the task and has figured out how long he thinks it will take. There are some unknowns: - Exactly how some boards will be read out is not yet known. - The disentangled data format may depend on some aspects of the disentangler.
(0000171) wolin    2011-10-12 14:56	Dave Abbott is currently working on this, prototype within the next few weeks.
(0000384) wolin    2012-06-05 11:49	No progress for a long time, but we will need this for our mock data challenges later this summer/fall.
(0000475) wolin    2013-03-19 11:51	Dave created the mc2coda package, Elliott wrapped this in the "rawevent" JANA plugin.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
173	[Hall D Online] Controls	feature	N/A	2011-12-02 10:20	2013-03-19 11:49
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	6
Percentage complete:	0
Actual man-weeks:	0
Summary:	Investigate having Accelerator interface CSS DataBrowser to MyA
Description:	Matt Bickley said Accelerator is planning to interface their MyA archiver to the CSS DataBrowser interface. This would be a good solution for us. We need to follow up on their plans for this, let them know our requirements, understand the timeline for doing this, etc.
Steps To Reproduce:
Additional Information:	Accelerator plans to do this using their own funds.
Attached Files:

Notes
(0000220) wolin    2011-12-02 10:20	Hovanes and I will meet with Matt et al. as needed
(0000224) wolin    2011-12-07 11:42	Arne asked to meet with us and the other halls in Jan.
(0000238) wolin    2012-01-13 12:53	Arne says Matt and Graham are organizing this meeting.
(0000240) wolin    2012-01-19 11:32	Current plans are for meeting in mid-Feb.
(0000350) wolin    2012-04-05 14:10	We had a meeting in Feb and they said they'd do this. Not sure of the timescale, but they need it before the end of the long shutdown. We need it before this, of course.
(0000351) wolin    2012-04-05 16:43	Waiting to hear back from Accelerator division
(0000474) wolin    2013-03-19 11:49	The will not do this, too bad...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
294	[JANA] Feature Request	minor	N/A	2012-11-08 09:18	2013-03-12 16:20
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add MD5 checksum to JGeometryXML
Description:	JANA should provide an md5 checksum of the entire XML geometry in the same way HDDS now does. Code can be copied from XParsers.cpp in the HDDS source to do this.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000471) davidl    2013-03-12 16:20	This has been added and tested to be consistent with the values produced by hdds-md5. It will appear in JANA 0.6.6

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
305	[JANA] Bug	minor	always	2013-03-07 10:20	2013-03-11 16:17
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Configuration Parameters not consistent between threads + NaN
Description:	This is a bug exposed by some code Paul M. wrote. There are actually 2 issues: 1. The first thread to call SetDefaultParameter will not alter the contents of the reference variable so that it is left untouched. Subsequent threads will copy in a value that has undergone a conversion to and from a string so that it may not be identical to the original for floating point values. To fix this, the call that creates the parameter should also convert to/from a string so that the value returned is the same as is used by all other threads.   Because this may change a value that the user has set to a high number of decimal places, a mechanism can be included to check that the converted value is exactly the same as original. If it is not, then an appropriate warning should be printed. 2. If the value passed in as the default value happens to be NaN or INF, then the conversion to and from a string will result in a value of "0". This should be handled by either treating these values as errors, or restoring them to a value of NaN or (INF).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000465) davidl    2013-03-11 16:17	This was fixed in revision 1244 and will appear in jana 0.0.6 The first call to SetDefaultParameter now converts the value to/from a string before returning so that the exact same value is used for all configuration parameters. A check is also made that the converted value exactly matches using the == operator for the data type passed in to the templated method. If it does not match, a warning is printed. This means that NaN and INF values will result in warnings only, but should alert the user something foul is occurring.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
304	[JANA] Feature Request	minor	N/A	2013-02-28 13:37	2013-03-08 09:44
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add optional CCDB support to JANA
Description:	In order for janacalibread to work with the CCDB, support needs to be built in a t the JANA level (or maybe it is already there as a plugin in CCDB?? ...)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000464) davidl    2013-03-08 09:44	Added optional support for CCDB. This is done at the configure script level. With no user arguments, configure will check the presence of CCDB_HOME environment variable to decide whether to compile in support for CCDB. This support consists of adding a JCalibrationGenerator to JApplication.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
299	[JANA] Bug	minor	have not tried	2013-02-01 13:44	2013-03-01 16:39
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Protect some methods in JParameterManager with a mutex lock
Description:	This is from Paul Mattione and his original e-mail is quoted below. Some methods of JParameterManager (e.g. WriteConfigFile) do not lock the "parameter_mutex" while reading the parameter values. Because the values are stored as string types, if a value is being changed while it's being read, the string data may be re-allocated at just the wrong time causing the reader to try using a stale pointer. This leads to crashes. The JParameterManager methods should be modified to lock the mutex when reading to ensure the underlying string's pointer is not modified during the process. Here is Paul's e-mail sent on Feb. 1st describing the problem. "Hey David, in the JParameterManager::PrintParameters() function, can you please insert a lock on the "parameter_mutex" before printing the actual values to screen? (locks should probably be placed in the WriteConfigFile, GetParameters(map), etc. functions too...) I'm having crashes where one thread tries to read/write parameter values while another thread is printing to screen. This is probably happening because I'm doing something unexpected: I have the functions to open, write-to, and close the output BOS file stored in a persistent factory object (is there a better way to do this? I don't want this in a plugin: I want every plugin to be able to call this (e.g. only write if pass certain cuts)). Because of this, once one thread opens the BOS file, it needs to tell the other threads the BOSIOptr location for writing. I do this (with an int) via gPARMS (is there a better way to pass info between threads?). Perhaps the reason I'm seeing the crashes is because I have it open the BOS file in the evnt() method; I'm moving it to the init() method and that should (may?) probably remove all of the crashes I'm seeing anyway. However, I need to still modify gPARMS in the persitent-object destructor: I need to know how many threads are remaining, so that I don't close the output BOS file until the last one is done. So this could potentially still cause more crashes. Is there a better way of doing this? Thanks again David.  - Paul"
Steps To Reproduce:
Additional Information:	I've also encountered a crash when jana::JParameterManager::PrintParameters() isn't called until the end of the program (I ran with 4 threads on 100 events of data, and it crashed in that function while simultaneously merging the threads).
Attached Files:

Notes
(0000463) davidl    2013-03-01 16:39	A fix for this was put in revision 1238 and will appear in jana 0.0.6. Mutex lock/unlock calls were added to WriteConfigFile and PrintParameters methods of JParameterManager. This should address the specific problem Paul was seeing. This does not necessarily make the system bomb-proof. It is still possible for a user to get a hold of a JParameter object and then modify the value while another thread reads it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
302	[JANA] Feature Request	minor	N/A	2013-02-13 08:17	2013-03-01 16:08
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Cache XML node names to speed up JGeometryXML::Get()
Description:	Startup seems to take a very long time when using lots of threads. Interrupting with gdb indicates that most threads are stuck in __lll_unlock_wake() which is called from pthread_mutex_unlock() which itself is called (eventually) from xerces_3_1::IconvGNULCPTranscoder::transcode. This transcode method is used in JGeometryXML::SearchParameters::SearchTree to convert the DOMNode name to a char* so it can then be compared to strings from the xpath. Assuming this is the cause of the slow startup, we can avoid having every thread do this repeatedly by walking the tree once while still in the constructor and caching the names of the nodes in a map. The map index would be the DOMNode pointer: map<xercesc::DOMNode*, string> nodeNames; The top part of the SearchTree method has an example of code that could be modified to make a simple tree-walker. The 3 lines near the top of SearchTree where transcode is called would need to be replaced by accessing the map.
Steps To Reproduce:
Additional Information:	- The map should be filled at constructor time and then not modified. This should allow it to be accessed by multiple threads without a mutex lock - The transcode method is called from other routines so it should be checked if these can also be replaced by accessing the cache
Attached Files:

Notes
(0000462) davidl    2013-03-01 16:08	This went in revision 1223 and will appear in jana 0.0.6 The fix described in the "Additional Information" was implemented. Some initial testing on ifarm12s01 indicated there might be a bug with this, but the same issue has not been seen on Mac OS X. Hopefully, the CUE problems were related to stale files and will go away with a fresh build of JANA and sim-recon. For now, I am resolving this issue and will re-opne later if the problem has not gone away.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
303	[JANA] Bug	minor	always	2013-02-28 13:33	2013-03-01 16:04
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	--dumpcalibrations option not working correctly
Description:	When using --dumpcalibrations, multiple calibX directories are created one inside another. At each level, there appear to be constants, but no level seems to have all of them. The nested directory structure makes the directory unusable as a source of calibration constants. Also, a final message should be printed that tells the user what to set JANA_CALIB_URL to in order to use the dumped constants.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000461) davidl    2013-03-01 16:04	This problem was fixed with revision 1237 and will appear in jana 0.0.6. The problem was in the code that found the full path to the directory where the files were being written. If an error was encountered, the routine exited early leaving the CWD in the calib directory.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
281	[JANA] Bug	minor	always	2012-08-31 05:45	2013-02-18 15:42
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	jcalibread prints errors
Description:	jcalibread prints errors indicating no event source was given etc. before printing the results. It also prints that it is telling all threads to exit. These are misleading given the purpose of the program.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000460) davidl    2013-02-18 15:42	Committed in revision 1221 and will be in jana 0.6.6

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
290	[JANA] Feature Request	minor	N/A	2012-10-08 07:34	2013-02-18 11:52
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add profiling to plugins
Description:	It would be nice to have a metric that measures the amount of time each JEventProcessor spent on an event. In particular, this could be used to indicate how much time the process was spending in each plugin. This will automatically be inaccurate when two plugins request the same objects due to the reconstruction being done only once. However, it can still provide a useful performance metric. This should probably include an update to janadot that shows all JEventProcessors at the top of the page.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000459) davidl    2013-02-18 11:52	janadot was updated to show each JEventProcessor at the top of the graph. This will be in jana 0.6.6

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
285	[JANA] Feature Request	minor	N/A	2012-09-18 06:32	2013-02-18 11:35
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add ROOT option to mkplugin
Description:	The most common use-case for mplugin at the moment involves making ROOT histos or trees. This requires the user to modify the Makefile by adding "ROOT" to the PACKAGES variable. This is not necessarily obvious. The mkplugin script should be modified to: 1.) include ROOT by default 2.) include commented examples of locking and unlocking the JApplication level ROOT mutex. 3.) have a "--no-root" option to revert to the existing behavior where ROOT is not included.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000440) davidl    2012-09-18 07:00	While there, add: #include <iostream> using namespace std;
(0000458) davidl    2013-02-18 11:35	Implemented in revision 1219 and will be available in JANA 0.6.6. Also added options to use DANA or BANA instead of JANA as the default setting for PACKAGES in the Makefile.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
284	[JANA] Feature Request	minor	N/A	2012-09-13 14:15	2013-02-18 09:25
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add "focus" option to janadot
Description:	The graphs output by janadot can sometimes be very busy, especially when you are really only interested in one type of object in the center of the graph. A "JANADOT:FOCUS" configuration parameter should be added that allows one to specify one or more objects that the user is interested in and have other things not directly related to that suppressed. The use case where I thought this would be useful was when looking at the DBCALShower object, but including the DNeutralParticle objects. Since it is tied into the tracking, the resulting graph was tracking object heavy. The objects specified as a "focus" should have all things directly dependent on them shown as well as their direct dependents and on and on up the chain. However, those objects on which the higher-level object depend, but are not directly depended upon by the focus object or an object in the chain of things it depends on should not be shown. In other words, ancestors and descendants should be written out. Siblings and cousins should not.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000457) davidl    2013-02-18 09:25	Implemented with revision 1215 and will appear in JANA 0.6.6

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
300	[Hall D Offline] General	minor	have not tried	2013-02-09 17:45	2013-02-09 17:45
Reporter:	marki	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	target position from bggen
Description:	seems to be an issue with (0,0,0) having special meaning to hdgeant
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
291	[JANA] Feature Request	minor	N/A	2012-10-08 16:26	2013-01-22 16:15
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add resource manager to JANA
Description:	Very large files (like magnetic field maps) do not fit well into MySQL and should be managed separately. It may be that the CCDB could be used to maintain some meta data associated with the resource, but the resources themselves (e.g. a URL) should be stored and accessed through another means. Add support for this in a similar way to GetCalib(...), but via a GetResource(...) method.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000456) davidl    2013-01-22 16:15	JResourceMAnager was added some time ago but some refinements based on feedback from Hall-D offline group were implemented in late Dec., early Jan. As of rev 1151, this seems to be completed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
286	[JANA] Bug	minor	always	2012-09-18 06:35	2013-01-22 16:13
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Update osrelease.pl
Description:	The osrelease.pl file was already out of date when JANA 0.6.5 was tagged. It has since been modified in the Hall-D scripts version to include support for CLANG. This version should be copied into JANA and modified to include not only contemporary OSes, but make some attempt to include near future ones as well.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000455) davidl    2013-01-22 16:13	The osrelease.pl script was copied over from the halld repository in Oct. Today, it was updated (JANA copy) to guess the id strings for CentOS 7 and Max OS X 10.9.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
297	[JANA] Feature Request	minor	N/A	2012-12-13 11:18	2013-01-22 15:50
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Allow user to set MAX_EVENTS_IN_BUFFER
Description:	The MAX_EVENTS_IN_BUFFER variable in JApplication.cc is used to set how many events are buffered by the event reader thread. For getting started with JANA, it would be desirable to be able to set this to "1" since a lot of event source may not be able to keep more than 1 event in memory at a time.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000454) davidl    2013-01-22 15:50	Resolved in revision 1193. Exisiting MAX_EVENTS_IN_BUFFER was made into configuration parameter.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
298	[JANA] Feature Request	minor	N/A	2012-12-20 08:27	2013-01-22 15:39
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Need list of mutexes to unlock in thread_HUP_sighandler
Description:	If a thread happens to hold a mutex lock when it is killed by an HUP signal then the replacement thread (or any other) will gridlock. (The HUP signal is sent by the main thread when the processing thread exceeds the timeout specified for processing a single event.) This occurred during the GlueX data challenge occasionally, apparently due to events taking a long time to write to disk (network issues?). The fix is to have JANA maintain a list of mutex pointers (registered by user code) that can be unlocked in the thread_HUP_sighandler routine. The mutexes will need to be of type ERRORCHECKING so they behave correctly if the mutex is not locked by us when we attempt to unlock it. Ideally, this will be checked at the time the mutex is registered so an error can be issued.
Steps To Reproduce:
Additional Information:	The original problem manifest in mcsmear because it implemented its own mutex for serializing writing to the output file. This problem will exist for all output systems since they will all need to implement a similar mutex. It may be worth considering re-implementing the JEventSink base class to standardize this (??)
Attached Files:

Notes
(0000453) davidl    2013-01-22 15:39	Added data members to hold mutexes and callback routine pointers to be called whenever a SIGHUP signal is received in the default signal handler (defined at top of JEventLoop.cc). Also added additionl test to the thread_relaunch unit test to verify the callback is working.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
220	[JANA] Bug	minor	have not tried	2012-03-26 14:33	2013-01-22 13:23
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	CalibDB position ordering defeated by more than 10 columns
Description:	When an ASCII file is used to hold a table for the JCalibrationFile mechanism, and column names are not specified with "#%", then column names are automatically generated like "0", "1", "2", ... When an 11th column is added, it comes alphabetically before the column named "2" causing the columns to be placed out of order due to the underlying map storage. The fix is to just add leading zeros to the column names.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000321) davidl    2012-03-26 19:41	This should be fixed in revision 932. It has not been tested, but the fix *should* be good.
(0000443) davidl    2012-10-03 16:15	A conversation with Dmitry brought up this issue again. The JCalibration derived class for the CCDB will have ordering problems of a similar nature. Using a similar fix would force the CCDB to auto-generate column names with zero padding too. This starts to smell like a design limitation that is causing us to kludge the code in multiple places. Dmitry suggested adding two new GetCalib methods to JCalibration. One to get a vector of vectors and another to get a vector of strings. This would allow more direct transport of the data without having to go through a map. It would also eliminate the re-ordering problem. Dmitry thinks he can get around the issue at the moment by modifying the conversion script used to generate CCDB entries from the text files currently in use.
(0000452) davidl    2013-01-22 13:23	This seems to have been fixed in JANA 0.6.5 with revision 1008 in the repository. Auto-generated column names should have up to 3 leading zeros making the ordering good up to 9999 values.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
295	[Hall D Offline] General	major	have not tried	2012-12-03 11:16	2012-12-19 10:32
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	announce cut-off for ccdb
Description:	as decided at the 11/28/12 offline meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000451) marki    2012-12-19 10:32	announcement sent to offline mailing list

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
293	[Hall D Offline] General	feature	have not tried	2012-10-18 09:13	2012-12-05 19:19
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	mini data challenge on centos6 farm nodes
Description:	tune up for major challenge
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000450) marki    2012-12-05 19:19	done many times now

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
217	[Hall D Offline] General	minor	have not tried	2012-03-23 14:33	2012-12-05 19:18
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	document creation of HDDM DST
Description:	as developed at UConn
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000444) marki    2012-10-25 18:52	just invoke the danarest plugin

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
106	[Hall D Offline] General	minor	have not tried	2011-06-30 08:01	2012-12-05 19:15
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Design behavior of reconstruction when channels are known to be missing.
Description:	monte carlo and reconstruction
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
289	[Hall D Offline] General	minor	have not tried	2012-09-27 11:47	2012-11-16 19:11
Reporter:	romanov	Platform:
Assigned To:	romanov	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Make ccdb script to ask database password
Description:	CCDB is using connection string for MySQL as: mysql://<username>:<password>@<server_address>:<port> <database> Lets say you would like to use a password for MySQL connection on a public server. 1. ccdb script searches the connection string in CCDB_CONNECTION environment variable first. Which is, certainly, not a good place to store a password. 2. Another option is to use: ccdb -c <connection string> This might be not a convenient way too. You always have to type in all other parts of connection string with password. 3. The good idea is to have something like: >> export CCDB_CONNECTION="mysql://Johann@host" >> ccdb -p >> enter password for Johann: So you don't have a password in connection string but tell ccdb to ask it.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000448) romanov    2012-11-16 19:09	Feature added in trunk commit 1131. Will appear in tag 0.6
(0000449) romanov    2012-11-16 19:11	Try to change status to resolved from closed

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
4	[Hall D Offline] General	minor	have not tried	2010-06-18 09:12	2012-10-25 22:42
Reporter:	wolin	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Understand smearing scheme for time-of-flight.
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000276) marki    2012-01-31 14:30	Reminder sent to: zihlmann Seems like this should be marked "resolved". What do you think?
(0000446) marki    2012-10-25 22:42	Reminder sent to: marki, zihlmann Is this still an issue?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
215	[Hall D Offline] General	minor	have not tried	2012-03-23 14:31	2012-10-25 22:39
Reporter:	marki	Platform:
Assigned To:	shepherd	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	feasability study for EventStore
Description:	as discussed at the Feb. 22 Offline Meeting
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
218	[Hall D Offline] General	minor	have not tried	2012-03-23 14:35	2012-10-25 18:55
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	document use of the CCDB
Description:	so folks can start using it
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000445) marki    2012-10-25 18:55	Dmitry started a LaTeX file. There is an outine in it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
292	[Hall D Offline] General	feature	have not tried	2012-10-18 09:11	2012-10-25 17:50
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	create a code profiling regime
Description:	gprof or oprofile or...
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
287	[JANA] Feature Request	minor	always	2012-09-24 07:05	2012-09-24 07:48
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add catch for std::exception to JFactory::Get
Description:	This comes from Paul. Here is the original e-mail: In JFactory<T>::Get(vector<const T*> &d), could you please add catch statements for "std" exceptions (and set the busy flag to zero there too!). If nothing else it helps me track down where std::bad_alloc is thrown from by looking at the factory call stack. Also, and this may be a bad idea, but maybe if the framework could call JApplication::RootUnLock() (and any other unlocks) when an exception was thrown, it would help trying to recover from them.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000441) davidl    2012-09-24 07:45	Modified the catch statements in JFactory.h to catch std::exception instead. Since JException inherits from std::exception, it will be caught as well. Committed in revision 1053. This will appear in JANA 0.6.6
(0000442) davidl    2012-09-24 07:48	We cannot unlock all mutexes in the catch block because we don't know if they are locked or who holds them and most importantly, if they will be unlocked after we return. Unlocking a mutex you do not own is "undefined" according to the pthreads documentation. Unlocking twice and unlocking an un-locked or un-owned mutex would all lead to undefined behavior.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
244	[Hall D Online] Databases	feature	N/A	2012-04-13 09:37	2012-09-11 13:55
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Investigate utility of purchasing a barcode scanner
Description:	Determine if barcode scanners would be useful for inventory purposes. If so, how would they be used with the JInventory system.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000374) wolin    2012-05-30 17:11	Current thinking is we need one wireless full-featured scanner and one or more simple USB scanners. We need to read 1-d and 2-d codes, and JLab property stickers.
(0000379) wolin    2012-06-05 11:39	We're pretty sure now we will purchase one USB and one wireless model, assuming Eugene is willing to pay for it!
(0000380) wolin    2012-06-05 11:40	The techs are excited!
(0000385) wolin    2012-06-05 14:45	Scanners act as keyboard inputs to a web page form. They can be programmed to append a special character to the scanned text that triggers the form to post via Javascript. Need special web pages tailored for this purpose, especially for the small screen space on wireless scanners.
(0000386) wolin    2012-06-14 15:25	We're getting a wireless loaner soon.
(0000437) wolin    2012-09-11 13:55	Hovanes put in a PO for two scanners, one wireless, one USB. Key was to get scanners that can handle small UPC labels.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
264	[Hall D Online] Computers	feature	N/A	2012-06-05 11:37	2012-09-06 14:34
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Update EVIO C++ library
Description:	Add Carl's new features to the C++ library.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000435) wolin    2012-09-06 14:34	Checked in a new version that I believe implements all of Carl's new C functionality. Carl will make a new release.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
272	[Hall D Online] Databases	feature	N/A	2012-07-24 09:13	2012-09-05 10:37
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Implement display of hierarchical data in JInventory database
Description:	Display housing, power and control hierarchy information in JInventory database. Investigate possible ways of storing/accessing this information and choose one.
Steps To Reproduce:
Additional Information:	Current leading candidate is Closure Table.
Attached Files:

Notes
(0000434) wolin    2012-09-05 10:37	Using Transitive Closure tables for housing, power and control hierarchies. Created many procedures to implement this. GUI updated. Everything seems to work.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
112	[JANA] Feature Request	minor	N/A	2011-07-01 10:02	2012-08-17 16:51
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Throw exception when accessing non-existent calib constants
Description:	Add a set of templated classes to extend things like map<string,double> used by JCalibration so when the user tries to access a key for which there is no entry using operator[], an exception is thrown instead of simply creating a new key with a value of 0.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000432) davidl    2012-08-17 16:51	This was not actually resolved in the way indicated. Instead, an exception is now thrown when non-existent calibration constants are requested from JCalibrationFile. The exception catching and stack trace recording/reporting were improved so that the user can better understand the error that caused the program to quit.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
118	[JANA] Feature Request	major	N/A	2011-08-04 10:14	2012-08-16 09:59
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add ability to Get from empty tag factory when a DEFTAG is specified
Description:	If a DEFTAG is specified for a type of object, then it is currently not possible to programmatically get objects from the un-tagged factory (at least not easily). Note that the same mechanism exists in both Get and GetFromFactory to replace an empty or NULL tag with the value from DEFTAG so both places need this addressed.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000431) davidl    2012-08-16 09:59	Resolved in revision 1015 and will appear in JANA 0.6.5. An optional 3rd argument was added to JEventLoop::Get and an equivalent 4th one to JEventLoop::GetFromFactory that specifies whether to allow the DEFTAG to be used. This is similar to the mechanism built into JEventLoop::GetFactory

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
268	[JANA] Bug	minor	sometimes	2012-07-09 10:10	2012-08-16 09:41
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Ctl-C causes program to hang
Description:	Sometimes a program hangs (or appears to) and the user hits Ctl-C several times to kill it. Eventually, it tries to do a more serious kill, but the program is hopelessly hung until the user kills it externally. This may be due to the main thread being held up in pthread_join while the thread it's waiting on has been otherwise destroyed.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000430) davidl    2012-08-16 09:41	Added a call to JApplication::Fini(...) and then the JApplication destructor when 3 SIGINTs are received. An optional argument allows the locking of the app mutex to be skipped in Fini, hopefully minimizing the chances that it gets stuck. Program exits when 3 SIGINTs are received afterwards. If 6 SIGINTs are received, then the program just tries to exit immediately. This could be useful if the program gets stuck in the Fini or ~JApplication methods while handling the 3rd SIGINT. I did not have a working system that exhibited the problem so this really couldn't be tested.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
240	[JANA] Bug	major	always	2012-04-11 10:49	2012-08-16 09:04
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	XERCES support broken in BMS
Description:	Compiling JANA 0.6.4 on RHEL5 showed that the -DHAVE_XERCES=1 argument was not being added to CXXFLAGS. This caused JANA to be built (quietly) without Xerces support. Messages were printed from hd_ana at the appropriate time, but they were lost by the subsequent seg. fault
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000429) davidl    2012-08-16 09:04	It is not clear that this was ever broken. Testing on jlabl1, a 32bit RHEL5 machine, showed that when pointing to a 64bit xerces version, the headers were found giving an "OK" message and then it failed when trying to link due to the wrong architecture. I may have mis-read the initial "OK" as meaning xerces was completely found when it wasn't (??) In addition, the -DHAVE_XERCES=1 command line argument has not been used for some time. Instead, the file src/JANA/jana_config.h is created that has HAVE_XERCES #defined if it is found. This is why I never saw -DHAVE_XERCES=1 on the compile commands.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
271	[JANA] Bug	minor	always	2012-07-12 10:10	2012-08-15 15:59
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Factories from plugins not given priority
Description:	Contrary to the advertised functionality, factories added via plugins are not used in preference to ones statically compiled into an executable. The apparent behavior is: Run() -> DApplication::Init() -> AttachPlugins() The factory generator in DANA is created and added in the DApplication constructor. Any created in a plugin are added later through the above calling sequence. The factory generators are called in order so any coming from plugins are called last. Therefore, factories from plugins are added to the bottom of the list for each JEventLoop. To fix this, one would need to do the following in AttachPlugins: - make a temporary copy of the factory generator pointers - clear the list of factory generator pointers - call InitPlugin for all plugins - append the list of factory generator pointers from the temporary copy This would also mean the factories from generators have priority in the order that the plugins are specified.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000427) davidl    2012-08-15 15:59	The change was implemented as described in the issue description. Testing was tedious though since it turns out that using the same name for the factory generator class in the plugin as was used in the executable caused the GenerateFactories() method of the statically linked class to be used. This effectively makes two sets of statically linked factories and no sets of the plugin factories.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
273	[JANA] Feature Request	minor	N/A	2012-07-31 09:04	2012-08-14 23:13
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add status word to JEvent
Description:	Tracking code for GlueX ran into some memory limitations for very busy events. The solution was to put a cap on the number of track candidates it would try and process. If more than the limit appear, then all are thrown away since the event is considered unreconstructable as far as tracking is concerned. There needs to be a simple way for a tracking factory to indicate that it failed so other code downstream can distinguish this condition from when no track candidates are found. To do this, JANA should implement a generic status word (32bit or 64bit) that is kept in JEvent and that the user can use to communicate this type of info efficiently. It will be left to the user to assign meaning to each of the bits. Methods to set and get bits should be available in both JEvent and JEventLoop to make it easy for factories to access the facility. We may also want to add a facility to add a description to each of the bits to make it easy to display and even record in the header of the output file in the event that the bit assignments change. This would, however, make mixing files problematic since the descriptions in two files may not match. That could be left to the JEventSource/JEventSink implementors though.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000426) davidl    2012-08-14 23:13	This fix was committed with revision 1009. It has not been tested. One issue with this mechanism though is that the status word changes as factories are called. This means one needs to guarantee that a certain factory was called in order for a status bit to be valid.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
278	[JANA] Feature Request	minor	N/A	2012-08-12 08:03	2012-08-14 16:08
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add method to clear associated objects list
Description:	Paul M. requested that a method be added to allow one to easily clear the associated object list of a JObject. This is useful if one is recycling the JObjects event to event so needs to reset them prior to refilling.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000425) davidl    2012-08-14 16:08	Added this in revision 1008. It will appear in JANA 0.6.5

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
255	[Hall D Online] Controls	feature	N/A	2012-04-24 14:58	2012-08-08 14:44
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Arrange for Andrew Kimber's (originally Bill Merz's) group to perform routine maintenance on all our power supplies
Description:	No need to bring in Danfysik, Bill said his group has the expertise.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000361) wolin    2012-04-24 14:58	Need to get information on manpower each year
(0000387) wolin    2012-06-14 15:53	Andrew Kimber now in charge of power supply maintenance.
(0000388) wolin    2012-06-14 15:54	Solenoid Danfysik supply should be running by end of July 2012, can begin maintenance then.
(0000422) wolin    2012-08-08 14:44	We have decided not to use Kimber's group at this point. Mark will perform whatever maintenance is needed, possibly in consultation with Kimber's group. We may bring them in at a later stage, though.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
131	[Hall D Offline] General	major	have not tried	2011-09-21 12:58	2012-08-08 14:41
Reporter:	marki	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Write requirements for digitizing Monte Carlo data for online testing
Description:	needed for stress testing
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000159) wolin    2011-09-21 15:43	I will work with Dave Abbott to develop this facility. I have the JANA plugin just about done and Dave will supply the packing routines. Dave says he will begin work on this when he gets back from vacation next week.
(0000160) wolin    2011-09-21 15:48	I hope to release a beta version soon after Dave gets me the packing routines. Requirements are already done: the output file should be identical to one generated by the DAQ system. To start I use a fake translation table (detector channel to crate/slot/channel), but once we know where the wires really go I can modify the translation table (just XML) and then the program output will be realistic. Note that we can test a lot with the fake translation table, as many things do not depend on the exact crate/slot/channel assignment scheme.
(0000290) marki    2012-01-31 16:59	Reminder sent to: wolin Any progress on this?
(0000295) wolin    2012-01-31 17:16	I completed what I had to do, including the fake translation table (which now has to be updated due to new channels). Unfortunately Dave Abbott has been extremely busy for a very long time, first with getting the halls going for the current running period, and now getting CODA3 out. I'm hoping once the CODA3 alpha version is out, Graham says in the next week or two, either Dave will complete his part, or perhaps Graham will assign it to someone else in the DAQ group.
(0000352) wolin    2012-04-05 16:48	Hall D code is ready, waiting for Dave Abbott to deliver routing that takes MC hit data and stores them in an EVIO buffer in the format the event builder outputs.
(0000412) wolin    2012-07-24 09:05    (edited on: 2012-07-24 09:07)	Updated fake translation table generator to change crates with each new detector system, and also simplified code. May need to update plugin if something changed. Also need to settle on how the translation table will be read into JANA, detector naming schemes, translation table index in JANA, etc.
(0000420) wolin    2012-08-08 14:41	Dave Abbott produced an API for calling the routines that convert from hits to CODA EVIO format. It looks simple and straightforward, so this completes developing requirements for writing simulated raw data tapes. Dave expects to have the code working in the next few weeks, then I'll call it from the DANARAW plugin.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
11	[Hall D Offline] General	minor	have not tried	2010-06-18 09:16	2012-08-08 12:56
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Develop a computing plan for GlueX.
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000035) marki    2010-08-24 13:19	In progress.
(0000179) marki    2011-10-18 16:24	numbers developed, talk was given last summer need to write a gluex doc
(0000419) marki    2012-08-08 12:56	done as part of the June 2012 software review

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
270	[Hall D Online] Controls	feature	N/A	2012-07-11 09:25	2012-07-20 11:49
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop goals for solenoid test
Description:	Develop goals for solenoid test, needed as input for developing a test plan.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000396) wolin    2012-07-11 09:25	Hope to get this out this week.
(0000398) wolin    2012-07-16 11:27	Goals for the Solenoid Test 1. Verify correct operation of mechanical systems and control/monitoring/archiving system. 2. Demonstrate proper cooldown from room temperature to LHe temperature and filling of the LHe vessel. 3. Demonstrate stable cryogenic operation with full LHe vessel for minimum 24 hours with minimal operator intervention required. 4. Demonstrate proper ramp-up of the magnet to full current (1500A) and stable operation at full current for minimum 4 hours with minimal operator intervention required. 5. Perform field measurements to verify numerical models of the field are correct. 6. Demonstrate proper ramp-down to 0A. 7. Demonstrate fast-dump and slow-dump systems are working properly. 8. Demonstrate other safety systems work properly. 9. Verify there are no turn-to-turn shorts or other anomolous behaviours during powered operations. 10. Demonstrate ability of control system to maintain long-term stable behaviour at LN2 temperatures.
(0000410) wolin    2012-07-17 15:03    (edited on: 2012-07-17 15:03)	Updated goals: Goals for the Solenoid Test 1. Verify correct operation of mechanical, safety and control/monitoring/archiving systems. 2. Demonstrate proper cooldown from room temperature to LHe temperature and filling of the LHe vessel. 3. Demonstrate stable cryogenic operation with full LHe vessel for minimum 24 hours with minimal operator intervention required. 4. Demonstrate proper ramp-up of the magnet to full current (1500A) and stable operation at full current for minimum 4 hours with minimal operator intervention required. 5. Perform field measurements to verify that numerical models of the field are correct. 6. Demonstrate proper ramp-down to 0A. 7. Demonstrate fast-dump and slow-dump systems are working properly. 8. Verify there are no turn-to-turn shorts or other anomolous behaviours during powered operations.
(0000411) wolin    2012-07-20 11:49    (edited on: 2012-08-20 10:24)	Received no comments, assume goals are ok. Not sure who to send them to...Glenn? Claus? See GlueX doc 2042 in the DocDB.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
196	[Hall D Online] Monitoring	feature	N/A	2012-02-02 10:48	2012-07-17 13:46
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Python wrapper for cMsg
Description:	Wrap cMsg C or C++ API in Python. Not necessary to wrap all cMsg functions.
Steps To Reproduce:
Additional Information:	Possible summer student project, DAQ group probably will not do this.
Attached Files:

Notes
(0000408) wolin    2012-07-16 17:17	Jython may be the way to go, claim is that Jython (aka Python) script can access Java classes directly from the script itself. Need to download Jython and see how well this works.
(0000409) wolin    2012-07-17 13:46	Jython works fine, can import cMsg jar file and then call cMsg classes from Jython script. I don't see a need to develop a separate Python wrapper.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
266	[Hall D Online] Controls	feature	N/A	2012-06-14 13:51	2012-07-16 13:15
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Collect computers for Nov solenoid test
Description:	At minimum we need three Windows boxes, two for A-B software and one for Labview, and one Linux box for the MySQL database. We also need UPS's, monitors, keyboards and mice. Also a printer, and maybe a scanner. A lot of stuff can be the same as we used in the coil tests, if we can find it. We likely need to upgrade the Windows boxes, though.
Steps To Reproduce:
Additional Information:	Dave Butler may have some spare Windows boxes. I think we have enough Linux boxes. Not sure about monitors.
Attached Files:

Notes
(0000402) wolin    2012-07-16 13:15	Josh has three Windows boxes including the new quad-core he ordered. I have a Linux box in the trailer. That's about all we need.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
263	[Hall D Online] Controls	feature	N/A	2012-06-05 11:31	2012-07-16 13:14
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Create FastTrack schedule for full solenoid test Fall 2012
Description:	Create FastTrack schedule for the test this fall. Start with Josh's schedule.
Steps To Reproduce:
Additional Information:	Tim prefers that everything be included, even Tom's mechanical/installation tasks.
Attached Files:

Notes
(0000378) wolin    2012-06-05 11:32	I know about the controls part, will have to get mechanical/installation from someone else.
(0000394) wolin    2012-07-10 09:18	I've done about all I can, time for Tom to really flesh out the mechanical stuff. The FTS is in M:\halld_engineering\Solenoid\Fastrack Schedules\Ready for Cooldown. Currently pump/purge can start in mid-Dec, cooldown in Jan.
(0000401) wolin    2012-07-16 13:14	Still need Tom's updated mechanical construction timelines and links, but my part is done, at least in terms of entering schedule data. I will continue to update as needed and send out weekly progress summaries.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
267	[JANA] Feature Request	minor	always	2012-07-09 09:52	2012-07-15 20:49
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Give better error message when input source does not exits
Description:	JANA exits with an ugly and cryptic error message when there is no valid input. This can be because the user forgot to add a source to the command line, or that the given source does not exist. Currently, the exception (buried in a sea of other messages) is: JEvent::GetObjects called when source is NULL This should never happen since a NULL source should be detected earlier and GetObjects never called.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000397) davidl    2012-07-15 20:49	Changes committed in revision 997. The number of specified sources is now checked in the Run method so if zero are specified, then an error is printed and the program exits immediately. Additional checks are no done in OpenNext as well to print a message and exit quicker of none of the specified event sources could be opened. I did not reproduce the error exactly as described so it's possible this won't work in all cases. I did, however test it for both these cases and it works as expected (on Mac OS X 10.7).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
246	[Hall D Online] Controls	feature	N/A	2012-04-19 12:16	2012-06-29 13:58
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Investigate using RS485 instead of RS232
Description:	RS485 allows daisy-chaining, and the NBX modules and many of our devices can talk RS485. If we use RS485 we won't need as many NBX modules.
Steps To Reproduce:
Additional Information:	One concerns is if the devices lose their RS485 addresses when power cycles. If so we'd have to reprogram them every time they get turned off or if the power cycles. The latter may not be often since we plan to have UPS power on most devices.
Attached Files:

Notes
(0000392) ballard    2012-06-29 13:58	We don't have enough RS485 devices to make it worthwhile to investigate.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
262	[Hall D Online] Controls	feature	N/A	2012-05-24 10:49	2012-06-29 13:57
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop strategy to read out RTDs and thermocouples
Description:	Work out best strategy to read out 96 BCAL RTDs, up to 30 start counter type-T thermocouples, and 10 or so CDC thermocouples.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000372) wolin    2012-05-24 11:23	Fernando says the start counter will require between 4 and 30 thermocouple readout channels, they are not sure yet.
(0000383) wolin    2012-06-05 11:48	Add humidity sensors to the list.
(0000391) ballard    2012-06-29 13:57	It looks like Allen Bradley CompactLogix PLC and 1769 IO is the most economical and flexible options. I recommended a dual-PLC system (one upstream and one downstream) - this will allow 60 1769 modules + 0000081:0000100 Point IO modules, which is more than enough for current/future needs.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
254	[Hall D Online] Controls	feature	N/A	2012-04-24 14:56	2012-06-05 11:43
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Arrange for Sarin Philip to give a followup Danfysik tutorial
Description:	Second will focus on our particular power supply and dump circuits.
Steps To Reproduce:
Additional Information:	He will be available after the shutdown.
Attached Files:

Notes
(0000360) wolin    2012-04-24 14:56	I'll call him after the shutdown
(0000382) wolin    2012-06-05 11:43	Sarin will give a second tutorial at the 14-Jun Controls meeting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
229	[Hall D Online] Monitoring	feature	N/A	2012-04-04 15:33	2012-05-30 17:13
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Investigate use of CLAS mini-Hbook system for use in Hall D
Description:	CLAS developed a lightweight histogramming package for use in high-speed front-end computers. Investigate whether this will be useful for Hall D, and if so, implement and integrate with RootSpy.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000338) wolin    2012-04-04 15:34	I will get the code from Sergey Boyarinov and test. Dave L and perhaps summer students will integrate into RootSpy.
(0000376) wolin    2012-05-30 17:13	Everyone thinks this is a good idea. CNU summer student Rob Ryan will implement (entry 239).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
172	[Hall D Online] DAQ	feature	N/A	2011-12-02 09:35	2012-05-18 16:02
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write planning document for event unblocking
Description:	Describe plans for event unblocking: why, where, how.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000219) wolin    2011-12-02 09:36	We're using the DAQ group to plan (Carl) and most likely write the event unblocking process.
(0000237) wolin    2012-01-13 12:45	GlueX Doc 1886 represents 50% of the work done on this line item. Waiting for DAQ group tests to determine whether to perform unblocking in ROC or EMU stage.
(0000273) wolin    2012-01-30 16:49	Waiting for results of DAQ group tests to determine if ROC or EMU stage is appropriate place to perform unblocking.
(0000370) wolin    2012-05-18 16:02	Recommend unblocking in ROC based on CLAS experience.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
248	[Hall D Online] Databases	feature	N/A	2012-04-20 11:14	2012-05-08 11:38
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Add column to JInventory to hold telecom/networking information
Description:	We need a place to hold MAC addresses, IP names, RS485 addresses, etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000358) wolin    2012-04-20 11:15	Yet another column...
(0000367) wolin    2012-05-08 11:38	I added the column and checked the new version into svn.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
232	[Hall D Online] Magnets	feature	N/A	2012-04-04 15:39	2012-04-24 15:06
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Arrange for Danfysik techs to test and upgrade power supplies
Description:	Jointly with other halls bring out Danfysik techs to refurbish/upgrade/test all our Danfysik supplies. We may have five of them eventually, four would be old, on new.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000339) wolin    2012-04-04 15:40	Will wait for shutdown at the earliest. Also should wait until all Danfysik supplies are installed in the Hall D complex so we can have them all done at once.
(0000362) wolin    2012-04-24 15:06	We probably will use Bill Merz's group to upgrade and maintain the supply.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
206	[Hall D Offline] General	minor	have not tried	2012-03-09 16:07	2012-04-23 09:20
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Create a new sim-recon release.
Description:	from 3/7 offline meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000359) marki    2012-04-23 09:20	release done on 3/12/2012

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
120	[Hall D Offline] General	minor	have not tried	2011-08-06 09:19	2012-04-18 14:28
Reporter:	pmatt	Platform:
Assigned To:	pmatt	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Need to add checks for DReferenceTrajectory::DistToRT returning quiet_NaN
Description:	Some of the DReferenceTrajectory::DistToRT functions can intentionally return quiet_NaN. However in many of the places where these functions are called in the code, there aren't any checks on whether this is the case. This function swims along the track trajectory, so subsequent calls to functions such as DReferenceTrajectory::GetLastDOCAPoint may cause unexpected results when quiet_NaN is returned.
Steps To Reproduce:
Additional Information:	The locations of these DReferenceTrajectory::DistToRT calls include (at least): DReferenceTrajectory, DTrackFitterALT1, DTrackHitSelectorALT1, and DTrackHitSelectorALT2.
Attached Files:

Notes
(0000239) pmatt    2012-01-13 17:52	Fixed in most areas, primary need is now in the DTrackFitterALT1.cc file.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
28	[Hall D Offline] General	minor	have not tried	2010-08-25 16:20	2012-04-18 10:14
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Re-raise the issue of data format at a future offline meeting
Description:	there is more to discuss
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000357) marki    2012-04-18 10:14	decided on HDDM output format

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
137	[Hall D Offline] General	feature	N/A	2011-09-21 15:52	2012-04-16 17:22
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Update EVIO C++ package to vsn 4
Description:	Add vsn 4 features from Java EVIO vsn 4 to C++ package.
Steps To Reproduce:
Additional Information:	Carl has to rewrite the underlying evread()/evwrite() routines. Once these are done I will update the C++.
Attached Files:

Notes
(0000161) wolin    2011-09-21 15:54	I am introducing a user-supplied data dictionary into the C++ package. Once Carl delivers the built-in dictionary from evread() I will switch to that.
(0000291) marki    2012-01-31 17:01	Reminder sent to: wolin Has this been done already?
(0000293) marki    2012-01-31 17:03	mistake correction
(0000353) wolin    2012-04-05 16:49	Carl has made many changes in moving to EVIO v4 format. He is just now done and ready to meet with me to implement the changes in C++.
(0000356) wolin    2012-04-16 17:22	I upgraded to V4. C++ should be compatible with the Java version. Haven't done extensive testing but everything passes my tests. I handed it off to CLAS as an alpha version. Remaining possible upgrades include append mode, random-access I/O, dictionary checksum and other items, see comments at top of evioUtil.hxx.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
237	[Hall D Online] Controls	minor	have not tried	2012-04-04 15:52	2012-04-05 14:05
Reporter:	ballard	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Evaluate 1734 Point IO Thermocouple module and thermocouple for EMI
Description:	The Point IO thermocouple module has been installed and a thermocouple has been connected. The module has been configured and is actively reading the thermocouple voltage at a rate of 4 Hz. The system needs to be evaluated for EMI per Fernando's requirements.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000348) wolin    2012-04-05 12:11	I will talk to Fernando about whether he can measure if it puts out any significant noise.
(0000349) wolin    2012-04-05 14:05	Fernando says he has no way currently to measure radiated noise, but he is not concerned with this system because thermocouple voltage measurement circuits usually do not generate much noise. If in practice they do generate noise he knows of low-noise readout systems we could use instead.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
226	[Hall D Online] Controls	feature	N/A	2012-04-04 15:20	2012-04-04 15:50
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Test thermocouple readout module
Description:	Procure and test Point I/O thermocouple module and thermocouple appropriate for CDC temperature monitoring. Coordinate with Fernando to determine whether the system will inject too much noise into the CDC.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000341) ballard    2012-04-04 15:48	The 1734 Module was purchased and installed in the development rack. The thermocouple has been installed. The 1734 module has been configured and is reading what appears to be the temperature of EEL 126 as verified by Mark Stevens' Fluke Thermometer.
(0000343) ballard    2012-04-04 15:50	The 1734 module is installed and configured, actively reading the temperature from the Type J thermocouple. The system is ready for EMI evaluation.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
140	[Hall D Online] Controls	feature	N/A	2011-09-21 16:21	2012-04-04 15:27
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	24
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine requirements for full solenoid control system and design system.
Description:	The full solenoid will be tested in Summer 2012. We must redesign the system based on our experience in the Test Lab, and it must account the new cryo system being designed by the Cryo group.
Steps To Reproduce:
Additional Information:	Jonathan Creel is in charge of the new cryo system. He will supply us with details of the control functionality required.
Attached Files:

Notes
(0000165) wolin    2011-10-12 14:50	A subroup of the Controls group is meeting every two weeks on this. See the Controls wiki for a full list of tasks and questions identified by the subgroup. We need to purchase some equipment to test out some ideas, but alas FY12 12GeV procurements are on hold...
(0000337) wolin    2012-04-04 15:27	Over the past six months we have worked out what needs to be done. Designs are completed or well under way. The test will occur no earlier than Fall 2012.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
195	[Hall D Online] Monitoring	feature	N/A	2012-02-01 11:00	2012-04-04 15:08
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	8
Percentage complete:	0
Actual man-weeks:	0
Summary:	Investigate possible use of Android, IPad and other apps for remote monitoring
Description:	Investigate possibilities for using Android, IPad and other devices for read-only remote monitoring of conditions in Hall D. There are many JLab security concerns regarding write-access to the hall from such devices, and these need to be investigated as well.
Steps To Reproduce:
Additional Information:	Ed Brash says CNU gives a class in mobile app development, so we might be able to get one or two to work on this during the summer.
Attached Files:

Notes
(0000298) wolin    2012-02-01 11:01	Dave and I will discuss this, Andy will give us a rundown of JLab security requirements at the next Online meeting, and we will work out a plan for possible use of CNU summer students.
(0000330) wolin    2012-04-04 14:59	Andy says Android devices are banned from the lab internal networks due to ease of breakin. Windows tablets are ok, as are IPADs and IPhones.
(0000334) wolin    2012-04-04 15:08	If we deploy apps they will have to be on Windows tablets or IPADs/IPhones.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
138	[Hall D Online] Magnets	major	N/A	2011-09-21 15:58	2012-04-04 15:06
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Determine whether Danfysik quench detector is adequate for the full solenoid
Description:	The Danfysik QD can only work if there are good inductance balances between coil pairs. If not we'll need to design and build our own.
Steps To Reproduce:
Additional Information:	Floyd will get the inductances given the new coil tap locations. With that I can determine whether the Danfysik QD will work.
Attached Files:

Notes
(0000162) wolin    2011-09-21 15:59	Floyd will not get a chance to work on this until late Fall.
(0000168) wolin    2011-10-12 14:52	Hai is looking into off-the-shelf FPGA boards with A/D's on the front end that might work if the Danfysik QD is not suitable.
(0000206) wolin    2011-11-15 11:17	Floyd might not get to this in time for the test Fall 2012 (4 months lead from start to delivery plus 1 man-month EE time needed), so we are considering building a new one anyway, and soon. Further, even if the simulation says the Danfysik is ok, the typical 10% error on the simulation may mean it won't work in practice. An important consideration is whether a home-built version will pass a safety review and whether it can be a digital device (micro-controller- or FPGA-based). Some of these questions may be answered by the FMEA exercise. If we build one we'll need EE help from outside.
(0000216) wolin    2011-11-22 17:24	George will look into getting something going on the coil simulation. I think I may have misunderstood our QD problems...it appears that the QD can handle a fairly large inductance imbalance if adjusted properly. Paul Brindza got me in contact with Alexander Elkiaer, designer of the QD. They have a new version that makes adjustment easier.
(0000217) wolin    2011-11-29 11:45	Becomming more convinced Danfysik QD can handle large inductance imbalances. Will test in the lab.
(0000221) wolin    2011-12-02 17:11	Lab tests show Danfysik QD works exactly as advertised. Simply changing the input resistors will allow us to handle any reasonable inductance imbalance. Didn't see any asymmetry when bias set to around 80% of full range, but a few more checks are needed.
(0000223) wolin    2011-12-07 09:28	Almost certain QD will work for full solenoid, just have to adjust input voltage divider to compensate for inductance imbalance. From Floyd's note the max imbalance we should expect is around 30% so modifying the QD for a 50% imbalance should work. Will modify and test. Also, Fernando's -IN bias circuit is needed to ensure equal sensitivity for the two coils when the QD is biased to compensate for an inductance imbalance. This will be tested as well. First guess indicates that replacing the 100k resistors with 20k should accommodate inductance ratio of 1.5.
(0000235) wolin    2011-12-20 13:25	Mark reports max 5 mA to keep equipment at Class 1. When George tells us the maximum voltage during a quench we can size the currently limiting resistors to keep things below 5 mA. At that point we can determine the resistors needed in the QD. We may have to change the potentiometer as well, depends on the max voltage and what the QD designer says.
(0000333) wolin    2012-04-04 15:06	We believe the device is adequate as long as the external current limiting resistors are taken into account when the on-board resistors are tuned. George thinks the PLC can act as a redundant QD, so another device is not needed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
161	[Hall D Online] Controls	feature	N/A	2011-10-31 14:53	2012-04-04 15:04
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Develop scheme to isolate signals from the solenoid magnet coil taps
Description:	During the test we saw noise, cross-talk and baseline shifts on the coil tap voltage channels. We need to design an isolation scheme that simultaneously satisfies our need for precision, speed and voltage range for the fast and slow DAQ systems and the quench detector.
Steps To Reproduce:
Additional Information:	Ideal would be to use a single isolation amplifier per tap on the platform close to the taps.
Attached Files:

Notes
(0000242) wolin    2012-01-19 14:42	With luck the National Instruments CRio or PXI systems will solve all our problems, Yi is investigating and getting prices.
(0000256) wolin    2012-01-27 10:00	PXI looks like the best choice, and Labview RT isn't too expensive. With PXI we won't need Labview FPGA. We seem set on licenses at the moment. Yi is still optimizing the hardware configuration and getting prices. Should have a final configuration next week.
(0000332) wolin    2012-04-04 15:04	After research by Yi we have settled on the National Instruments PXI system for both the fast and slow daq systems. All coil taps and fast daq channels will be connected to the PXI device. Direct connections from these channels to the PLC will be eliminated. Josh and Yi were able to get the PLC to read PXI channel values.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
190	[Hall D Online] Databases	feature	N/A	2012-01-27 10:47	2012-04-04 15:01
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Design electronics and other inventory database
Description:	An inventory database of electronics and other components is needed by the configuration database, overall hall component database (IRMIS?), translation table system, etc. These efforts are currently proceeding independently, but eventuall they must all rely on a single underlying component inventory database. We need to come up with a strategy that will allow these efforts to proceed but will also allow us to unify them when we settle on the underlying components database.
Steps To Reproduce:
Additional Information:	If done correctly the individual efforts can use an interim table holding the base inventory information, then switch to another table or view when the final system is ready.
Attached Files:

Notes
(0000261) wolin    2012-01-27 10:48	I've begin discussions on this with Dave L, need to talk to others. Important thing is that everyone knows this is coming.
(0000331) wolin    2012-04-04 15:01	Initial release of modified version of CLAS inventory system in production use. Future upgrades include addition of cable database (by CLAS) and better display of hierarchical data (by H-D). We have begun entering base data (buildings, rooms, transformers, major electrical panels, etc).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
200	[Hall D Online] Databases	feature	N/A	2012-02-21 12:49	2012-04-04 14:57
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Test Accelerator and CLAS inventory systems
Description:	Implement test version of Accelerator and CLAS inventory systems and evaluate for use by Hall D.
Steps To Reproduce:
Additional Information:	It is technically possible to start with one and migrate to the other at a later date.
Attached Files:

Notes
(0000307) wolin    2012-02-21 12:51	Serguei B said he'll have something for us next week. I talked with Theo and they will get something going for us too, not sure when.
(0000311) wolin    2012-03-01 13:04	Tested CED, great schema but primitive interface at least compared to CLAS system. Created system with 4 boards with some misc. attributes, but CED could not display them in a simple nice-looking table format with buttons to edit, delete, view, etc. One could improve the CED interface but it would take time an manpower. Graham is looking into this with the Accelerator Div. Still need to implement test CLAS system, but I poured over the schema and tested the interface with CLAS data, and it looks pretty good. Some mods may be needed for our use, but these would be similar to the ones Serguei did to the original product, so it shouldn't be difficult.
(0000312) wolin    2012-03-01 13:06	Need list of "must have now" features, "must have within a year", and "should have" eventually. We can get going with just a simple inventory system, but want to capture power, control and housing hierarchy information, and maybe cable information as well.
(0000329) wolin    2012-04-04 14:57	CLAS system will meet our needs and would require much less customization to get going. We will use a modified version of the CLAS system.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
216	[Hall D Offline] General	minor	have not tried	2012-03-23 14:32	2012-03-27 15:45
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	do a standard CLHEP build on the JLab CUE
Description:	since it is now a supported package
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000327) marki    2012-03-27 15:45	See announcement: https://mailman.jlab.org/pipermail/halld-offline/2012-March/000903.html [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
191	[JANA] Bug	minor	have not tried	2012-01-30 08:17	2012-03-27 10:21
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	behavior when gPARMS is missing
Description:	This from an email sent by Mauri on 1/3/2012: --------- Just FYI, if jana doesn't find a gPARMS parameter, it will throw an exception with this message: JANA >>Launching threads . JANA >> Factory Call Stack JANA >>============================ JANA >> BSTnoise JANA >> JEventLoop:OneEvent -- line:495 JEventLoop.cc JANA >>---------------------------- JApplication.cc:963 EXCEPTION caught for thread 0xb0207000 : std::exception I think it would be better to have an explicit msg stating that the parameter is missing? mauri ---------
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000299) davidl    2012-02-02 08:05	I believe this is occurs because the user is not catching the exception and it falls to the catch-rethrow mechanism built into JANA whenever JEventLoop::Get is called. The original exception is thrown from:   JParameterManager::GetParameter(K key) Whether a parameter not being present warrants an exception, an error message, or and error code is a design choice. I still believe the exception is the right way to go. However, this should be addressed with a configuration parameter to allow the user to change the behavior if they prefer a different choice.
(0000300) davidl    2012-02-02 08:35	It turns out the exception mechanism inside GetParameter cannot be simply turned off since it is an integral part of the flow control for SetDefaultParameter. I have sent an e-mail to Mauri asking for clarification and proposing a GetParameterNE method (NE=No Exception) that would wrap the existing GetParameter method, but print an error rather than throw an exception.
(0000303) davidl    2012-02-06 14:19	The real issue here is that no message indicating that GetParameter was called specifying a non-existant parameter caused the crash. It appears that such a message is included in the exception thrown from GetParameter, but somehow did not make it to the screen in Mauri's error message (see original description).
(0000326) davidl    2012-03-27 10:21	This was fixed in revision 941 and will appear in JANA 0.6.4. The message sent with the exception is now printed first to guarantee the user sees it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
192	[JANA] Bug	minor	always	2012-01-31 23:39	2012-03-27 10:10
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Cannot call JApplication::Run() multiple times
Description:	Mauri reported this in an e-mail on 1/29/2012. The e-mail is: -------- Remember that issue I had with event processor? Here's another issue (I suspect it's related) if I have two running event processor running, the second one will not execute the "init" statement.     EventProcessor *myProc = new EventProcessor(jsOpt);     DiagnoseProcessor *diProc = new DiagnoseProcessor(jsOpt); 1 app.Run(diProc); 2 app.Run(myProc);     delete myProc;     delete diProc; whatever roc I put to app.Run first on line 1 will execute. Anything on line two will not init, brun, etc. Unless I'm doing something wrong, this looks like a bug? --------
Steps To Reproduce:
Additional Information:	I have confirmed this behavior. One can avoid it by using two JApplication objects, but the code should still be modified to produce the expected behavior. This is (as he suspects) related to the problem he reported in an e-mail to me on 1/28/2012. The problem stems from the init_called flag being set the first time JApplication::Init is called. The flag is checked upon entry to the Init method which is called from the Run method. This does many things, including creation of the event buffer thread and calling of the JEventProcessor::init() methods.
Attached Files:

Notes
(0000325) davidl    2012-03-27 10:10	I attempted a simple resetting of the init_called flag at the end of Fini so that Run (and therefore Init) could be called a second time. This did not work. There are numerous variables that would need to be reset for this to work. The equivalent functionality of calling Run twice is obtained by just instantiating another JApplication after the first one is deleted. The code was modified to print an informative message when a second call to Init is made and then throw an exception. This change will appear in JANA 0.6.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
199	[JANA] Feature Request	minor	N/A	2012-02-06 14:16	2012-03-27 09:16
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add CreateParameter method to JParameterManager
Description:	This request comes from Maurizio. He would like a method that will throw an exception with a message like "Parameter already exists" when the method is called and the specified parameter already exists.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000324) davidl    2012-03-27 09:16	This was done in revision 939 and will appear in JANA 0.6.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
201	[JANA] Feature Request	minor	N/A	2012-03-01 08:50	2012-03-26 19:30
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add SConstruct file
Description:	Maurizio suggests adding an SConstruct file to the JANA distribution to make it available as an option for those who prefer scons. From his 3/1/2012 e-mail: ======================== Honestly the jana installation would be easier. You can find the example SConstruct in my home dir. To use it: setenv JLAB_ROOT /site/12gev_phys source $JLAB_ROOT/ce/jlab.csh It would be great to include that file in the repository. Then to install jana: svn co jana cd $JANA_HOME scons ========================
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000320) davidl    2012-03-26 19:30	The SConstruct script supplied by Mauri was added. The CLAS12 scons_scripts directory was added as an external to the JANA repository so the latest version will be included in distribution at the time the tar ball is made. The scones build mechanism appears to work well. Parallel builds seem to work using the following: scons -j8 (It is fast!)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
164	[JANA] Feature Request	minor	have not tried	2011-11-10 15:56	2012-03-26 14:29
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add either ROOT mutex or generic mutex's to JApplication
Description:	Plugins that wish to use ROOT need to have a central mutex that all of them can access to lock access to the ROOT global. Either a ROOT mutex should be added to JApplication, or a mechanism introduced that would allow any number of mutex's to be added to the JApplication so they could be accessed by multiple plugins/libraries etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000319) davidl    2012-03-26 14:29	This was committed in revision 928 and will appear in JANA 0.6.4. It was implemented by adding a map of rw locks to JApplication that can be added to by the user. The user can lock and unlock the rw_lock by name. A special lock named "root" is added automatically with special methods for locking it. The RootReadLock, RootWriteLock, and RootUnLock methods are just more obvious what they are for and are slightly more efficient since one doesn't need to access the map nor lock the special rw_locks lock in order to access it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
219	[JANA] Feature Request	minor	always	2012-03-26 09:08	2012-03-26 09:09
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add ability to record strings in TTree generated by janaroot
Description:	The janaroot plugin has been unable to handle strings causing lots of annoying warnings whenever it was used with an object that supplied them.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000317) davidl    2012-03-26 09:09	Fixed in revision 925. This will appear in JANA version 0.6.4.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
211	[JANA] Bug	major	always	2012-03-21 11:33	2012-03-26 09:05
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Thread relaunch doesn't allow hd_dump to quit
Description:	The new features added to JANA that allow the number of processing threads to be changed while the job is running apparently prevent hd_dump from quitting when the "q" button is hit. The thread is killed, but it looks like another thread is immediately getting relaunched causing the program to continue.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000316) davidl    2012-03-26 09:05	Fixed in revision 927 for janadump (8936 for hd_dump). The QuitProgram method is called now rather than Quit. The former flags the JApplication that the whole program should shut down so new threads are not launched. The latter just flagged the current JEventLoop to quit.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
214	[Hall D Offline] General	minor	have not tried	2012-03-23 13:39	2012-03-23 14:28
Reporter:	marki	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Include new timing cuts in the standard b1pi analysis
Description:	as developed by Will Levine
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
210	[JANA] Bug	major	sometimes	2012-03-21 10:58	2012-03-21 11:49
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	program hangs when merging threads at end
Description:	A JANA program can hang at the end of processing just after printing a message like: "Merging thread 0". The reason for this is because the JEventLoop destructor calls RemoveJEventLoop which adds the thread to the "threads_to_be_joined" vector. If this happens while the main (monitoring) thread is inside of the application mutex lock, it can call pthread_join while the mutex is locked. Meanwhile, the JEventLoop destructor tries calling JApplication::AddFactoriesToDeleteList(). This tries locking the application mutex, but can't since it is already locked by the main thread. Thus, the JEventLoop destructor never exits and consequently, pthread_exit is never called making pthread_join block forever. One solution for this would be to create a separate mutex for controlling access to the factories_to_delete container.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000315) davidl    2012-03-21 11:49	I added a factories_to_delete_mutex to JApplication that is used to synchronize access to the factories_to_delete vector. No testing has been done yet to confirm that this actually solves the problem (but it should!)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
114	[JANA] Bug	major	always	2011-07-01 10:04	2012-02-01 08:51
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Calls to GetTag can seg. fault for objects obtained from event source
Description:	Objects read from source don't have their factory pointer set so calls to JObject::GetTag seg fault. The factory pointer needs to be set, but it also needs to be initialized to NULL in the JObject constructor and checked that it is not NULL in GetTag (and anywhere else it is used internally).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000296) davidl    2012-02-01 08:51	The JObject constructors now initialize the factory pointer to NULL. A check that the pointer is non-NULL is now made in GetTag before trying to use it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
132	[Hall D Offline] General	major	have not tried	2011-09-21 12:59	2012-01-31 18:27
Reporter:	marki	Platform:
Assigned To:	pmatt	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Paul will present a design for how TOF information should be used
Description:	at next meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000289) marki    2012-01-31 16:58	Reminder sent to: pmatt You did this already, didn't you?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
121	[Hall D Offline] General	minor	always	2011-08-06 09:24	2012-01-31 18:26
Reporter:	pmatt	Platform:
Assigned To:	pmatt	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Change class structure of track reconstruction results.
Description:	The current class structure has become a little fragmented at the top level, and can be made simpler and more intuitive. Although commonly used, neither DChargedTrack nor DPhoton are actually used in any way to create the DPhysicsEvent class. Instead, the particle information is stored as either DVertex::shower_info_t or DVertex::track_info_t objects. These objects are non-intuitive for final reconstructed objects, and most of their information is merely duplicated in the DChargedTrack and DPhoton classes. Also, the reconstruction algorithm assumes that all of the showers in the calorimeters not matched to charged tracks correspond to photons, instead of allowing for the possibility of neutron detection (such as from lambda decay). This assumption is also implicit in the class structure, as there is no way of storing separate objects for different neutral track mass hypotheses.
Steps To Reproduce:
Additional Information:	Library reorganization performed, and and phys_tree updated; need to update hdview2, danaevio, and some other plugins.
Attached Files:

Notes
(0000288) marki    2012-01-31 16:55	Reminder sent to: pmatt This is done now, isn't it?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
180	[Hall D Offline] General	major	sometimes	2011-12-19 13:40	2012-01-31 17:04
Reporter:	wilevine	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	High memory usage in reconstruction
Description:	I'm running into a problem with this hddm file: http://www-meg.phys.cmu.edu/~wilevine/memory_issue/memory_issue.hddm [^] When I run: hd_ana memory_issue.hddm -PPLUGINS=danahddm memory usage stays relatively flat for a while then suddenly jumps to several GB, at which point the program stops analyzing events and must be killed. davidl was able to reproduce the problem and has found a minimal range of events that trigger the problem. The issue is reproducible in svn revision 6810, but absent in rev 8643, at least for the file linked above, but there is some skepticism that the underlying issue is resolved.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000294) marki    2012-01-31 17:04	Simon checked in a change that avoids long propagation paths for tracks at 90 degrees.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
83	[Hall D Offline] General	minor	have not tried	2011-05-31 10:15	2012-01-31 16:53
Reporter:	marki	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Investigate problem reconstructing "b1pi" events.
Description:	something went south, this used to work
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000287) marki    2012-01-31 16:53	Resolved quite a while ago, don't remember the details.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
84	[Hall D Offline] General	minor	have not tried	2011-05-31 10:16	2012-01-31 16:51
Reporter:	marki	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Give talk on the definition of primary and secondary particles in HDGeant.
Description:	might need discussion with Matt Shepherd and Richard Jones
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000286) marki    2012-01-31 16:51	This talk was given a long time ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
87	[Hall D Offline] General	minor	have not tried	2011-06-02 12:02	2012-01-31 16:47
Reporter:	marki	Platform:
Assigned To:	jonesrt	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Do further development on the gridmake system
Description:	see talk at June 1, 2011 Offline Meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000283) marki    2012-01-31 16:47	Talked to Richard. He says development is complete.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
113	[JANA] Bug	major	sometimes	2011-07-01 10:03	2012-01-31 15:29
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	--factoryreport causes deadlock
Description:	Fix what appears to be a deadlock that occurs when --factoryreport is specified. This happens at the end of event processing.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000282) davidl    2012-01-31 15:29	Fixed in revision 873. Fix will appear in JANA 0.6.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
110	[JANA] Feature Request	minor	N/A	2011-07-01 09:57	2012-01-31 15:04
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Dynamically change number of threads via janactl
Description:	Add more control capability including dynamically changing the number of threads
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000281) davidl    2012-01-31 15:04	This was implemented in revision 872 on Jan. 31, 2012. It will appear in JANA 0.6.4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
42	[Hall D Offline] General	major	always	2011-01-24 09:37	2012-01-31 14:39
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Fitter gives very different momentum for different mass hypotheses
Description:	Kei Morya at IU reported that several track candidates were being reconstructed with very different momentum depending on whether the pion mass hypothesis or the proton mass hypothesis was being used. For example, a 3 GeV/c pi+ fit as a proton resulted in a 0.5 GeV/c momentum.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000054) davidl    2011-01-24 09:42	It was determined that IU was using code defaulting (quietly) to the ALT1 fitter. Kei supplied a selection of events demonstrating the problem. Simon and I looked at them and determined that for these events, the KalmanSIMD fitter was failing to fit the proton mass hypothesis, while the ALT1 fitter did not fail, but tended to return the incorrect momentum. Simon looked and saw that the hit selection was including at least one or more hits from a different track. We currently believe this is the root of the problem. It is being addressed in 2 ways: 1. The hit selection code (common to all fitters) is being modified to better calculate the confidence level in assigning a hit to a track 2. The "filter" part of the Kalman Filter fitter is being enabled to try and reject hits that do not appear to belong on the track while it is being fit.
(0000058) davidl    2011-02-22 09:06	This problem was identified as having two inputs: 1. Th Hit Selection algorithm was often contaminating the hit list of a track with hits that shouldn't have been there. This was dependent on particle mass. Bad hit(s) would cause the fitter to converge to a completely different answer. 2. The ALT1 fitter was succeeding for some of the mass hypotheses with contaminated hit lists where the KalmanSIMD fitter was not.
(0000059) davidl    2011-02-22 09:08	Work has started on on an ALT2 hit selector. This seems to fix the problem somewhat, but evidence has emerged that it is causing inefficiencies that need to be addressed prior to making it the default. Once that is done, this issue will be marked as resolved.
(0000277) marki    2012-01-31 14:33	Reminder sent to: davidl, marki, staylor This is resolved, no?
(0000280) staylor    2012-01-31 14:39	The spurious momentum spikes are no longer present as far as I know. The kalman filter is the default; the code no longer silently falls back on the alt1 (global least-squares) fitter, which is currently not under development.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
64	[Hall D Offline] General	minor	have not tried	2011-03-29 10:15	2012-01-31 14:37
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Our "getting started" documentation needs to be updated.
Description:	in various places
Steps To Reproduce:
Additional Information:	Modified appearance to be more user friendly.
Attached Files:

Notes
(0000095) zihlmann    2011-05-02 15:35	Appearance of the main page changed to be more user friendly. Links of howtos have been moved to separate page.
(0000279) marki    2012-01-31 14:37	resolved by Beni, see his note

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
183	[Hall D Offline] General	minor	N/A	2011-12-20 09:42	2012-01-30 11:39
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Store/recall random number seeds in hdgeant/mcsmear
Description:	A common debugging tool is to record the random number seeds for every simulated event so that a specific event may be re-simulated without having to re-simulate all prior events in the file. This functionality was discussed at a recent offline meeting and it was decided it should be added to hdgeant and mcsmear.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000231) davidl    2011-12-20 09:47	Functionality was added to HDDM and hdgeant with revision 8657. This was tested with 100 b1pi events where "SWIT 2 2" was set printing every call to gustep. The output was captured to a file. The program was then re-run, but with the output of the first round used as input to the second. The value of RNDM was also changed to ensure no residual use of it was affecting things. The two captured output files showed no differences in the physical parameters simulated for the 100 events.
(0000269) davidl    2012-01-30 11:39	This was completed earlier this month with some changes to mcsmear. The announcement on the halld-offline list can be found here: https://mailman.jlab.org/pipermail/halld-offline/2012-January/000821.html [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
36	[Hall D Offline] General	minor	N/A	2011-01-07 22:58	2012-01-30 11:35
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Benchmark tracking code
Description:	As suggested by Dimitry Emeliyanov during am ad hoc meeting after the GlueX Software Tutorial on Jan. 7th, 2011: Do a finer grained bench marking of the tracking code. In particular, look at the overhead incurred by the framework used by all track fitters.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000051) davidl    2011-01-24 09:23	Some initial work on this has begun. A new trk_profile plugin was committed to the repository along with some modifications to DTrackFitter and a new prof_time.h tool in revision 7267 on Jan. 13th. Initial tests indicated fitting one track (wire-based or time-based) takes around 10ms after some recent mods by Simon. I'm not quite marking this done yet as there may be some more benchmarking needed because we are still a factor of 10 slower than ATLAS.
(0000268) davidl    2012-01-30 11:35	No additional work has been done on this since the note 1 year ago. At this point, I will call this done.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
31	[Hall D Offline] General	minor	have not tried	2010-08-25 16:22	2012-01-30 11:03
Reporter:	marki	Platform:
Assigned To:	somov	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Update tagger hall geometry
Description:	for SiPM radiation exposure study
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000266) marki    2012-01-30 11:03	Reminder sent to: marki This was done a long time ago, wasn't it?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
162	[Hall D Online] Networking	feature	N/A	2011-11-04 09:25	2012-01-27 10:34
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	4
Percentage complete:	0
Actual man-weeks:	0
Summary:	Arrange for interim networking and telecom in hall, counting house and trailer
Description:	Design networking system. Order large and small switches, arrange for interim telecom and wireless.
Steps To Reproduce:
Additional Information:	Hall D will pay for networking equipment, CC (Bryan et al.) will install and manage it. Analog phones are $35, Ethernet phones are $230. All phones will connect to Telecom room switch, all computers to Rack Room switch in final system, to Telecom room switch for interim networking. Bryan has an analog phone gateway in Telecom room, not sure if we need one in the hall.
Attached Files:

Notes
(0000195) wolin    2011-11-04 09:29	Much work already done on this. Switches are being ordered. Bryan will install fiber trunk between Telecom and Rack rooms. We will install main fiber trunk to platform in hall in about a year, when the platform and cable trays are ready. For interim we'll just install temporary copper cables. Bryan has wireless equipment. Connection to Tagger hall will be via spare "dark fiber" running between Tagger Service building and Counting house.
(0000207) wolin    2011-11-15 11:24	Switches on order, installation planend for Jan 2012, interim wiring and wireless will be used until main cable trunk pulled to platform next summer. Networking available now to switch in Telecom room.
(0000218) wolin    2011-11-29 11:52	Bryan suggests using a small number of subnets in the hall. Perhaps one for high-speed DAQ, another for controls and slow stuff, and use the JLab Desktop subnet in the counting house office area.
(0000225) wolin    2011-12-07 11:43	Bryan says most if not all of our Cisco equipment has arrived. We now have lots of switches!
(0000234) wolin    2011-12-20 13:22	Hovanes and I met with Bryan and Brent. To start we will have three networks in the hall for fast daq, controls and general. Also some computers in the cubicles in the office area will be on the Desktop network. They will install our big switch in a rack in the rack room just as soon as we get beneficial occupancy. They will install a wireless access point in the hall soon after. We will pull temporary cables to various places in the hall as needed.
(0000241) wolin    2012-01-19 11:37	All five Counting House office area telecom jacks now connected to Telecom room. Tom will install four computers and a printer. Two phones working in office area, will eventually install more phones. Bryan will get going on running fiber between the Telecom and Rack rooms. UPS should be installed by early Feb, Rack room switch soon after. Tom will run cable from Telecom room to bottom of truck ramp soon. Brent will install small switch there, Tom will run cable to top of truck ramp, then Brent will install a wireless transceiver aimed at the trailer. Tom will then pray he gets decent reception in trailer, Brent promises nothing!
(0000257) wolin    2012-01-27 10:02	Cables run, wireless in the hall and trailer now working, reception in the trailer not the greatest. Tom is moving the AP outside the building in hopes of improving the situation. Still need to connect the computer running the camera to the new switch.
(0000258) wolin    2012-01-27 10:07	Interim telecom and networking in hall, counting house and trailer now working. Two phones installed in counting house, wireless working in all three locations, printer working in counting house. Will install more computers and phones as needed. Will shift to final networking system within a few months, after components installed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
176	[Hall D Online] General	feature	N/A	2011-12-14 13:19	2012-01-27 09:58
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write planning document for storage management
Description:	Write planning document to cover data storage and transfer to the JLab silo system
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000246) wolin    2012-01-19 16:18    (edited on: 2012-01-19 17:39)	Document stored in DocDB number 1893, reviewer Sandy Philpott.
(0000255) wolin    2012-01-27 09:58	Updated doc based on Sandy's comments.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
175	[Hall D Online] General	feature	N/A	2011-12-13 16:38	2012-01-19 17:38
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Write planning document for code management
Description:	Describe code management, build system, access policies, etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000247) wolin    2012-01-19 17:38	Document in DocDB number 1892. Reviewer Maurizo Ungaro.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
115	[JANA] Feature Request	minor	N/A	2011-07-01 10:05	2012-01-03 09:55
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add a THREAD_TIMEOUT_FIRST_EVENT config. param
Description:	Add a THREAD_TIMEOUT_FIRST_EVENT config. param. to allow the first event's timeout to be set differently from other events since it often takes longer due to setting up (B-field reading). Note that this should really affect the first NTHREADS events since all will be waiting for the field maps etc. to be read in.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000236) davidl    2012-01-03 09:55	Added the new config. parameter and tested it. Change committed as revision 863.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
174	[Hall D Online] General	feature	N/A	2011-12-13 09:04	2011-12-20 13:18
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	100
Actual man-weeks:	0
Summary:	Write planning document for online scripting
Description:	Develop plan and write document on choice of scripting languages, repositories and directory structures, etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000233) wolin    2011-12-20 13:18	In DocDB number 1876, reviewer Mark Ito

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
177	[Hall D Online] General	feature	N/A	2011-12-19 13:28	2011-12-20 13:13
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	100
Actual man-weeks:	0
Summary:	Write planning document for archiving DAQ configuration
Description:	Document covers archiving CODA run configurations
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000232) wolin    2011-12-20 13:13	Document in DocDB number 1880, reviewer Vardan Gurjyan

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
95	[Hall D Online] Controls	minor	sometimes	2011-06-24 10:41	2011-12-15 13:38
Reporter:	ballard	Platform:
Assigned To:	ballard	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:
Percentage complete:	0
Actual man-weeks:	0
Summary:	HMI Control interruptions from Ethernet outages
Description:	During the coil tests we had several outages of HMI Control that could only resolved by rebooting both the HMI Server computer and the RSLinx Enterprise server. I did some testing and identified that when I disconnected and reconnected the network cable from halldsc5 (the HMI Server), communication between halldsc5 and halldsc2 (RSLinx Enterprise server) was permanently lost. This was only noticed because I could not ping from halldsc5 to halldsc2. We need to test this again with the real network hardware and HMI computers.
Steps To Reproduce:
Additional Information:	Enclosed is the transcript of the testing I performed on 23 June 2011 in the Test Lab.
Attached Files:	Ethernet Troubleshooting.txt (2,446) 2011-06-24 10:41 https://halldweb.jlab.org/mantisbt/file_download.php?file_id=3&type=bug

Notes
(0000230) ballard    2011-12-15 13:38	I think this is a non-issue for now. We may have to revisit once the final HMI and network hardware are in place.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
160	[Hall D Online] Controls	feature	N/A	2011-10-31 14:49	2011-12-07 12:16
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	0
Actual man-weeks:	0
Summary:	Test SOE module and relays
Description:	Test whether the SOE module can determine the time sequence of trips of control circuits in the solenoid magnet control system.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000226) wolin    2011-12-07 11:45	Reminder sent to: ballard Please update, thanks.
(0000228) ballard    2011-12-07 12:15	Research indicates that power companies use this module to reconstruct failure of distributed power distribution systems. Worst-case resolution is 50 MICRO-seconds. Tested the SOE module and relay setup. It appears to work as expected. I recommend we incorporate it into the official control design.
(0000229) ballard    2011-12-07 12:16	see previous note.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
71	[Hall D Online] Databases	feature	N/A	2011-04-13 10:36	2011-12-07 11:48
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	2
Percentage complete:	100
Actual man-weeks:	2
Summary:	Develop requirements for conditions database, design database and create prototype implementation
Description:	It is not clear how mamy of the online database requirements can be satisfied by the Hall D Calibrations and Conditions DataBase without a design and prototype to play with. It is also not clear how the CCDB will interoperate with other online databases, e.g. EPICS archiver, elog, etc. With a prototype we can answer these questions.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000164) wolin    2011-10-12 14:47	Mark Ito presented a preliminary design at an Online meeting in Apr-2011. Dmitry will implement the design once he releases the CCDB, within a week or so.
(0000181) wolin    2011-10-21 09:09	Which EPICS archiver we use, and how easy it is to read old archive data, is relevant to the conditions database design. Do we need to store EPICS data in the DB? is the EPICS DB good enough? should we store selected data in both? if so when and how will the data be collected?
(0000205) wolin    2011-11-15 11:13	I will try something out on my own due to difficulties getting the Offline group to work on this.
(0000211) wolin    2011-11-18 13:24	Design done, document in progress, thanks to Dave for help
(0000222) wolin    2011-12-05 13:05    (edited on: 2012-01-19 17:40)	Document in DocDB number 1870, reviewer Dmitry Romanov

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
159	[Hall D Online] Databases	feature	N/A	2011-10-31 10:14	2011-12-07 11:48
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	3
Percentage complete:	100
Actual man-weeks:	1
Summary:	Evaluate Midas Elog as notebook system
Description:	The Midas Elog implements a notebook/logbook system with user-definable columns. It stores data in files on disk. We should evaluate the Midas Elog for all notebook-like applications, e.g. maintenance logs, equipment manual database, knowledge base, etc.
Steps To Reproduce:
Additional Information:	Since it uses simple files (one per day) the Midas Elog is probably not suitable for the full operator log or for the run logs. Note that the CLAS6 elog currently has around 37,000 entries in it.
Attached Files:

Notes
(0000189) wolin    2011-10-31 10:16	Sherman is currently installing the elog on halldweb1. It should use PAM authentication against CUE passwords. I will implement a few notebooks, Yi implement some as well. We will test along with some of our technicians.
(0000192) wolin    2011-10-31 13:53	Sherman figured out how to do PAM authentication against the CUE password system. He will have this installed on halldweb1 some time this week.
(0000200) wolin    2011-11-15 11:05	Midas is now installed and working, and many people have created logbooks/notebooks.
(0000201) wolin    2011-11-15 11:06	Midas working, logbooks being created, many more to go but the basic installation and evaluation is complete. We are going to use it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
68	[Hall D Online] DAQ	feature	N/A	2011-04-11 14:18	2011-12-07 11:48
Reporter:	wolin	Platform:
Assigned To:	user23	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	6
Percentage complete:	100
Actual man-weeks:	4
Summary:	Port CODA Object Library to Java
Description:	The existing C++ CODA Object library supplies a mechanism to easily add user-written processes to the CODA DAQ state machine. A Java version would be useful.
Steps To Reproduce:
Additional Information:	Yelena says she has a summer student that can work on this.
Attached Files:

Notes
(0000079) wolin    2011-04-11 14:20	I plan to meet with Yelena in the next week or so
(0000102) wolin    2011-06-03 13:26	Andrew Garmon is on board and beginning to port the code to Java.
(0000103) wolin    2011-06-03 13:27	Andrew Garmon, Yelena's summer student, is doing the work
(0000111) wolin    2011-06-08 09:02	Andrew Garmon is about 1/3 done with this
(0000113) user23    2011-06-08 11:15	I am working on this
(0000116) wolin    2011-06-17 15:32	The C++ version needs to be updated to comply with Vardan's latest run control language. Get the latest C++ version from Elliott.
(0000172) wolin    2011-10-12 14:57	C++ and Java versions tested and complete, I just have to meet with Andrew to get the code into svn.
(0000174) user23    2011-10-17 16:58	I have finished documenting and commenting, it is ready to be put into svn. I will work on coordinating a time to meet with Dr. Wolin.
(0000193) wolin    2011-10-31 13:55	Andrew's code has been tested by Vardan, commented and checked into the DAQ svn repository.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
150	[Hall D Offline] General	major	always	2011-10-18 11:03	2011-11-07 14:43
Reporter:	davidl	Platform:
Assigned To:	staylor	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Reconstruction hangs on certain events
Description:	Here is the e-mail originally sent by Igor Senderovich: Hi David, hi Simon, I've isolated an event that essentially hangs the reconstruction, i.e. halts with 100% CPU http://zeus.phys.uconn.edu/~senderovich/tmp/hdg_smeared_badevt.hddm [^] <http://zeus.phys.uconn.edu/%7Esenderovich/tmp/hdg_smeared_badevt.hddm> [^] You can reproduce this with the phys_tree plugin. Trying to view the event with hdview2 couldn't work either for the same problem, presumably: it froze on me too. I suspect the rate of such chokes is about 1 in a hundred events. This was event 136. Running reconstruction with 7 threads produced crippled all the threads before reaching event 1000. (I can try to isolate the others for you) I should note, this is with revision 8351 Thanks, and let me know how I could help. -Igor
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000186) staylor    2011-10-24 16:54	I have confirmed the behavior on ifarm1102: the code hangs on this event and eventually causes a segmentation fault. I have isolated the problem to what appears to be nonsense in the start counter (T=9.13056e+22) for one of the tracks. When the DChargedTrackHypothesis code tries to match this to the RF bucket it effectively enters an infinite loop...
(0000198) staylor    2011-11-07 14:42	I have put a trap in the code to deal with nonsense in the start counter (or any other detector) by looking at times relative to the smallest drift time in the drift chambers.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
90	[Hall D Online] DAQ	feature	N/A	2011-06-17 14:48	2011-10-31 13:52
Reporter:	wolin	Platform:
Assigned To:	heyes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	Yes
Estimated man-weeks:	6
Percentage complete:	100
Actual man-weeks:	2
Summary:	Design farm manager CODA component
Description:	Collect requirements and design a monitoring and level 3 farm manager for use in the Hall D Online/DAQ environment. Create prototype and test in simulated but realistic farm environment, if required. Deliver report that summarizes results and includes an outline of steps needed to create and commission production farm manager with estimates of required time and manpower.
Steps To Reproduce:
Additional Information:	Consult as required with the Hall D Online group concerning the specific requirements and constraints of the Hall D computing system. Major architectural decisions must be reviewed by the Hall D Online group to ensure compatibility with the experiment online environment. This task is assigned to Vardan, I will keep myself (Heyes) in the "assigned to" field.
Attached Files:

Notes
(0000118) wolin    2011-06-20 10:16	Graham...kindly review the task description and modify as required, especially the estimated man-weeks of effort needed. We'll iterate as needed.
(0000124) wolin    2011-06-20 10:18	Please update task description as needed
(0000144) heyes    2011-07-15 11:16	I don't know where the man week estimate came from but it will be updated after preliminary discussions of scope and priority are complete. I removed the text "CODA component" from the description. It may be that the farm manager is a framework based on a combination of AFECS, ET and CMSG. Maybe even some online adaptation of CLARA.
(0000170) wolin    2011-10-12 14:55	Vardan is about done with the planning/prototyping, final report within the next week or so expected. Next task for Vardan will be the Experiment Control Supervisor and GUI.
(0000190) wolin    2011-10-31 13:51	Vardan's final report is in the DocDB number 1857.
(0000191) wolin    2011-10-31 13:52	Vardan submitted his final report

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
63	[Hall D Offline] General	minor	have not tried	2011-03-29 10:14	2011-10-25 10:29
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Decide on Matt's include-related proposal for the make system(s).
Description:	Discussed at 3/23/2011 Offline Meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000187) marki    2011-10-25 10:29	We should adopt the proposal, for jana and sim-recon. Will announce this at the next offline meeting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
38	[Hall D Offline] General	major	sometimes	2011-01-07 23:10	2011-10-24 16:57
Reporter:	davidl	Platform:
Assigned To:	staylor	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Analysis program hangs on certain events
Description:	Jake Bennett reported this. It seems his analysis program hangs during the reconstruction of certain events. The whole JANA program doesn't hang, but the processing thread does and the program repeatedly reports that it "... hasn't reported in X seconds ...".
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000053) davidl    2011-01-24 09:32	This is an ongoing issue. The IU group has continued to look into this as have I. The problem does seem to be related to a call to the STL sort algorithm in DTrackCandidate_factory_CDC.cc. This was identified by Matt S. and verified by David L. However, there is no evidence that the STL vector is corrupted going into the call and the likelihood this is a bug in sort itself seems unlikely. The problem is currently being worked around in a couple of ways: 1. Compile DTrackCandidate_factory_CDC.cc with optimization turned off 2. Use a newer version of the code that uses the KalmanSIMD fitter rather than the ALT1 fitter. I have also not ruled out that this has something to do with the JStreamLog mechanism in JANA. Since multiple threads use this, it could help explain the intermittent nature of the problem.
(0000063) davidl    2011-03-16 08:06	What appears to be the same issue has been report by Richard Jones at UConn. He had numerous GRID jobs hang with DTrackCandidate_factory_CDC appearing near the end of the stack trace before the seg. fault. I was able to reproduce the error as he described it using bggen produced events. A few things of note: - I had to re-run the set of "bad" events used previously to look at this problem through hdgeant because the HDDM structure has changed since then. I was not able to get the hangs/crashes with the re-processed events - When running through a freshly generated set of bggen events, I was able to get it to reliably hang/crash after about 4k events by activating only the DTrackCandidate:CDC factory (and it's inputs). I was able to cull out the single event causing the crash and am able to reliably crash or hang the program on it every time. - At this point the problem with "sort" still seems to be there in that I can see it run past the end of the vector size. It is still unclear though if the sort code itself is being corrupted, or is being poorly generated due to a bug in the optimizer, or the vector itself is being corrupted. Stepping through the asm may be required.
(0000064) davidl    2011-03-17 08:33	Richard Jones tracked down the source of this bug. See his full description here: http://www.jlab.org/Hall-D/software/wiki/index.php/Diagnosing_segmentation_faults_in_reconstruction_software [^] The short version is that the underlying assembly generated for our comparison routine (SortIntersections) copied one number out of and then back into the 80bit floating point unit before comparing it to what should have been the identical number. (The STL sort algorithm assumes when comparing an object with itself, it will never be "less than" itself). This caused a while loop to run away because it assumed at least one value in the array would not be less than the "pivot" value (a copy of one of the elements in the array). i.e. the bit shaving essentially led to A<A evaluating to true.
(0000068) davidl    2011-03-21 14:46	This issue was resolved a few days ago thanks to the heroic effort by Richard Jones to identify the source of the problem.
(0000180) pmatt    2011-10-18 21:58	Stack Trace shows: 0000006 0x00000000005b6ab6 in DTrackFitterKalmanSIMD::FitTrack() ()
(0000185) staylor    2011-10-24 16:49	This particular issue was resolved in March...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
15	[Hall D Offline] General	minor	have not tried	2010-06-18 09:17	2011-10-18 16:23
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Decide on best practice for environment set-up
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000034) marki    2010-08-24 13:18	Needs to be documented still.
(0000178) marki    2011-10-18 16:23	Decided to support both the Mark method and the Dave method. This should get documented when getting started materials are revised.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
44	[Hall D Offline] General	minor	N/A	2011-01-27 09:05	2011-10-18 16:15
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Schedule a discussion of parameters for code resident in the calibration database
Description:	should we treat program parameters differently than calibration constants?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000177) marki    2011-10-18 16:15	discussed at February 9, 2011 offline meeting

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
105	[Hall D Offline] General	minor	have not tried	2011-06-30 08:00	2011-10-18 16:07
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Remind people to update their Mantis items.
Description:	using mantis
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000176) marki    2011-10-18 16:07	sent email to the list

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
104	[Hall D Offline] General	major	have not tried	2011-06-30 07:59	2011-09-21 13:07
Reporter:	marki	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Look into off-site collaborators checking out from the 12 GeV repository.
Description:	so that they can have access to Jana and ccdb
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000156) marki    2011-09-21 13:07	not a problem checking out, checking in not allowed unless a member of the 12gevphys group

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
134	[Hall D Offline] General	minor	have not tried	2011-09-21 13:00	2011-09-21 13:05
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Mark will add new items to list on the Reconstruction Tasks and Topics for Further Development page
Description:	on the wiki
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000155) marki    2011-09-21 13:05	posted on discussion page

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
135	[Hall D Offline] General	minor	have not tried	2011-09-21 13:01	2011-09-21 13:04
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Conveners with organize the reconstruction issues list
Description:	on the wiki
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000154) marki    2011-09-21 13:04	done now

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
40	[Hall D Offline] General	feature	N/A	2011-01-23 17:41	2011-07-20 12:53
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Prepare revised computing requirements for IT review
Description:	fill in Graham's spreadsheet
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000147) marki    2011-07-20 12:53	Done in advance of the review.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
103	[Hall D Offline] General	major	sometimes	2011-06-29 11:10	2011-07-18 09:36
Reporter:	davidl	Platform:
Assigned To:	pmatt	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Reconstructed number of particles non-deterministic
Description:	From e-mail by Will Levine on 6/28: ---------------------------------- Hi, I noticed recently that I've been getting different results when running reconstruction multiple times on the same file. It seems like that for a small number of events, the number of particles reconstructed varies. I think this problem will occur with any input, but I've uploaded one particular hddm file where I've seen the problem (http://www-meg.phys.cmu.edu/wilevine/hdgeant_smeared.hddm [^] ). I think the simplest way to see the problem is to run the reconstruction with the phys_tree plugin twice (i.e. hd_root -PPLUGINS=phys_tree hdgeant_smeared.hddm -o output.1.root hd_root -PPLUGINS=phys_tree hdgeant_smeared.hddm -o output.2.root ) and compare the output. In particular, differences should be seen in the Npip, Nphoton, etc. histograms. For the record I'm using svn revision 7974 and the problem seems to occur in both SIMD and non-SIMD builds. If anyone can confirm or diagnose this issue, that would be helpful. Will
Steps To Reproduce:
Additional Information:	Beni reproduced the issue and sent this email: ---------------------------------- Hi Will, David, I duplicated what you see. I look for each event how many photons are reconstructed. the result is shown in the two attached files. The diff_sidebyside.dat file shows for each event the number of reconstructed photons on the left for the first reconstruction on the right for the second reconstruction. the diff.dat file contains only those event where a difference is found. This should help for further debuging.
Attached Files:

Notes
(0000146) davidl    2011-07-18 09:36	This was fixed with revision 8077. The problem was caused by the following: The DReferenceTrajectory class is used to swim tracks through material and magnetic fields and can then be used to identify points of closest approach to wires, intersections with planes or intersections with cylinders. When matching tracks to showers in the BCAL, this was used. For historical reasons, the DistToRT method is used to calculate the distance, but certain parameters, including the angular extent of the partial step to take to the desired point between recorded points, are stored locally and must be retrieve via GetLastDOCAPoint. The DistToRT method was overloaded and the particular version used by MatchToBCAL in the DParticleID class was not setting this "last_phi" parameter. The exact value was therefore left to whatever happened to be in the memory location of the DReferenceTrajectory object when it was created. Two similar methods were used to try and track down this problem: 1.) Use hd_dump to dump ASCII of all objects to a file and then do a diff on the files. 2.) Use the janaroot plugin to put this same info into a ROOT file. Both methods rely on information obtained through the data object's ToStrings method.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
102	[Hall D Offline] General	feature	N/A	2011-06-27 13:45	2011-07-12 11:18
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Create plugin framework to generate simulated CODA-format raw event files from monte carlo input
Description:	Create a rawevent plugin framework that the DAQ group can use to generate simulated raw data files. They should not have to know anything about the JANA/DANA system, and what we give them should take care of everything other than creation of the raw data banks in the EVIO event tree that gets written to the output file. Input to their code will be the various hit banks (DTOFRawHit, DBCALHit, etc).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000130) wolin    2011-06-27 13:46	Plugin will be called "rawevent." I am about half-way done at the moment.
(0000132) wolin    2011-06-28 13:23	I'm about 85% done, still need input on how our translation tables will work. I wrote dummy routines to do the translation. Once I get some details I'll fill these routines in. Then the project can be handed over to the DAQ group.
(0000141) wolin    2011-07-11 17:28	About 95% done. Invented translation table format, filled XML fake translation table via python script. rawevent plugin reads table and translates all real hits into fake crate/slot/channel values. No table misses in 1000 events. Last thing to do is to optimize table access since this occurs in the innermost loops.
(0000142) wolin    2011-07-12 11:18	Plugin is adequate for generating simulated raw event file. It is checked into SVN. Some improvements are planned, mainly for optimization.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
116	[JANA] Feature Request	major	N/A	2011-07-01 10:18	2011-07-01 16:30
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Generate online documentation
Description:	Use Doxygen or ROOT's THML to generate online documentation for JANA. This should probably be done for the all of the 0.6.X generation of releases.
Steps To Reproduce:
Additional Information:	ROOT's THTML has long suffered from not being able to handle templated classes. This seems to be a CINT issue and will require intervention on their part to correct. Doxygen seems to be a little more robust, but doesn't have some of the nice features of the ROOT pages.
Attached Files:

Notes
(0000140) davidl    2011-07-01 16:30	Configuration files and scripts updated and added to doc area of JANA source. Documentation was generated using both Doxygen and ROOT THTML. It has been generated and install on the JANA web site for versions: 0.6.0 0.6.1 0.6.2 0.6.3

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
109	[JANA] Feature Request	minor	N/A	2011-07-01 09:55	2011-07-01 09:55
Reporter:	davidl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add GetUsingPath method to JEventLoop
Description:	Add GetUsingPath method to JEventLoop to allow one to specify a specific set of factory tags to use when satisfying the request. This will need to somehow temporarily remove objects from factories that already have them since the inputs will be different in some cases. It will also need to have another container to hold all of the objects made since the originals will need to be replaced so subsequent calls to Get() are properly handled.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
94	[Hall D Offline] General	minor	always	2011-06-20 15:59	2011-06-30 16:48
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	hdgeant crashes when adding EM background
Description:	When running hdgeant with BGGATE and BGRATE enabled so that additional beam photons will be simulated in addition to the events read from an external file, it seems to crash immediately. It is unclear if this is the first event or if it gets through one or two before the crash. The "10 events" message does not get printed prior to the crash. Problem was not noticed for data set with very weak thrown photon that doesn't escape target.
Steps To Reproduce:
Additional Information:	---- Snippet from log file ------  !!!!! ZFATAL called from MZPUSH  !!!!! ZFATAL reached from MZPUSH for Case= 3           IQUEST(11) = 1186631 121B47           IQUEST(12) = ********* 454E494B KINE           IQUEST(13) = 64000 FA00           IQUEST(14) = 64000 FA00           IQUEST(15) = 1 1           IQUEST(16) = 0 0           IQUEST(17) = 10 A           IQUEST(18) = 0 0           Current Store number = 0 (JQDIVI= 2) 1ZEBRA SYSTEM Post-Mortem from ZPOSTM.
Attached Files:

Notes
(0000133) jonesrt    2011-06-28 21:20	I am unable to reproduce the problem, starting from a clean checkout and build of Rev. 7915. Can you post a complete copy of your control.in file that you used to create the error?
(0000134) jonesrt    2011-06-29 05:54	Need more detailed instructions on how to reproduce. Cannot reproduce the error, given the information provided.
(0000137) davidl    2011-06-30 16:28	I am able to successfully run the executable that is in Richard's area of the scratch disk, but still get crashes when running an executable I built. I have tried building my own version of cernlib using the gridmake script from Richard's area the scratch disk and still get crashes. I have tried linking to Richard's cernlib binaries on the scratch disk and still get crashes. It seems the crashes are: 1.) not directly related to the cernlib version 2.) not due to settings in the environment
(0000138) davidl    2011-06-30 16:48	This turned out to be due to a stale hdds version. The problem was traced by systematically linking against packages in Richard's packages directory on the scratch disk (cernlib, sim-recon, hdds) until a working executable was obtained.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
62	[Hall D Offline] General	minor	N/A	2011-03-24 16:38	2011-06-29 16:03
Reporter:	staylor	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	danaevio needs to be updated due to new DVertex and DParticleSet classes
Description:	DVertex has two additional vectors containing track and shower information. DParticleSet is a new class. These are both currently under development and may change again in the future.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000125) wolin    2011-06-21 16:53	Also needs to be updated to allow for changing output object list on the fly (for DED), and for having no event processor and output file (for simulated CODA output file).
(0000126) staylor    2011-06-22 09:38	Paul Mattione is working on revising DVertex and adding more classes, so hold off for now...
(0000131) wolin    2011-06-27 15:04	Many objects still under development. I think I am handling all the stable ones. Simon, let me know when new objects have stablized and are are ready for conversion.
(0000135) marki    2011-06-29 16:03	Reminder sent to: wolin reminder test

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
88	[Hall D Online] Controls	minor	random	2011-06-03 13:15	2011-06-23 16:31
Reporter:	wolin	Platform:
Assigned To:	ballard	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	0
Actual man-weeks:	0
Summary:	Check what PLC does when network cables are disconnected
Description:	For the coil test we once had to power cycle the PLC and other chassis due to network problems. We need to understand how the PLC system responds when a port goes down. Can it reestablish communication when the port is working again?
Steps To Reproduce:
Additional Information:
Attached Files:	Chat Session [Incident_110608-000066].pdf (68,707) 2011-06-08 08:30 https://halldweb.jlab.org/mantisbt/file_download.php?file_id=1&type=bug Ethernet Troubleshooting.txt (2,446) 2011-06-23 15:42 https://halldweb.jlab.org/mantisbt/file_download.php?file_id=2&type=bug

Notes
(0000108) wolin    2011-06-07 17:31	Reminder sent to: ballard Have you tried the Mantis system?
(0000109) ballard    2011-06-08 08:33	Contacted RA Tech Support with a chat (transcript attached). Bottom line - without knowing the exact nature of the network problem along with details about our network (managed/unmanaged switches, DHCP/Static IP, etc.), it is very difficult to determine what the PLC system will do. Generally, the system will try to pick up where it left off when communications were disrupted unless a fault is triggered. The fault has to be cleared by a power cycle or through the L5k software.
(0000127) ballard    2011-06-23 15:45	I went to the test lab and disconnected/reconnected various ethernet cables. A detailed description is in the attached document "Ethernet Troubleshooting.txt". In summary: PLC hardware, that is, EN2T modules and EWEB modules are robust and able to pick up where they left off when ethernet is disconnected and then reconnected. HMI computers, on the other hand, are subject to longer-lasting failures usually requiring a reboot of BOTH computers (HMI Server and RSLinx Enterprise Server) in order to restore connectivity and control.
(0000128) ballard    2011-06-23 15:47	PLC Hardware is able to recover from ethernet outage/disruption.
(0000129) wolin    2011-06-23 16:31	"closed" hides the issue, "resolved" is better when people may want to look at it

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
45	[Hall D Offline] General	minor	N/A	2011-01-27 14:41	2011-06-13 13:02
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Schedule a talk on TOF reconstruction software
Description:	either Paul or Beni
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000114) marki    2011-06-13 13:02	Simon will give a talk on 6/13/11.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
75	[Hall D Offline] General	minor	have not tried	2011-04-21 11:40	2011-06-03 16:44
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Convene a meeting to write hit-particle correlations to HDDM output from HDGeant
Description:	as discussed at Apr. 20th meeting.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000107) marki    2011-06-03 16:44	Talked to Beni and we decided we did not need a meeting on this. He had spoken with Richard at the last collaboration meeting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
47	[Hall D Offline] General	minor	N/A	2011-02-14 14:01	2011-06-03 16:20
Reporter:	davidl	Platform:
Assigned To:	gen	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add pi0 decay capability to bggen
Description:	The bggen program ca be made to decay pi0 and eta particles by adding a minus ("-") in front of the particle id in the pythia-geant.map file. This only applies to pythia generated particles though. Ones generated from low energy(<3GeV) photons are made through different code and so do not decay the particles. This is particularly misleading for pi0s when looking at the generated events since the user will see some pi0s being decayed as advertised and could easily miss the ones that aren't. Decaying pi0's into 2gamma f.s. should be done at least. One should also consider decaying etas or pi0s to other decay channels.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
81	[Hall D Online]	feature	N/A	2011-05-13 17:02	2011-05-24 14:46
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	75
Actual man-weeks:	0
Summary:	Install IRMIS
Description:	Install IRMIS v3 for testing with the solenoid control system. Needs to be accessible on-site by a small number of testers (Scot, Mark, Josh, Hovanes, maybe a few others). This effort actually started a few months ago, before we had the Online Mantis system going.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000096) wolin    2011-05-13 17:04    (edited on: 2011-05-13 17:04)	MIS group was unable to get IRMIS to work with JBoss. Got approval to go ahead with Glassfish but with special security restrictions.
(0000097) wolin    2011-05-13 17:05	Kelvin created special VM (irmisvm) and Brent opened appropriate network ports.
(0000098) wolin    2011-05-13 17:06    (edited on: 2011-05-13 17:10)	(older notes entered after the fact) Current status: Glassfish installed and running on irmisvm. Database installed and running on halldweb1. IRMIS installed and running on irmisvm, web pages visible on-site. IRMIS web applets run if browser has appropriate Java JDK (Open JDK doesn't seem to work, IBM JDK does). Now need to verify each editor page is working properly.
(0000100) wolin    2011-05-24 14:46	IRMIS available for testing at http://irmisvm.jlab.org:8080/IRMISComponents [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
46	[Hall D Offline] General	minor	have not tried	2011-01-27 14:42	2011-04-16 19:34
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Schedule a talk on start counter reconstruction software
Description:	Either Werner, Simon, or Sascha
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000085) marki    2011-04-16 19:34	Talked to Sascha. There is essentially no reconstruction code for the start counter, therefore there is nothing to present.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
37	[Hall D Offline] General	feature	N/A	2011-01-07 23:06	2011-04-15 13:25
Reporter:	davidl	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Form plan for storing monitoring data in CCDB
Description:	This came up during discussion at the GlueX Software Tutorial on Jan. 7th ,2011: We should form a definite plan for how monitoring data might be stored. This could involve the CCDB and possibly motivate additional table structure due to the nature of the data.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000083) marki    2011-04-15 13:25	A plan for this was presented at the most recent Online Meeting. See http://www.jlab.org/Hall-D/software/wiki/index.php/Proposal_for_an_online_conditions_database [^] for details.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
66	[Hall D Offline] General	minor	N/A	2011-04-07 09:20	2011-04-13 09:55
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Propose scheme for tagging calibration constants
Description:	Want to synch calibration constants with tagged releases.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000081) marki    2011-04-13 09:53	Tagged versions are available. See list at http://www.jlab.org/Hall-D/software/wiki/index.php/Calibration_Constants%2C_Tagged_Versions [^] . Also see email announcing this to the group: https://mailman.jlab.org/pipermail/halld-offline/2011-April/000633.html [^] .
(0000082) marki    2011-04-13 09:55	see previous note

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
65	[Hall D Offline] General	minor	have not tried	2011-03-29 10:16	2011-04-10 13:59
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Mark's build scripts need better documentation
Description:	re-org the appropriate wiki pages
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000078) marki    2011-04-10 13:59	Found that there were already a lot of wiki pages dealing with various aspects of these scripts but they were rather weakly linked to the main page. Created a page, linked prominantly from the main page, that collects them. http://www.jlab.org/Hall-D/software/wiki/index.php/Building_and_Using_the_GlueX_Software [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
67	[Hall D Offline] General	minor	N/A	2011-04-07 09:21	2011-04-07 14:02
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Look into using "externals" in subversion to coordinate different packages
Description:	might be a useful synching mechanism
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000077) marki    2011-04-07 14:02	Externals seems aimed at building a single directory structure from a set of separately controlled directories. It is especially important when a particular directory structure is necessary to either build or use the code. We are using calib as a stand-alone directory and in our case we want to retain the ability to mix and match versions of calib and sim-recon. Also the relative position of the calib and sim-recon directories is not critical; it does not require strict enforcement. Further, incorporating calib as a sub-directory of sim-recon is a complication whose need will disappear when a database is used. It would probably be better to avoid this complication and linkage of trees whose purpose is quite different. Simple tagging of calib versions would be simpler and do the job.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
50	[Hall D Offline] General	minor	N/A	2011-03-17 12:19	2011-04-06 14:12
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Review use of STL sort to avoid 80bit/64bit comparison bug
Description:	Review all places in reconstruction code (JANA included) to make sure there is no potential to suffer from the same 80bit/64bit bug that was recently unmasked. See the following for more details. http://www.jlab.org/Hall-D/software/wiki/index.php/Diagnosing_segmentation_faults_in_reconstruction_software [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000076) davidl    2011-04-06 14:12	A review of the custom comparison functions was done for all of the Hall-D source code. One definite and one potential problem were found. The definite has since been fixed. This was reported at the April 6, 2011 offline software meeting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
61	[Hall D Online] General	feature	N/A	2011-03-23 14:59	2011-04-04 17:17
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Work by outside group for Hall D:	No
Estimated man-weeks:	1
Percentage complete:	50
Actual man-weeks:	0
Summary:	Create spreadsheet for Online task accounting and add sub-tasks
Description:	Develop sub-tasks under 12GeV project line items, then create spreadsheet with columns that implement accounting for progress for each item. Spreadsheet will be updated semi-monthly to allow Eugene to send progress reports to 12GeV management. Progress on Onlne Mantis tasks will be basis for updating spreadsheet.
Steps To Reproduce:
Additional Information:	Joint effort by David, Hovanes and Elliott, now that descriptions of each task are listed in the Online wiki.
Attached Files:

Notes
(0000071) wolin    2011-03-23 15:00	Dave created basic spreadsheet, Hovanes entered it into SVN, now we need to fill in sub-tasks.
(0000074) wolin    2011-03-24 15:48	Dave, Hovanes and I will create the spreadsheet
(0000075) wolin    2011-04-04 17:17	Spreadsheet filled out and living in SVN repository under /docs/online/ProjectProgress. Will be updated as needed as work proceeds and as we understand the lines better.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
60	[Hall D Offline] General	minor	always	2011-03-23 08:52	2011-03-24 15:45
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	DANAEVIO no longer compiles
Description:	The DANAEVIO plugin no longer compiles due to changes to the data model. Most of the compiler errors are due to undefined variables in the DANA objects that DANAEVIO is attempting to convert to EVIO banks, but there are other problems.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000072) wolin    2011-03-24 15:43	Elimnated all objects/banks with HDDM in their name, along with DParticle. DFDCPseudo changed as well. Need to add some new banks, and others are under development.
(0000073) wolin    2011-03-24 15:45	Now compiles and runs. Will add new banks as needed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
35	[Hall D Offline] General	minor	N/A	2011-01-07 22:51	2011-03-22 09:57
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Review naming scheme for reconstructed calorimeter objects
Description:	The DPhoton class name is misleading in that it could be matched to a track and so not be a photon at all. The naming scheme should be reviewed for all levels of both the BCAL and FCAL reconstruction to make the names more reflective of the level of reconstruction the object represents.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000069) davidl    2011-03-22 09:57	This has been reviewed and a plan is currently being implemented to change the reconstructed calorimeter object names. Specifically, the name "photon" will be reserved for classes representing showers not associated with charged tracks and so are believed to be photons. The term "cluster" or "shower" will be used in earlier stages of reconstruction before the charge track matching filter has been applied.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
48	[Hall D Offline] General	crash	unable to reproduce	2011-02-18 13:49	2011-03-02 11:17
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	hdgeant crashing on athlon 32bit
Description:	Richard jones reported this via phone call today. hdgeant is crashing at the point it is reading in the B-field map with no descriptive error report. The problem does not present when compiled in DEBUG mode. The problem does not present when the ARCH is i686 (instead of athlon). The problem does not present when executables compiled on other 32bit architectures are run on the athlon machine.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000062) davidl    2011-03-02 11:17	This problem stemmed from the fact that 32-bit Linux malloc does not align on 16 byte boundaries causing SIMD instructions to crash. This had been disabled when the ARCH was i686, but athlon machines set the ARCH to "athlon" causing SIMD instructions to be compiled in. Richard solved this problem and simultaneously enhanced the use of SSE2 and SSE3 to compile in things more customized for the current hardware.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
49	[Hall D Offline] General	crash	have not tried	2011-02-25 16:05	2011-03-02 07:31
Reporter:	davidl	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	hdgeant crashing
Description:	This was submitted by Will Levine to the HallD-offline list. Here is his original e-mail: "I keep running into a crash when I try to run hdgeant over a large number of events. Is there anything I should do try to isolate or identify the problem? I'm just using b1pi events from genr8 with the default control.in"
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000060) davidl    2011-03-02 07:28	This was confirmed by running a freshly compiled executable using the same svn revision originally reported. The same input file and control.in file were used. After ~36k events, the program crashed with a stack dump indicating gkbin to be the routine at the top of the stack.
(0000061) davidl    2011-03-02 07:31	Will reported that with a newer update of the source, the problem seems to have gone away. I confirmed this by repeating my earlier exercise that confirmed the crash, but using an executable updated to the current trunk of the source tree. It ran through all 100k events without crashing.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
43	[Hall D Offline] General	minor	N/A	2011-01-27 09:04	2011-02-08 14:25
Reporter:	marki	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Ask people at Regina about the status of the BCAL reconstruction code
Description:	offline group is curious about this
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000057) davidl    2011-02-08 14:25	I e-mailed Andrei and Zisis then spoke directly with Zisis at the collaboration meeting (2/2/2011). Here is the text from Andrei's and Zisis' e-mails that sum it up:  David: We have the transitional period of digesting of everything that was done before us on the BCal reconstruction code, and right now, we trying to understand the results and consequences from the code we picked up from Indiana. We plan to start to discuss our observations next-week Thursday meeting, and as for the "global strategical" point of view, I do believe that Zisis can share his thoughts on the issue. Sincerely, Andrei Hello David: just a couple of lines to echo what Andrei said earlier. Yes, it is true that Andrei and Irina are now at the initial stages of BCAL reconstruction code ownership, picking up the thread from the IU guys, Matt and Jake. It took a few weeks to get everything to work right for her, and in the process I believe the entire code plus HDGeant are checked in the repository completely and correctly. Irina stated running the simulations last week. She is starting to generate some spectra but it is too early to report on anything during the collaboration meeting. We will show some first results during next week's CALWG meeting. However, in the longer run I believe that a more appropriate forum is in the OFFLINE WG meeting so we will start attending those. As far as the details, we plan to understand the output of the code as is, with all of the bells and whistles that Matt & Co installed. A detailed checking will take place with "individual" segmentation as well as the "summed" towers, and a couple of variants of that as well. Things that need to be looked at include, among others, are efficiency of reconstruction, energy resolution as a function of thresholds, noise, etc, and the effect of splitoffs and overlaps on the reconstruction with and without summing. We will report on these periodically in the future as the results become available. See you guys at the meeting, where I would be happy to discuss further details. Cheers, Zisis...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
39	[Hall D Offline] General	minor	N/A	2011-01-23 17:32	2011-01-24 14:05
Reporter:	marki	Platform:
Assigned To:	heyes	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Look into the Purify license
Description:	ask Graham to look into license for purify
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000055) marki    2011-01-24 14:05	Graham reports that no current licenses exist: I've been checking around and all of the licenses I can find lapsed years ago. It seems that the open source products got to the stage where there wasn't much point in paying good money for the same thing. I talked to Jie Chen and he suggests valgrind which looks like a good open source alternative. I emailed, Jie, Sandy, Andy and had a poke around on the DAQ group machines.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
29	[Hall D Offline] General	minor	have not tried	2010-08-25 16:20	2011-01-24 09:26
Reporter:	marki	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Eliminate warnings in nightly builds from experimental code
Description:	so other warnings can be seen
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000052) davidl    2011-01-24 09:26	Despite last nights build that had errors due to a missing file not having been checked in (my bad and already corrected). The builds have been error/warning free for some time with the exception of some warnings occurring when compiling dictionary files generated by ROOT automatically and for which we do not directly control the source code.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
16	[Hall D Offline] General	minor	have not tried	2010-06-18 09:17	2011-01-24 09:08
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Find a volunteer to revise the BMS document.
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000050) marki    2011-01-24 09:08	Assigned to David.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
25	[Hall D Offline] General	minor	always	2010-08-02 13:58	2010-12-07 17:54
Reporter:	wolin	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	DTOFPoint chisq error
Description:	DTOFPoint chisq is always zero
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000030) zihlmann    2010-08-09 10:48	I realized that I am not the author of this code but I will try to fix it. I see the same behavior.
(0000049) zihlmann    2010-12-07 17:54	The variable chisq is set to zero by hand in DTOFPoint_factory and currently not used for anything useful.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
24	[Hall D Offline] General	minor	always	2010-08-02 13:49	2010-12-07 17:52
Reporter:	wolin	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	DTOFHit object has bugs
Description:	In DTOFHit the bar is always zero, and the pos is often zero and sometimes nAn.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000031) zihlmann    2010-08-09 10:49	I will work on this issues.
(0000048) zihlmann    2010-12-07 17:52	DTOFHit is completely refurbished. and the "bar" issue fixed

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
34	[Hall D Offline] General	minor	have not tried	2010-12-02 07:40	2010-12-06 10:39
Reporter:	marki	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	move TOF smearing to mcsmear
Description:	from Matt: So, the request is this: can you move the TOF digitization into the mcsmear package. We have now done this for just about every detector system. Then you can safely delete the DTOFMCResponse. Hopefully once this is done, the results of track finding on an MC sample won't change when the analysis program is rerun.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000047) zihlmann    2010-12-06 10:39	put smearing of TOF data into mcsmear. New class DTOFHitRaw holding raw Monte Carlo data with tag "TRUTH" for unsmeared data. DHDDMTOFHit does no longer exist and in all the code DHDDMTOFHit has to be replaced by DTOFHitRaw.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
26	[Hall D Offline] General	minor	always	2010-08-04 08:43	2010-11-16 11:34
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	TwoGammaFit object missing toString() method
Description:	I'll add TwoGammaFit to DANAEVIO when the toString() method appears
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000046) davidl    2010-11-16 11:34	Committed in revision 6917.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
10	[Hall D Offline] General	minor	have not tried	2010-06-18 09:15	2010-11-16 11:09
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Write a specification for the calibration database.
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000045) davidl    2010-11-16 11:09	This was done with GlueX-doc-1541.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
17	[Hall D Offline] General	minor	have not tried	2010-06-18 09:18	2010-11-02 13:51
Reporter:	wolin	Platform:
Assigned To:	staylor	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Do studies of a more uniform magnetic field.
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000016) davidl    2010-06-23 13:25	This action item should be assigned to both David and Simon.
(0000017) wolin    2010-06-23 14:50	Testing if Simon gets an email...
(0000018) wolin    2010-06-23 14:51	Reminder sent to: staylor Testing if Simon gets a reminder
(0000019) davidl    2010-06-23 15:02	Let Elliott work on this.
(0000020) wolin    2010-06-23 15:04	Testing assignment to Simon via change status menu
(0000021) staylor    2010-06-23 15:07	testing assignment
(0000022) davidl    2010-06-23 15:09	Simon needs to get this.
(0000044) staylor    2010-11-02 13:50	David and I have a document on the portal: http://argus.phys.uregina.ca/cgi-bin/private/DocDB/ShowDocument?docid=1556 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
32	[Hall D Offline] General	minor	N/A	2010-10-20 16:17	2010-11-02 11:47
Reporter:	marki	Platform:
Assigned To:	zihlmann	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	give a presentation on correlation between CDC/FDC hits and generated particles
Description:	prepare a talk at an offline software meeting
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000043) zihlmann    2010-11-02 11:47	Talk is prepared and linked to offline software meeting schedule

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
27	[Hall D Offline] General	minor	have not tried	2010-08-25 16:19	2010-09-21 13:29
Reporter:	marki	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Make a new sim-recon release
Description:	it's been a while
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000041) marki    2010-09-21 13:28	sim-recon-2010-08-26 released

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
9	[Hall D Offline] General	minor	N/A	2010-06-18 09:14	2010-09-16 16:14
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Explore action item tracking software
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000001) wolin    2010-06-18 09:15	Mantis now in production
(0000039) marki    2010-09-16 16:10	Reminder sent to: wolin test of how reminders work
(0000040) wolin    2010-09-16 16:14	Reminder sent to: marki A reminder to the original reminder

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
13	[Hall D Offline] General	minor	have not tried	2010-06-18 09:16	2010-08-25 16:35
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Clean up coding conventions wiki page
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
2	[Hall D Offline] General	minor	have not tried	2010-06-18 09:11	2010-08-24 13:23
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Make "docs" area of subversion repository require authentication on checkout
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000037) marki    2010-08-24 13:23	Decided that this was not a necessary project. Dropped from active to-do lists. See minutes from July 27, 2010.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
7	[Hall D Offline] General	minor	have not tried	2010-06-18 09:13	2010-08-24 13:20
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Re-raise the issue of a documentation policy at a future meeting
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000036) marki    2010-08-24 13:20	Brought up at Offline Meeting. Will follow plan outlined at http://www.jlab.org/Hall-D/software/wiki/index.php/Software_Documentation_Structure [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
14	[Hall D Offline] General	minor	have not tried	2010-06-18 09:17	2010-08-24 13:17
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add analysis of b1pi output to cron jobs
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000032) marki    2010-08-24 13:16	Plots can now be found at https://halldweb1.jlab.org/b1pi/ [^]
(0000033) marki    2010-08-24 13:17	see offline minutes from August 10, 2010

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
18	[Hall D Offline] General	minor	have not tried	2010-06-18 09:18	2010-08-05 15:17
Reporter:	wolin	Platform:
Assigned To:	marki	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Add comments to sim-recon release page
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000029) marki    2010-08-05 15:14	Added a "comments" column to wiki page cataloging releases. Added a couple comments on some recent releases.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
22	[Hall D Offline] General	minor	have not tried	2010-06-18 09:20	2010-07-21 13:11
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Bring up DAQ software release method at an online meeting.
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000024) wolin    2010-06-24 16:18	Yes, I will do this
(0000028) wolin    2010-07-21 13:11	This issue was broached at the 21-Jul-2010 Online meeting. It will be followed up with the DAQ group.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
20	[Hall D Offline] General	minor	have not tried	2010-06-18 09:19	2010-07-13 23:15
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Give a plug-in tutorial to the group
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000027) davidl    2010-07-13 23:15	Done at July 13, 2010 offline meeting

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
23	[Hall D Offline] General	minor	N/A	2010-06-18 09:20	2010-06-24 16:30
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Configure MantisBT for real use
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000002) wolin    2010-06-18 09:22	Almost complete, just a few email config options to go
(0000003) wolin    2010-06-18 09:48	Email doesn't seem to work on status changes
(0000004) wolin    2010-06-18 11:54	Marty is checking email config...
(0000006) wolin    2010-06-23 11:28	Testing email on note added
(0000007) wolin    2010-06-23 11:30	Testing again
(0000008) wolin    2010-06-23 11:34	Almost working
(0000009) wolin    2010-06-23 11:36	Does it work now?
(0000010) wolin    2010-06-23 11:45	How about now?
(0000011) wolin    2010-06-23 11:46	Why doesn't it work???
(0000012) wolin    2010-06-23 11:48	I really don't understand email config!
(0000013) wolin    2010-06-23 13:16	I just set email_receive_own to true
(0000014) davidl    2010-06-23 13:21	A note for testing.
(0000015) davidl    2010-06-23 13:21	Issue is confirmed and reassigned.
(0000025) wolin    2010-06-24 16:28	I think the email config is correct. We'll see as we test over the next couple of weeks.
(0000026) wolin    2010-06-24 16:30	Reassigned and resolved again, just playing...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
21	[Hall D Offline] General	minor	have not tried	2010-06-18 09:19	2010-06-24 14:22
Reporter:	wolin	Platform:
Assigned To:	davidl	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Release JANA 0.6.2
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000023) davidl    2010-06-24 14:22	JANA 0.6.2 was released on Thurs. June 24, 2010.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
19	[Hall D Offline] General	minor	have not tried	2010-06-18 09:19	2010-06-21 14:00
Reporter:	wolin	Platform:
Assigned To:	staylor	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Announce field-uniformity GlueX note
Description:	From Wiki action item page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000005) staylor    2010-06-21 14:00	announced to halld-offline mailing list

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1	[Hall D Offline] General	feature	N/A	2010-06-18 09:09	2010-06-18 09:10
Reporter:	wolin	Platform:
Assigned To:	wolin	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Summary:	Archive of old resolved offline action items
Description:	See http://www.jlab.org/Hall-D/software/wiki/index.php/Action_Items_Archive [^]
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.