Project

General

Profile

Bug #6583

ifdh cp /some/place gsiftp:/some/where/else fails

Added by Marc Mengel over 5 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
07/01/2014
Due date:
% Done:

0%

Estimated time:
Duration:

Description

The /some/place was picking srm transfers as if it had been lableled srm:..., but
in fact it should be a weak preference that is overridden by the specific gsiftp:
uri in choosing what transfer method. To fix: when we see a plain path for input, we
pick srm: as our preferred route, but keep looking for something "stronger".

This was also breaking copies from bluearc to /pnfs...

This is fixed in 0de2baa7

History

#1 Updated by Marc Mengel over 5 years ago

  • Description updated (diff)
  • Status changed from Resolved to Closed


Also available in: Atom PDF