(r1) IssueSrmWrongTurl < CmsTier3

Tags: view all tags

<!-- keep this as a security measure:
   #uncomment if the subject should only be modifiable by the listed groups 
   * Set ALLOWTOPICCHANGE = Main.TWikiAdminGroup,Main.CMSAdminGroup
   * Set ALLOWTOPICRENAME = Main.TWikiAdminGroup,Main.CMSAdminGroup
   #uncomment this if you want the page only be viewable by the listed groups
   # * Set ALLOWTOPICVIEW = Main.TWikiAdminGroup,Main.CMSAdminGroup
-->

---+!! %TOPIC%

%TOC%

---++ Symptoms
Summary: %FORMFIELD{"Symptom summary"}%

---++ Occurrences
At what times did this problem occur (used to estimate frequency):

| 2009-05-11 |

---++ Observations

SRM read requests from external sources keep hanging and timeout. Looking at the debug output reveals that the returned TURL contains a gridFTP door host name without domain extension:

<pre>
srmcp -2 -debug srm://t3se01.psi.ch:8443/srm/managerv2?SFN=//pnfs/psi.ch/cms/testing/derek file:////tmp/derek501 | grep "gsiftp://"
Storage Resource Manager (SRM) Client version 2.0.9
Copyright (c) 2002-2008 Fermi National Accelerator Laboratory

copying CopyJob, source = gsiftp://%RED%t3fs01:2811%ENDCOLOR%//pnfs/psi.ch/cms/testing/derek destination = file:////tmp/derek501
</pre>

This happens consistently for certain fileservers, but not for all of them.

The =/etc/hosts= file on an affected fileserver has an entry with a local name, only. dCache regrettably only does a local name resolution:

<pre %FILESTYLE%>
192.33.123.41  t3fs01  # Added by DHCP
</pre>

---++ Solution or Workaround

Either one needs to comment the =/etc/hosts= entry out or modify it by adding a leading FQDN.
Need to study how to convince DHCP to make the right entry automatically.

---++ Monitoring for this condition
<!--
   #how can this condition be recognized automatically, if at all?
-->


-- Main.DerekFeichtinger - 11 May 2009