Differences

This shows you the differences between two versions of the page.

--- s800_daq_tools [2017/06/17 14:27]
pereira [Running in Slave mode with multilogger]
+++ s800_daq_tools [2017/12/16 12:26]
pereira [CCUSB and/or VMUSB claimed by existing programs]
@@ Line 124: / Line 124: @@
 ===== Troubleshooting =====
-There are several common reasons why the S800 DAQ may fails to start. The list below describes what to do to fix these problems.
+There are several common reasons why the S800 DAQ may fail. The list below describes what to do to fix some of these problems.
-  * [[#Old processes still running]]
+  * [[#Old processes still running|Error message "Socket ID already in use"]]
-  * [[#No data sources defined]]
+  * [[#No data sources defined|Error message "No data sources are running so a run cannot be started"]]
   * [[#CCUSB and/or VMUSB claimed by existing programs]]
   * [[#Manual rebooting]]
@@ Line 133: / Line 133: @@
 ==== Old processes still running ====
-Sometimes, particularly if the previous S800 DAQ session ended in an uncontrolled way, there may be old processes running (CCUSB and/or VMUSB and/or S800 event builder) that will prevent Readout GUI to begin a run. Whenever this happens (typically after clicking ''Begin'' in Readout GUI), the system sends an error message complaining about one of these processes still running. If you find yourself in this situation try:
+Sometimes, particularly if the S800 DAQ session ended in an uncontrolled way (e.g. you tried to "kill" it), there may be old processes running (CCUSB and/or VMUSB and/or S800 event builder) that will prevent Readout GUI to begin a run. Whenever this happens (typically after clicking ''Begin'' in Readout GUI), the system sends an error message complaining about one of these processes still running (for instance "Socket ID already in use"). If you find yourself in this situation try:
-      - Exit your Readout GUI properly
+      - Exit your Readout GUI
-      - On a Linux session, connect to spdaq19 by typing ''ssh -Y s800@spdaq19'' (the S800 password can be found in the S800 binder that is kept in the data-U1 logbook cabinet)
+      - On a Linux session, connect to the S800 spdaq by typing ''ssh -Y s800@spdaqXX'' (Contact the Device Physicist to get the spdaq number XX and S800 password)
-      - Type ''ps aux | grep Readout'' to ensure that Readout is indeed not running
+      - Type ''ps aux | grep Readout'' to ensure that Readout is indeed not running. If "Readout" is still running, use ''kill -9 PID'', where PID identifies the Readout process ID
       - Type ''/usr/opt/nscldaq/xxxx/bin/ringbuffer status'', where xxxx is the daq version, e.g. 11.0-020
       - You will see a list of ringbuffers with information about their status (see figure below). Check that the producer value of each ringbuffer (see column ''producer'') is **-1**. (Don't worry about the ringbuffer **s800filter**, which is automatically killed when starting ReadoutGUI)
@@ Line 153: / Line 153: @@
 ==== CCUSB and/or VMUSB claimed by existing programs ====
 One of the most common reasons why the S800 DAQ fails to start is because the CCUSB and/or VMUSB are claimed by existing programs. This is shown by the error messages displayed by the system. If you find yourself in this situation try the following:
-      - Log on to S800 spdaq (spdaq19 as of October 2015)
+      - Log on to S800 spdaq (spdaqXX as of October 2015)
       - Type ''ps aux | grep Readout''
       - Use ''kill -9 PID'', where PID identifies any CCUSBReadout or VMUSBReadout processes that show up

S800 Documentation

User Tools

Site Tools

Differences

Page Tools