Differences

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

--- biomed-shifts:practices [2021/10/13 14:01]
sorina [Identify the problems]
+++ biomed-shifts:practices [2022/05/19 16:32] (current)
sorina [Reproduce the problem]
@@ Line 57: / Line 57: @@
 ======  Identification of issues  ======
+Link to Biomed ARGO page: [[https://biomed.ui.argo.grnet.gr/]]
 =====  VOMS server  =====
 The proxy certificate creation should work:
@@ Line 63: / Line 64: @@
 The VOMS administration interface should be available. From a UI, run the command:
 <code>voms-admin --vo=biomed --host  voms-biomed.in2p3.fr --port 8443 list-cas</code>
-=====  LFC server  =====
-Command "''time lfc-ls /grid''" should return in less than 30 seconds.
 =====  Monitoring SEs  =====
@@ Line 72: / Line 70: @@
 SRM probes used by ARGO box
-- https://github.com/EGI-Foundation/nagios-plugins-srm
-- based on the gfal2 library for the storage operations (gfal-copy, etc)
+  - https://github.com/EGI-Foundation/nagios-plugins-srm
-- queries the BDII service in order to build the Storage URL to test given the host-name and the VO name
+  - based on the gfal2 library for the storage operations (gfal-copy, etc)
-- a X509 valid proxy certificate is needed to execute the probe (configured via X509_USER_PROXY variable).
+  - queries the BDII service in order to build the Storage URL to test given the host-name and the VO name
+  - a X509 valid proxy certificate is needed to execute the probe (configured via X509_USER_PROXY variable).
@@ Line 81: / Line 80: @@
 ====  Reproduce the problem  ====
-<code>lcg-cr -v --connect-timeout 30 --sendreceive-timeout 900 --bdii-timeout 30 --srm-timeout 300 --vo biomed file:///some_of_your_file -l lfn:/grid/biomed/yourhome/some_file_name -d SE_HOSTNAME</code>
-The [[https://github.com/frmichel/vo-support-tools/blob/master/SE/lcg-cr.sh|lcg-cr.sh]] script automates the lcg-cr and lcg-del commands on a SE.
+Manual SRM testing (copy file to SE)
+From the biomed-ui.fedcloud.fr VM, where gfal2 is already installed :
+. Build the Storage URL following the model <code>srm://marsedpm.in2p3.fr:8446/dpm/in2p3.fr/home/biomed</code>
+NOTE 1: the model works for DPM SEs, not sure about storm or dCache (a storm example is srm:////storm-01.roma3.infn.it:8444/srm/managerv2?SFN=/biomed)
+NOTE 2: would be interesing to use the probe for building this URL
+. Use gfal-ls to check that we can list the folder
+<code>gfal-ls srm://marsedpm.in2p3.fr:8446/dpm/in2p3.fr/home/biomed/user/s/scamarasu </code>
+. Use gfal-copy to copy a file (in this case, job.jdl) to the above URL
+<code>gfal-copy job.jdl srm://marsedpm.in2p3.fr:8446/dpm/in2p3.fr/home/biomed/user/s/scamarasu/
+  Copying file:///home/spop/dirac/job.jdl   [DONE]  after 17s </code>
+. Check the copy was copied and is now listed
+<code>gfal-ls srm://marsedpm.in2p3.fr:8446/dpm/in2p3.fr/home/biomed/user/s/scamarasu
+  job.jdl </code>
+Note that in some cases, the gfal-ls may work (as well as gfal-mkdir), but not the gfal-copy:
+<code>gfal-mkdir srm://clrlcgse01.in2p3.fr:8446/dpm/in2p3.fr/home/biomed/scamarasu
+gfal-ls srm://clrlcgse01.in2p3.fr:8446/dpm/in2p3.fr/home/biomed/scamarasu
+gfal-copy dirac/job.jdl srm://clrlcgse01.in2p3.fr:8446/dpm/in2p3.fr/home/biomed/scamarasu/
+gfal-copy error: 70 (Communication error on send) - Could not open destination: globus_xio: Unable to connect to clrlcgse01.in2p3.fr:2811 globus_xio: System error in connect: Connection refused globus_xio: A system call failed: Connection refused </code>
 ====  Ignored alarms ====
@@ Line 99: / Line 120: @@
 When a SE is to planned for decommissioning, launch the specific [[Biomed-Shifts:decommisioning|SE decommissioning procedure]].
+Older decommissionning page is available here  [[Biomed-Shifts:old:old-decommisioning|Old SE decommissioning procedure]].
 =====  Monitoring CEs  =====
 ====  Identify the problems  ====
-The ARGO box is the best way to identify faulty resources. You may use the following straight link: [[https://argo-mon-biomed.cro-ngi.hr/nagios/cgi-bin/status.cgi?servicegroup=SERVICE_CREAM-CE&style=detail&servicestatustypes=16&sorttype=2&sortoption=6|Critical issues for service group CREAM-CE]]
+The ARGO box is the best way to identify faulty resources.
+====  Reproduce the problem  ====
-Probes documentation is available at https://wiki.egi.eu/wiki/ROC_SAM_Tests.
+. Manual ARC CE submission
-====  Reproduce the problem  ====
+- see https://www.nordugrid.org/arc/arc6/users/submit_job.html for more details and a job description example
-Reproduce the problem by one of the two methods below.
+- submit with "arcsub job.xrsl -c CENAME"
+Further ARC CE documentation available in French : https://grand-est.fr/support-utilisateurs/documentation-en-ligne/guide-dutilisation-de-arc-ce/
-Download this {{:biomed-shifts:test.jdl|test JDL}} (or {{:biomed-shifts:test2.jdl|this one}}, since the 1st one seems to fail) , rename it as test_ce_noreq.jdl and submit it to the concerned CE. Check the BDII (lcg-infosites) to get the full name of a queue on that CE and run the command:
+and DIRAC :https://grand-est.fr/support-utilisateurs/documentation-en-ligne/guide-dutilisation-de-dirac/
-<code> glite-ce-job-submit -a -r <CE hostname>:<port>/<queue_name> test_ce_noreq.jdl</code>
-Then check that the status and the output when the submit command has completed:
-<code>glite-ce-job-status <jobId></code>
-Reminder: __before submitting a ticket make sure one is not open yet__.
+. Manual HTCndorCE submission
+TO BE DONE
 ==== Ignored alarms ====
 Shifters shall focus on failed job submissions in priority: probes ''emi.cream.CREAMCE-AllowedSubmission''.