Before you start your shift¶
- Make sure you have a current Fermilab ID, Fermilab Kerberos account, and Fermilab Services account.
- Make sure your Fermilab training is up to date and that you have LArTF Hazard Awareness training.
- Ask a control room expert or the Run Coordinator to add your Kerberos principal to the .k5login files for the uboonedaq and ubooneshift users on uboone-cr-01, uboone-cr-02, uboone-cr-03, and uboone-cr04.
- Arrange for shift training with a control room expert or the Run Coordinator.
- Log on to the uboonedaq google account (uboone2pass), go to Google hangouts, and then open up the MicroBooNE DAQ conversation to communicate with DAQ experts.
- At the beginning of shift, fill out the "Beginning of Shift" form on the Elog, and enter it under topic "Shift/Beginning of shift".
- During shift:
- Day/Evening/Owl shifts:
- Take a 30-minute data run every 2 hours (see Running the Console DAQ). In the event that the run terminates unexpected, if the run lasts for longer than 20 minutes it does not need to be retaken.
- At the beginning of the run, copy the "DAQ RUN START MESSAGE" from the console DAQ screen output into an Elog entry under topic "Shift".
- Execute the noisy channel analysis script (see Getting the list of noisy channels) and post the list of very noisy and very quiet channels to the Elog under topic "Shift".
- Day shifts only:
- Visit LArTF once per shift, fill out the "LArTF checklist" form on the Elog, and enter it under topic "Shift/LArTF checklist"
- Day/Evening/Owl shifts:
On the mac, the user is ubooneshift, and the password is the same as the MicroBooNE DocDB password.
On the Linux boxes, the user is uboonedaq, the password is your Kerberos password, and then the principal is your Kerberos user name. You must be added to the .k5login file.
On the Linux boxes, the user is ubooneshift, the password is your Kerberos password, and then the principal is your Kerberos user name. You must be added to the .k5login file.
For ganglia, use user uboone and then the common DAQ password.
- Example - Overview: This is basically what should the shifter be looking at (not necessarily touching), try to be explicit about what give what information about what to the shifter.
- Example - Guide: How should the shifter navigate through the different screens to retrieve the necessary information
- Example - Troubleshooting: What issues will the shifter experience and how do they fix them
- Example - Experts Only: This is where the "Expert Documentation" should live, but only for the time being, we will want to move this behind a password wall. For the time being please start to build the documentation here now but be mindful that it is public viewable.
- RC - Overview: How your run control screen should look like
- RC - Guide: How to start and stop a run
- RC - Troubleshooting: What should I do if... ?
- RC - Experts Only: Expert Documentation
- SLC - Overview: An Introduction to the slow control screen
- SLC - Guide: What should I look at? How should it look like?
- SLC - Troubleshooting: What should I do if... ?
- SLC - Experts Only: Expert Documentation
- OM - Overview: An Introduction to the online monitoring screen
- OM - Guide: Access and technical information.
- OM - Troubleshooting: What should I do if... ?
- OM - Experts Only: Expert Documentation
Light Collection/PMT System
- Shift calender : Look who is on shift or sign up for shifts