Minutes of the UVic Testbeam meeting held Friday, October 22,
2004
(present: ML,TH, RK, IG, AAgrewal, AAstbury, WS, PP, TI, RS, MF)
Ashok reported that he needs a
username and password to access the conditions database at CERN and
that these passwords must be filled into job option files. He is
working on installing the conditions database locally. He also
brought up the current RHEL
vs. Scientific Linux
battle which triggered a discussion amongst the group. Randy will be
running RHEL on the mercury cluster because it is considered an IBM
supported OS, where as Scientific Linux is not. Ashok asked that
the muse cluster be moved to RHEL as well. However, Richard pointed out
that we will need to maintain some nodes and login machines which have
an identical OS to Lxplus. Richard pointed that Tim Smith (Lxplus
cluster Guru) should be contacted in regards to what will be happening
with the Lxplus cluster so that we can maintain some parallel machines.
Tamara has managed to produce
some fits on her energy density dependent parameters C1, C2,
C3 so that she can move to a beam-energy independent
weighting scheme.
Ian has created a locally
mirrored version of relevant pieces of the Atlas CVS repository. He
has also created a UVic branch of the mirrored repository which he and
Margret have check-in access to. He is now making improvements to
the code. Richard requested that Ian inform Pavol and Rob about his
repository.
Margret is now working off the
mirrored repository and is working to continue the code cleanup. She
discovered that a particular segfault experienced in the LArG4TB code
was experience by Pavol at CERN and MPI. Pavol has been unable to find
the source of the problem either.
Michel gave a rapid tour of the
monitoring histograms to illustrate some of the details of that data
for the group. This was done online using the data projector in the
conference room.
Richard commented that Margret,
Rolf and Kai should get together after the next LAr
week at CERN to discuss what analysis jobs they could each work on to
avoid excessive overlap.