Difference: ProductionHowto (1 vs. 16)

Revision 162016-03-11 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 10 to 10
  The web interface for NA62 MC Grid jobs scripting, monitoring and accounting is located at:
Changed:
<
<
http://na62.gla.ac.uk/index.php?task=production
>
>
https://na62.gla.ac.uk/index.php?task=production
  You can use this interface to monitor running and completed jobs, output files and production status. You can also use the iPhone app to monitor jobs, files and production status.
Line: 31 to 31
 The Scripter is an user-friendly UI for producing all necessary job submission scripts (JDL, wrapper and .mac file), in both single- and multiple job submission scripts and commands for NA62 MC job submission. The Scripter is located here:
Changed:
<
<
http://na62.gla.ac.uk/scripter.php
>
>
https://na62.gla.ac.uk/index.php?task=scripter
  This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which could have been a test job for example), so you must check that they fit the production round you are managing.
Line: 48 to 48
 
  1. Leave the random seed as it is, because it will be set automatically for each run.
  2. MC software version - you must use the latest software version (check here if unsure). Take a look at the scripts of previous jobs to make (click sure. There is a grid "version" for each installed software revision (e.g. v6/r188, v7/r193, v9/r261), see this wiki.
  3. Radiative corrections, Disable detector(s), Disable Cherenkov - leave default value here ("off", "none,none"), unless instructed otherwise.
Changed:
<
<
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here, notify the site admin and add a comment in the logbook!
>
>
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here, notify the site admin and add a comment in the logbook!
 
  1. In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
  2. Write scripts to disk/User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
  3. Click Prepare, and you are taken to a new page. ALERT! If the page says "There are scheduled submissions in there. Please try again in 5 minutes" it means that you have (or someone else has) just scheduled another batch of jobs and you have to wait for these to be actually submitted, else the scripts may be overwritten - with unpredictable results.

Revision 152013-03-18 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 20 to 20
 
Changed:
<
<
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have more than 200 jobs RUNNING at all times and about 50 SCHEDULED.
>
>
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have more than 200 jobs RUNNING at all times and about 50 SCHEDULED, but not more than 100 jobs in waiting states.
 ALERT! Please note that these numbers will change when new resources are added. Check this number at the beginning of each shift.

Job submissions in production mode are done via the Scripter interface, as explained below.

Line: 36 to 36
 This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which could have been a test job for example), so you must check that they fit the production round you are managing.
Deleted:
<
<
ALERT! There is now a simpler, production-only scripter interface. Use that for production! It has less settings than the one described below.
 Here is how the scripter interface looks like:
Changed:
<
<
ScripterUI.001.png
>
>
ScripterUI2.png
  Description of the form fields:
Changed:
<
<
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters. Leave out the tag and replace production with test if you want to submit a few test jobs.
  2. Run interval - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time. Do not use job cloning for production at the moment.
  3. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 an r188 that means 1500 events per job, for r193 and channel 1 the optimum would be 6000 events etc. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
  4. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188, v7/r193), see this wiki.
  5. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
>
>
  1. Choose description - this is now a drop down menu, containing items from the actual production schedule
  2. Run numbers - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time.
  3. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 12 hours, so for channel 10 and v9/r261 that means 6000 events per job. For other channels you would have to calculate an optimum. How to do this: submit a 300-500 events job; when it finishes with output saved locally, go to the jobs table, click the "Submission Date/Time" cell to expand the row and get detailed info. Find in there the "events per second" figure. Calculate how many events (in multiples of 1000) we would be able to run and still keep the total runtime below 12 hours. Check previous production jobs as well.
  4. Leave the random seed as it is, because it will be set automatically for each run.
  5. MC software version - you must use the latest software version (check here if unsure). Take a look at the scripts of previous jobs to make (click sure. There is a grid "version" for each installed software revision (e.g. v6/r188, v7/r193, v9/r261), see this wiki.
  6. Radiative corrections, Disable detector(s), Disable Cherenkov - leave default value here ("off", "none,none"), unless instructed otherwise.
 
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here, notify the site admin and add a comment in the logbook!
Changed:
<
<
  1. Executable - automatically selected now - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
  2. User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
>
>
  1. In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
  2. Write scripts to disk/User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
 
  1. Click Prepare, and you are taken to a new page. ALERT! If the page says "There are scheduled submissions in there. Please try again in 5 minutes" it means that you have (or someone else has) just scheduled another batch of jobs and you have to wait for these to be actually submitted, else the scripts may be overwritten - with unpredictable results.

Multiple Submissions

Line: 94 to 93
 
META FILEATTACHMENT attachment="ScripterUI2.002.png" attr="h" comment="Submission confirmation screen shot" date="1350047609" name="ScripterUI2.002.png" path="ScripterUI2.002.png" size="158051" stream="ScripterUI2.002.png" tmpFilename="/usr/tmp/CGItemp27615" user="DanProtopopescu" version="1"
META FILEATTACHMENT attachment="na62-button-apple-small.png" attr="h" comment="Webapp icon" date="1350122891" name="na62-button-apple-small.png" path="na62-button-apple-small.png" size="10818" stream="na62-button-apple-small.png" tmpFilename="/usr/tmp/CGItemp7460" user="DanProtopopescu" version="1"
META FILEATTACHMENT attachment="add-to-home-screen.png" attr="h" comment="Add to home screen" date="1350324838" name="add-to-home-screen.png" path="add-to-home-screen.png" size="25211" stream="add-to-home-screen.png" tmpFilename="/usr/tmp/CGItemp7754" user="DanProtopopescu" version="1"
Added:
>
>
META FILEATTACHMENT attachment="ScripterUI2.png" attr="" comment="Scripter UI" date="1363599975" name="ScripterUI2.png" path="ScripterUI2.png" size="86041" stream="ScripterUI2.png" tmpFilename="/usr/tmp/CGItemp8739" user="DanProtopopescu" version="1"

Revision 142012-10-24 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 20 to 20
 
Changed:
<
<
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have 200 jobs RUNNING at all times and not more than 50 SCHEDULED.
>
>
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have more than 200 jobs RUNNING at all times and about 50 SCHEDULED.
 ALERT! Please note that these numbers will change when new resources are added. Check this number at the beginning of each shift.

Job submissions in production mode are done via the Scripter interface, as explained below.

Revision 132012-10-23 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 36 to 36
 This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which could have been a test job for example), so you must check that they fit the production round you are managing.
Added:
>
>
ALERT! There is now a simpler, production-only scripter interface. Use that for production! It has less settings than the one described below.
 Here is how the scripter interface looks like:

ScripterUI.001.png

Line: 44 to 46
 
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters. Leave out the tag and replace production with test if you want to submit a few test jobs.
  2. Run interval - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time. Do not use job cloning for production at the moment.
Changed:
<
<
  1. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 that means 1500 events per job. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
  2. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188), see this wiki.
>
>
  1. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 an r188 that means 1500 events per job, for r193 and channel 1 the optimum would be 6000 events etc. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
  2. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188, v7/r193), see this wiki.
 
  1. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
Changed:
<
<
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here and notify the site admin!
>
>
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here, notify the site admin and add a comment in the logbook!
 
  1. Executable - automatically selected now - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
  2. User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
Changed:
<
<
  1. Click Prepare, and you are taken to a new page. ALERT! If the page says "There are scheduled submissions in there. Please try again in 10 minutes" it means that you have (or someone else has) just scheduled another batch of jobs and you have to wait for these to be actually submitted, else the scripts may be overwritten - with unpredictable results.
>
>
  1. Click Prepare, and you are taken to a new page. ALERT! If the page says "There are scheduled submissions in there. Please try again in 5 minutes" it means that you have (or someone else has) just scheduled another batch of jobs and you have to wait for these to be actually submitted, else the scripts may be overwritten - with unpredictable results.
 

Multiple Submissions

Line: 58 to 60
  ScripterUI2.002.png
Changed:
<
<
This example shows only two jobs. You can submit up to 100 at a time, but it is best to submit batches of 50 (these numbers may change, check this wiki before your shift). You can open the linked files to check is all settings are correct.
>
>
This example shows only two jobs. You can submit up to 60 at a time, but it is best to submit batches of 50 (these numbers may change, check this wiki before your shift). You can open the linked files to check is all settings are correct.
 Do not use manual submission. Click Schedule to send these jobs to the bot. Relax. A cronjob will pick these commands and execute them within the next 10 minutes. You will be able to see the result of your multiple submission by checking the jobs table.

Revision 122012-10-22 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 48 to 48
 
  1. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188), see this wiki.
  2. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
  3. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here and notify the site admin!
Changed:
<
<
  1. Executable - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). Make sure the chosen script supports the MC software version selected above. In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
>
>
  1. Executable - automatically selected now - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
 
  1. User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
  2. Click Prepare, and you are taken to a new page. ALERT! If the page says "There are scheduled submissions in there. Please try again in 10 minutes" it means that you have (or someone else has) just scheduled another batch of jobs and you have to wait for these to be actually submitted, else the scripts may be overwritten - with unpredictable results.

Revision 112012-10-16 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 20 to 20
 
Changed:
<
<
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have 200 jobs RUNNING at all times and not more than 100 SCHEDULED.
>
>
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have 200 jobs RUNNING at all times and not more than 50 SCHEDULED.
 ALERT! Please note that these numbers will change when new resources are added. Check this number at the beginning of each shift.

Job submissions in production mode are done via the Scripter interface, as explained below.

Line: 58 to 58
  ScripterUI2.002.png
Changed:
<
<
This example shows only two jobs. You can submit up to 100 at a time, but it is best to submit batches of 50. You can open the linked files to check is all settings are correct.
>
>
This example shows only two jobs. You can submit up to 100 at a time, but it is best to submit batches of 50 (these numbers may change, check this wiki before your shift). You can open the linked files to check is all settings are correct.
 Do not use manual submission. Click Schedule to send these jobs to the bot. Relax. A cronjob will pick these commands and execute them within the next 10 minutes. You will be able to see the result of your multiple submission by checking the jobs table.

Revision 102012-10-15 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 48 to 48
 
  1. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188), see this wiki.
  2. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
  3. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here and notify the site admin!
Changed:
<
<
  1. Executable - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). Make sure the chosen script supports the MC software version selected above.
>
>
  1. Executable - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). Make sure the chosen script supports the MC software version selected above. In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
 
  1. User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
Changed:
<
<
  1. Once you click Prepare, you are taken to a new page that shows you the generated scripts.

In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.

>
>
  1. Click Prepare, and you are taken to a new page. ALERT! If the page says "There are scheduled submissions in there. Please try again in 10 minutes" it means that you have (or someone else has) just scheduled another batch of jobs and you have to wait for these to be actually submitted, else the scripts may be overwritten - with unpredictable results.
 

Multiple Submissions

Revision 92012-10-15 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 15 to 15
 You can use this interface to monitor running and completed jobs, output files and production status. You can also use the iPhone app to monitor jobs, files and production status.

You can get the iPhone app from here <a
Changed:
<
<
href="http://na62.gla.ac.uk/app">Get the NA62 iPhone App
>
>
href="http://na62.gla.ac.uk/app">Get the NA62 iPhone App
 

The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have 200 jobs RUNNING at all times and not more than 100 SCHEDULED.

Line: 40 to 42
  Description of the form fields:
Changed:
<
<
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters. Leave out the tag and replace production with test out if you want to submit a few test jobs.
>
>
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters. Leave out the tag and replace production with test if you want to submit a few test jobs.
 
  1. Run interval - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time. Do not use job cloning for production at the moment.
  2. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 that means 1500 events per job. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
  3. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188), see this wiki.
Line: 91 to 93
 
META FILEATTACHMENT attachment="ScripterUI.001.png" attr="h" comment="Scripter UI" date="1350051382" name="ScripterUI.001.png" path="ScripterUI1.png" size="112596" stream="ScripterUI1.png" tmpFilename="/usr/tmp/CGItemp30843" user="DanProtopopescu" version="2"
META FILEATTACHMENT attachment="ScripterUI2.002.png" attr="h" comment="Submission confirmation screen shot" date="1350047609" name="ScripterUI2.002.png" path="ScripterUI2.002.png" size="158051" stream="ScripterUI2.002.png" tmpFilename="/usr/tmp/CGItemp27615" user="DanProtopopescu" version="1"
META FILEATTACHMENT attachment="na62-button-apple-small.png" attr="h" comment="Webapp icon" date="1350122891" name="na62-button-apple-small.png" path="na62-button-apple-small.png" size="10818" stream="na62-button-apple-small.png" tmpFilename="/usr/tmp/CGItemp7460" user="DanProtopopescu" version="1"
Added:
>
>
META FILEATTACHMENT attachment="add-to-home-screen.png" attr="h" comment="Add to home screen" date="1350324838" name="add-to-home-screen.png" path="add-to-home-screen.png" size="25211" stream="add-to-home-screen.png" tmpFilename="/usr/tmp/CGItemp7754" user="DanProtopopescu" version="1"

Revision 82012-10-15 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 18 to 18
 href="http://na62.gla.ac.uk/app">Get the NA62 iPhone App
Added:
>
>
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. How is low defined ? We should have 200 jobs RUNNING at all times and not more than 100 SCHEDULED. ALERT! Please note that these numbers will change when new resources are added. Check this number at the beginning of each shift.
 
Changed:
<
<
The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. Job submissions in production mode are done via the Scripter interface, as explained below.
>
>
Job submissions in production mode are done via the Scripter interface, as explained below.
 

Scripter

Line: 41 to 43
 
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters. Leave out the tag and replace production with test out if you want to submit a few test jobs.
  2. Run interval - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time. Do not use job cloning for production at the moment.
  3. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 that means 1500 events per job. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
Changed:
<
<
  1. MC software version - you must use the latest software release (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure.
>
>
  1. MC software version - you must use the latest software version (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure (click here, select the last production job, then click the corresponding green box link on the "Exe" column and check the line vers="v?"). There is a grid "version" for each installed software revision (e.g. v6/r188), see this wiki.
 
  1. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
Changed:
<
<
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any unexpected problems at sites. If jobs fail at a site, uncheck it here and notify the site admin.
>
>
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any problems at sites (e.g. jobs consistently finishing early, or going to status CLEARED without registering any output). ALERT! If jobs fail at a site, uncheck it here and notify the site admin!
 
  1. Executable - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). Make sure the chosen script supports the MC software version selected above.
  2. User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
  3. Once you click Prepare, you are taken to a new page that shows you the generated scripts.
Line: 52 to 54
 

Multiple Submissions

Changed:
<
<
Carefully double-check the settings here as well:
>
>
Below is the screen that will be displayed after clicking the Prepare button for multiple submissions. Carefully double-check the settings here as well:
  ScripterUI2.002.png
Changed:
<
<
This example shows only two jobs. You can submit up to 100 at a time, but it is not advisable to try more. You can open the linked files to check is all settings are correct.
>
>
This example shows only two jobs. You can submit up to 100 at a time, but it is best to submit batches of 50. You can open the linked files to check is all settings are correct.
 Do not use manual submission. Click Schedule to send these jobs to the bot. Relax. A cronjob will pick these commands and execute them within the next 10 minutes. You will be able to see the result of your multiple submission by checking the jobs table.

Revision 72012-10-13 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 60 to 60
 Do not use manual submission. Click Schedule to send these jobs to the bot. Relax. A cronjob will pick these commands and execute them within the next 10 minutes. You will be able to see the result of your multiple submission by checking the jobs table.
Added:
>
>
ALERT! If the action is not executed, you must notify the Glasgow Scotgrid team <uki-scotgrid-glasgow@physics.gla.ac.uk> as soon as possible, because something is wrong with the WMS endpoint.
 

Manual job submission

Jobs can be submitted manually one by one with your credentials (i.e. grid certificate), from command line on your Grid UI. Run the scripter in single run mode (no password is required),

Revision 62012-10-13 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 14 to 14
  You can use this interface to monitor running and completed jobs, output files and production status. You can also use the iPhone app to monitor jobs, files and production status.
Changed:
<
<
You can get the iPhone app from here: Get the NA62 iPhone App
>
>
You can get the iPhone app from here Get the NA62 iPhone App
 
Added:
>
>
 The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. Job submissions in production mode are done via the Scripter interface, as explained below.
Line: 66 to 67
  DBForm.png
Changed:
<
<
to insert the job specs and status URL in the run database. ALERT! You have to obtain the necessary password from the production coordinator.
>
>
to insert the job specs and status URL in the run database. ALERT! You must have registered and your credentials must have been validated for this to work.
  Remember that to submit jobs with your credentials, you must:
Line: 85 to 86
 
META FILEATTACHMENT attachment="DBForm.png" attr="h" comment="Run DB insertion form" date="1348224283" name="DBForm.png" path="DBForm.png" size="23533" stream="DBForm.png" tmpFilename="/usr/tmp/CGItemp23669" user="DanProtopopescu" version="1"
META FILEATTACHMENT attachment="ScripterUI.001.png" attr="h" comment="Scripter UI" date="1350051382" name="ScripterUI.001.png" path="ScripterUI1.png" size="112596" stream="ScripterUI1.png" tmpFilename="/usr/tmp/CGItemp30843" user="DanProtopopescu" version="2"
META FILEATTACHMENT attachment="ScripterUI2.002.png" attr="h" comment="Submission confirmation screen shot" date="1350047609" name="ScripterUI2.002.png" path="ScripterUI2.002.png" size="158051" stream="ScripterUI2.002.png" tmpFilename="/usr/tmp/CGItemp27615" user="DanProtopopescu" version="1"
Added:
>
>
META FILEATTACHMENT attachment="na62-button-apple-small.png" attr="h" comment="Webapp icon" date="1350122891" name="na62-button-apple-small.png" path="na62-button-apple-small.png" size="10818" stream="na62-button-apple-small.png" tmpFilename="/usr/tmp/CGItemp7460" user="DanProtopopescu" version="1"

Revision 52012-10-12 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 6 to 6
 
Changed:
<
<

Online interface

>
>

Monitoring

  The web interface for NA62 MC Grid jobs scripting, monitoring and accounting is located at:
Changed:
<
<
http://na62.ppe.gla.ac.uk/index.php?task=production
>
>
http://na62.gla.ac.uk/index.php?task=production
 
Changed:
<
<
You can use this interface to monitor running and completed jobs, output files and production status. The Scripter section of this online interface provides an user-friendly UI for producing all necessary job submission scripts (JDL, wrapper and .mac file), and for job cloning (multiple job submissions).
>
>
You can use this interface to monitor running and completed jobs, output files and production status. You can also use the iPhone app to monitor jobs, files and production status.
 
Changed:
<
<
Job submissions in production mode are done via the Scripter interface, as explained below.
>
>
You can get the iPhone app from here: Get the NA62 iPhone App

The aim is to maintain the production rate at its maximum (whatever that is, depending on the resources available) and for this the person on shift must submit new jobs when the number of waiting and running jobs is low. Job submissions in production mode are done via the Scripter interface, as explained below.

 

Scripter

Changed:
<
<
This is an online tool that creates the necessary scripts and commands for NA62 MC job submission. Jobs must be submitted with your credentials, from command line on your Grid UI. The Scripter is located here:
>
>
The Scripter is an user-friendly UI for producing all necessary job submission scripts (JDL, wrapper and .mac file), in both single- and multiple job submission scripts and commands for NA62 MC job submission. The Scripter is located here:
 
Changed:
<
<
http://na62.ppe.gla.ac.uk/scripter.php
>
>
http://na62.gla.ac.uk/scripter.php
  This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which could have been a test job for example), so you must check that they fit the production round you are managing.

Here is how the scripter interface looks like:

Changed:
<
<
ScripterUI.001.png
>
>
ScripterUI.001.png
  Description of the form fields:
Changed:
<
<
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters.
>
>
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters. Leave out the tag and replace production with test out if you want to submit a few test jobs.
 
  1. Run interval - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time. Do not use job cloning for production at the moment.
  2. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 that means 1500 events per job. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
Changed:
<
<
  1. MC software version - you must use the latest software release (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure.
  2. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
>
>
  1. MC software version - you must use the latest software release (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure.
  2. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
 
  1. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any unexpected problems at sites. If jobs fail at a site, uncheck it here and notify the site admin.
Changed:
<
<

Once you click "Prepare", you are taken to a new page that shows you the generated scripts. It's a good idea to doublecked the settings here as well.

>
>
  1. Executable - this is the name of the wrapper script that is executed on the worker node. It checks if the software is installed, runs the actual MC simulation, registers the output and triggers the FTS transfer(s). Make sure the chosen script supports the MC software version selected above.
  2. User and password - for multiple job submissions, you need to tick the "Write scripts to disk" checkbox, and introduce your uid and password for this interface. ALERT! You must have registered and your credentials must have been validated for this to work. In single job mode, uid and password are not needed, since you will have to submit the (test) job with your credentials from your UI.
  3. Once you click Prepare, you are taken to a new page that shows you the generated scripts.
 
Added:
>
>
In single jobs mode, you can display commented lines from scripts in case you would like to check extra settings, comments etc. For production, leave this unchecked.
 
Added:
>
>

Multiple Submissions

 
Changed:
<
<
ALERT! You have to obtain the necessary password (PIN) from the production coordinator.
>
>
Carefully double-check the settings here as well:
 
Added:
>
>
ScripterUI2.002.png
 
Added:
>
>
This example shows only two jobs. You can submit up to 100 at a time, but it is not advisable to try more. You can open the linked files to check is all settings are correct. Do not use manual submission. Click Schedule to send these jobs to the bot. Relax. A cronjob will pick these commands and execute them within the next 10 minutes. You will be able to see the result of your multiple submission by checking the jobs table.
 

Manual job submission

Line: 73 to 83
 
META FILEATTACHMENT attachment="SubmitJob.png" attr="h" comment="Submit commands example" date="1348225491" name="SubmitJob.png" path="SubmitJob.png" size="64747" stream="SubmitJob.png" tmpFilename="/usr/tmp/CGItemp26913" user="DanProtopopescu" version="2"
META FILEATTACHMENT attachment="DBForm.png" attr="h" comment="Run DB insertion form" date="1348224283" name="DBForm.png" path="DBForm.png" size="23533" stream="DBForm.png" tmpFilename="/usr/tmp/CGItemp23669" user="DanProtopopescu" version="1"
Changed:
<
<
META FILEATTACHMENT attachment="ScripterUI.001.png" attr="h" comment="Scripter UI" date="1349972004" name="ScripterUI.001.png" path="ScripterUI.001.png" size="127975" stream="ScripterUI.001.png" tmpFilename="/usr/tmp/CGItemp27714" user="DanProtopopescu" version="1"
>
>
META FILEATTACHMENT attachment="ScripterUI.001.png" attr="h" comment="Scripter UI" date="1350051382" name="ScripterUI.001.png" path="ScripterUI1.png" size="112596" stream="ScripterUI1.png" tmpFilename="/usr/tmp/CGItemp30843" user="DanProtopopescu" version="2"
META FILEATTACHMENT attachment="ScripterUI2.002.png" attr="h" comment="Submission confirmation screen shot" date="1350047609" name="ScripterUI2.002.png" path="ScripterUI2.002.png" size="158051" stream="ScripterUI2.002.png" tmpFilename="/usr/tmp/CGItemp27615" user="DanProtopopescu" version="1"

Revision 42012-10-11 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 10 to 10
  The web interface for NA62 MC Grid jobs scripting, monitoring and accounting is located at:
Changed:
<
<
http://ppewww.physics.gla.ac.uk/~protopop/na62/mc/tools/index.php?task=production
>
>
http://na62.ppe.gla.ac.uk/index.php?task=production
 
Changed:
<
<
You can use this interface to monitor running and completed jobs, output files and production status. The Scripter section of this online interface provides an user-friendly UI for producing all necessary job submission scripts (JDL, wrapper and .mac file), and for job cloning (multiple job submissions).
>
>
You can use this interface to monitor running and completed jobs, output files and production status. The Scripter section of this online interface provides an user-friendly UI for producing all necessary job submission scripts (JDL, wrapper and .mac file), and for job cloning (multiple job submissions).
 
Changed:
<
<

Grid access

>
>
Job submissions in production mode are done via the Scripter interface, as explained below.
 
Deleted:
<
<
First of all, you must have access. That means you must:

  1. have a valid Grid certificate (e.g. a CERN certificate)
  2. register for NA62 VO membership via https://voms.gridpp.ac.uk:8443/voms/na62.vo.gridpp.ac.uk/user/home.action (you must have the certificate uploaded into the browser for this).
  3. have access to a Grid UI (a computer with the necessary software and settings)

Make sure you have all the above. Familiarize yourself with Grid commands before proceeding to the next step.

 

Scripter

This is an online tool that creates the necessary scripts and commands for NA62 MC job submission. Jobs must be submitted with your credentials, from command line on your Grid UI. The Scripter is located here:

Changed:
<
<
http://ppewww.physics.gla.ac.uk/~protopop/na62/mc/tools/scripter.php
>
>
http://na62.ppe.gla.ac.uk/scripter.php

This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which could have been a test job for example), so you must check that they fit the production round you are managing.

Here is how the scripter interface looks like:

ScripterUI.001.png

Description of the form fields:

 
Changed:
<
<
This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which coulkd have been a test job for example), so you must check that they fit the production round you are managing.
>
>
  1. Description - this is a short description of the job. It must contain the production tag (get it from here if unsure), and it must contain the keyword "production". Should not contain quotes or any other non-text characters.
  2. Run interval - the start run is pre-filled with the next available run number (from the DB). Choose the upper limit such that you submit not more than 100 jobs at a time. Do not use job cloning for production at the moment.
  3. Number of events - this is the number of events per job (run). We aim to keep the job runtime below 20 hours, so for channel 1 that means 1500 events per job. For other channels it could be more or less than that. Check previous production jobs to find the optimal number of events. Leave the random seed as it is, because it will be set automatically for each run.
  4. MC software version - you must use the latest software release (check here if unsure), and make sure the wrapper script supports this version. Take a look at the scripts of previous jobs to make sure.
  5. Decay type - is the reaction channel to simulate. Choose from the drop-down menu and make sure it corresponds to the current production tag and description (check here if unsure). Leave default values for the remaining options, unless instructed otherwise.
  6. Destination - tick here only the sites that have the chosen MC software version installed. Check this table to make sure. Check the jobs history to detect any unexpected problems at sites. If jobs fail at a site, uncheck it here and notify the site admin.
  Once you click "Prepare", you are taken to a new page that shows you the generated scripts. It's a good idea to doublecked the settings here as well.
Deleted:
<
<
Towards the bottom of the page there's a list of commands like this:
 
Deleted:
<
<
SubmitJob.png
 
Changed:
<
<
You should copy these commands to the clipboard.
>
>
ALERT! You have to obtain the necessary password (PIN) from the production coordinator.
 
Deleted:
<
<

Job submission

 
Changed:
<
<
Jobs must be submitted with your credentials (i.e. grid certificate), from command line on your Grid UI. Paste the commands provided by the scripter into your terminal, and press enter. If you have submitted one job (e.g. for testing the system), then use the form at the bottom of the page
>
>

Manual job submission

Jobs can be submitted manually one by one with your credentials (i.e. grid certificate), from command line on your Grid UI. Run the scripter in single run mode (no password is required), paste the commands provided by the scripter into your UI terminal, and press enter. If you have submitted a job this way (e.g. for testing the system), then use the form at the bottom of the page

  DBForm.png
Changed:
<
<
to insert the job specs and status URL in the run database. ALERT! You have to obtain the necessary password (PIN) from the production coordinator.
>
>
to insert the job specs and status URL in the run database. ALERT! You have to obtain the necessary password from the production coordinator.

Remember that to submit jobs with your credentials, you must:

  1. have a valid Grid certificate (e.g. a CERN certificate)
  2. register for NA62 VO membership via https://voms.gridpp.ac.uk:8443/voms/na62.vo.gridpp.ac.uk/user/home.action (you must have the certificate uploaded into the browser for this).
  3. have access to a Grid UI (a computer with the necessary software and settings)
 
Changed:
<
<

Multiple jobs submission

>
>
Make sure you have all the above. Familiarize yourself with Grid commands before trying this feature.
 
Deleted:
<
<
Batches of jobs are submitted in a similar manner, but the run database is automatically updated in this case. ALERT! You have to obtain the necessary password (PIN) from the production coordinator.
 

Troubleshooting

In case you find an error produced by the online interface, please immediately notify Dan, Janusz and Tonino.

Deleted:
<
<
-- DanProtopopescu - 2012-09-20
 
META FILEATTACHMENT attachment="SubmitJob.png" attr="h" comment="Submit commands example" date="1348225491" name="SubmitJob.png" path="SubmitJob.png" size="64747" stream="SubmitJob.png" tmpFilename="/usr/tmp/CGItemp26913" user="DanProtopopescu" version="2"
META FILEATTACHMENT attachment="DBForm.png" attr="h" comment="Run DB insertion form" date="1348224283" name="DBForm.png" path="DBForm.png" size="23533" stream="DBForm.png" tmpFilename="/usr/tmp/CGItemp23669" user="DanProtopopescu" version="1"
Added:
>
>
META FILEATTACHMENT attachment="ScripterUI.001.png" attr="h" comment="Scripter UI" date="1349972004" name="ScripterUI.001.png" path="ScripterUI.001.png" size="127975" stream="ScripterUI.001.png" tmpFilename="/usr/tmp/CGItemp27714" user="DanProtopopescu" version="1"

Revision 32012-09-21 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 18 to 18
  First of all, you must have access. That means you must:
Changed:
<
<
  1. have a valid Grid certificate
>
>
  1. have a valid Grid certificate (e.g. a CERN certificate)
 
  1. register for NA62 VO membership via https://voms.gridpp.ac.uk:8443/voms/na62.vo.gridpp.ac.uk/user/home.action (you must have the certificate uploaded into the browser for this).
  2. have access to a Grid UI (a computer with the necessary software and settings)
Line: 34 to 34
  Once you click "Prepare", you are taken to a new page that shows you the generated scripts. It's a good idea to doublecked the settings here as well.
Changed:
<
<
... will be continued ...
>
>
Towards the bottom of the page there's a list of commands like this:

SubmitJob.png

You should copy these commands to the clipboard.

Job submission

Jobs must be submitted with your credentials (i.e. grid certificate), from command line on your Grid UI. Paste the commands provided by the scripter into your terminal, and press enter. If you have submitted one job (e.g. for testing the system), then use the form at the bottom of the page

DBForm.png

to insert the job specs and status URL in the run database. ALERT! You have to obtain the necessary password (PIN) from the production coordinator.

Multiple jobs submission

Batches of jobs are submitted in a similar manner, but the run database is automatically updated in this case. ALERT! You have to obtain the necessary password (PIN) from the production coordinator.

 

Troubleshooting

In case you find an error produced by the online interface, please immediately notify Dan, Janusz and Tonino.

-- DanProtopopescu - 2012-09-20

Added:
>
>
META FILEATTACHMENT attachment="SubmitJob.png" attr="h" comment="Submit commands example" date="1348225491" name="SubmitJob.png" path="SubmitJob.png" size="64747" stream="SubmitJob.png" tmpFilename="/usr/tmp/CGItemp26913" user="DanProtopopescu" version="2"
META FILEATTACHMENT attachment="DBForm.png" attr="h" comment="Run DB insertion form" date="1348224283" name="DBForm.png" path="DBForm.png" size="23533" stream="DBForm.png" tmpFilename="/usr/tmp/CGItemp23669" user="DanProtopopescu" version="1"

Revision 22012-09-20 - DanProtopopescu

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

Line: 19 to 19
 First of all, you must have access. That means you must:

1. have a valid Grid certificate

Deleted:
<
<
 1. register for NA62 VO membership via https://voms.gridpp.ac.uk:8443/voms/na62.vo.gridpp.ac.uk/user/home.action (you must have the certificate uploaded into the browser for this).
Changed:
<
<
1. have access to a Grid UI
>
>
  1. have access to a Grid UI (a computer with the necessary software and settings)
  Make sure you have all the above. Familiarize yourself with Grid commands before proceeding to the next step.

Revision 12012-09-20 - DanProtopopescu

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="WebHome"

NA62 Monte Carlo Production Howto

This wiki explains how to submit NA62 Monte Carlo jobs on the Grid using the custom-written tools and online interface for this. This wiki is written for NA62 members who have volunteered to participate in the production rota.

Online interface

The web interface for NA62 MC Grid jobs scripting, monitoring and accounting is located at:

http://ppewww.physics.gla.ac.uk/~protopop/na62/mc/tools/index.php?task=production

You can use this interface to monitor running and completed jobs, output files and production status. The Scripter section of this online interface provides an user-friendly UI for producing all necessary job submission scripts (JDL, wrapper and .mac file), and for job cloning (multiple job submissions).

Grid access

First of all, you must have access. That means you must:

1. have a valid Grid certificate

1. register for NA62 VO membership via https://voms.gridpp.ac.uk:8443/voms/na62.vo.gridpp.ac.uk/user/home.action (you must have the certificate uploaded into the browser for this).

1. have access to a Grid UI

Make sure you have all the above. Familiarize yourself with Grid commands before proceeding to the next step.

Scripter

This is an online tool that creates the necessary scripts and commands for NA62 MC job submission. Jobs must be submitted with your credentials, from command line on your Grid UI. The Scripter is located here:

http://ppewww.physics.gla.ac.uk/~protopop/na62/mc/tools/scripter.php

This is an HTML form with many input filelds, most of them self-explanatory. The pre-filled values are inherited from the previous submission (which coulkd have been a test job for example), so you must check that they fit the production round you are managing.

Once you click "Prepare", you are taken to a new page that shows you the generated scripts. It's a good idea to doublecked the settings here as well.

... will be continued ...

Troubleshooting

In case you find an error produced by the online interface, please immediately notify Dan, Janusz and Tonino.

-- DanProtopopescu - 2012-09-20

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback