Re: [HTCondor-devel] Remote IO in vanilla universe

[Brian Bockelman <bbockelm@xxxxxxxxxxx>]

Correct.  So, this will not be useful in the context of glideins.*

However, the "HTCondor-as-a-batch-system" case would be able to take advantage of this, and this would certainly be useful there.  Considering the state of the HTCondor chirp client library (little-to-no error recovery), I don't think it'd be a good fit for glideins right now anyway.  Even with client improvements, it's unlikely someone will want to scale up very widely with remote IO back to the submitter.  For small workflows where you don't control the application (think Galaxy, which requires a shared filesystem), it's pretty danged handy.

Brian

* This and several other root-only HTCondor features are feasible as non-root in Linux 3.8.  It'll take awhile for that kernel version to propagate to sites and it will take awhile to adopt to its new interfaces.

On Jan 28, 2013, at 1:14 PM, Igor Sfiligoi <sfiligoi@xxxxxxxx> wrote:

> But most installations (in OSG) I am aware of do not allow a non-privileged user to use it.
> 
> My 2c,
>  Igor
> 
> On 01/28/2013 11:11 AM, Brian Bockelman wrote:
>> 
>> On Jan 28, 2013, at 11:59 AM, Erik Paulson <epaulson@xxxxxxxxxxx> wrote:
>> 
>>> I would welcome it on-list, in fact.
>>> 
>>> Not that this should be a deal-breaker, but is FUSE enabled by default
>>> in most modern Linux distributions?
>>> 
>> 
>> I claim no deep knowledge of Linux distros, but my understanding is the FUSE kernel module is enabled on most modern distros.  I know for sure it is there for recent RHEL5/6.

Attachment: smime.p7s
Description: S/MIME cryptographic signature