Thanks, that may answer it.

I was thinking that I needed to install Globus on all nodes in the Condor pool, since the GridFTP may go both ways.

But I need to install GridFTP only on a Condor Submit node(d) that may refer it? Or, even it can refer to a host on which the Globus (GridFTP) is installed?

As to GRAM, RFT or index service, I understand that it needs only one each per Condor pool.

Thanks,
Yoichi
--------------------------------------------------------------------------
Yoichi Takayama, PhD
Senior Research Fellow
RAMP Project
MELCOE (Macquarie E-Learning Centre of Excellence)
MACQUARIE UNIVERSITY

Phone: +61 (0)2 9850 9073
Fax: +61 (0)2 9850 6527
www.mq.edu.au
www.melcoe.mq.edu.au/projects/RAMP/
--------------------------------------------------------------------------
MACQUARIE UNIVERSITY: CRICOS Provider No 00002J

This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie E-Learning Centre Of Excellence (MELCOE) or Macquarie University.

On 02/10/2008, at 12:12 AM, Charles Bacon wrote:

Not really, no. The idea is that you run some kind of local scheduler (like, say, Condor) and just use a single Globus node to address those instances. If you need access to the client binaries, you can mount them on NFS. But there's not much reason for a single resource pool to need more than one GRAM, RFT, or Index service to talk to it.


Charles

On Oct 1, 2008, at 2:02 AM, Yoichi Takayama wrote:

Hi

I was also thinking as to what's the best way to add another Globus node easily to a Condor pool.

Condor has a dynamic node addition, in which a minimum effort is necessary to dynamically add or remove a node to/from the pool.

The global configuration file uses parametrized reference to each local host (not hard coded strings for real values), I can add/ removed nodes relatively easy by installing one copy of Condor on / nfs and refer to it from all nodes as a global binary and configuration. (Or, I can just copy /usr/local/condor to all new nodes). Additionally, there is a work directory on each node, which holds local configuration (what daemons to run on that node, what the IP is, what the local condor user's UID:GroupID), job executables, spools, and logs.

Does Globus have similar arrangement so that it would be easy to add/remove nodes?

Thanks,
Yoichi
--------------------------------------------------------------------------
Yoichi Takayama, PhD
Senior Research Fellow
RAMP Project
MELCOE (Macquarie E-Learning Centre of Excellence)
MACQUARIE UNIVERSITY

Phone: +61 (0)2 9850 9073
Fax: +61 (0)2 9850 6527
www.mq.edu.au
www.melcoe.mq.edu.au/projects/RAMP/
--------------------------------------------------------------------------
MACQUARIE UNIVERSITY: CRICOS Provider No 00002J

This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie E-Learning Centre Of Excellence (MELCOE) or Macquarie University.

On 01/10/2008, at 4:12 PM, Charles Bacon wrote:

Sorry for not answering earlier; copying the installation from one machine to another works best if you copy it *before* you run make install.

After you run make install, the current machine's name is copied into a large number of files. You can probably fix it by running $GLOBUS_LOCATION/sbin/gpt-postinstall -force on the new machine.


Charles

On Sep 30, 2008, at 10:05 PM, Yoichi Takayama wrote:

Hi

I just copied the installed Globus binary to the 3rd machine and tested whether it can be just configured.

Everything works up to Setting up GRAM.

In the testing GRAMS, the job below fails. Just by copying the binaries, probably the GLOBUS_USER_HOME does not get set up properly???

Although I can install Globus from the source on this machine, if there is a way to make a binary distribution package from the build once it is made would be helpful. I think that the make creates BUILD directory once, but after "make install" it seems to clean it. Is this true??? Maybe I can stop after "make" and before "make install" and copy the entire directory to another machine???

So it does not seem to be possible to just copy the binaries installed to another machine.

Thanks,
Yoichi



{code}
$ vim a.rsl
-- insert --
<job>
<executable>my_echo</executable>
<directory>${GLOBUS_USER_HOME}</directory>
<argument>Hello</argument>
<argument>World!</argument>
<stdout>${GLOBUS_USER_HOME}/stdout</stdout>
<stderr>${GLOBUS_USER_HOME}/stderr</stderr>
<fileStageIn>
    <transfer>
<sourceUrl>gsiftp://grid4.ramscommunity.org:2811/bin/ echo</sourceUrl> <destinationUrl>file:///${GLOBUS_USER_HOME}/my_echo</ destinationUrl>
    </transfer>
</fileStageIn>
<fileCleanUp>
    <deletion>
        <file>file:///${GLOBUS_USER_HOME}/my_echo</file>
    </deletion>
</fileCleanUp>
</job>
{code}

{code}
$ globusrun-ws -submit -S -f a.rsl
Delegating user credentials...Done.
Submitting job...Done.
Job ID: uuid:fa585234-8f62-11dd-9f76-000c292b999a
Termination time: 10/01/3008 02:45 GMT
Current job state: StageIn
Current job state: Failed
Destroying job...Done.
Cleaning up any delegated credentials...Done.
globusrun-ws: Job failed: Invalid executable path "my_echo".
{code}



--------------------------------------------------------------------------
Yoichi Takayama, PhD
Senior Research Fellow
RAMP Project
MELCOE (Macquarie E-Learning Centre of Excellence)
MACQUARIE UNIVERSITY

Phone: +61 (0)2 9850 9073
Fax: +61 (0)2 9850 6527
www.mq.edu.au
www.melcoe.mq.edu.au/projects/RAMP/
--------------------------------------------------------------------------
MACQUARIE UNIVERSITY: CRICOS Provider No 00002J

This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie E-Learning Centre Of Excellence (MELCOE) or Macquarie University.




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

Reply via email to