Re: [gt-user] WebMDS

2008-10-01 Thread Yoichi Takayama

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 2J

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 2J

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
executablemy_echo/executable
directory${GLOBUS_USER_HOME}/directory
argumentHello/argument
argumentWorld!/argument
stdout${GLOBUS_USER_HOME}/stdout/stdout
stderr${GLOBUS_USER_HOME}/stderr/stderr
fileStageIn
transfer
sourceUrlgsiftp://grid4.ramscommunity.org:2811/bin/ 
echo/sourceUrl

Re: [gt-user] WebMDS

2008-10-01 Thread Charles Bacon

On Oct 1, 2008, at 7:33 PM, Yoichi Takayama wrote:

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.


Within the condor pool, condor will handle file transfers.  You might  
want to install the GridFTP client tools on all your hosts, I don't  
know.  It's not required, but it might be useful to you.  In that  
case, you can run make globus-data-management-client to only install  
the pieces required to use globus-url-copy, or make gridftp to  
install both the server and client pieces.



Charles