Tags:
create new tag
view all tags

IssueSrmWrongTurl

Symptoms

Summary: SRM returns a TURL without a domain extension

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:

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://t3fs01:2811//pnfs/psi.ch/cms/testing/derek destination = file:////tmp/derek501

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:

192.33.123.41  t3fs01  # Added by DHCP

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.

Another possibility is to use a static network setup for the File servers. Probably anyhow a good idea.

Monitoring for this condition

-- DerekFeichtinger - 11 May 2009

IssueForm
Affected Service dCache SRM
Symptom summary SRM returns a TURL without a domain extension
Reason Understood yes
Solution Exists yes
Obsolete no
Edit | Attach | Watch | Print version | History: r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r2 - 2009-12-12 - DerekFeichtinger
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback