Hi Mike,
I think this is what is happening.
When I install the threaded and the non-threaded flavors of gridftp
using "make gridftp globus_gridftp_server-thr" I get a message that
'make: `globus_gridftp_server-thr' is up to date', which makes me think
that only the 'gridftp' target is being built which is ofcourse the
non-threaded version. Is this correct ?
I used info from the below wesbite about building the correct flavor of
gridftp.
http://www.globus.org/toolkit/docs/development/4.1.2/data/gridftp/admin/index.html#gridftp-admin-installing-threaded
which says
Target gridftp, builds both the threaded and non-threaded flavors of
globus-data-management-sdk, but only the non-threaded flavor of the server.
In order to build the threaded flavor of the server as part of the
package, run:
globus$ make gridftp globus_gridftp_server-thr
So what I did was to install only the threaded version using 'make
globus_gridftp_server-thr'. Now the banner message reads 'gcc32dbgpthr'
and I do not get the earlier error message about not able to find the
gcc32dbg library.
But I ran into another problem. I installed the data-mgmt-sdk using
'make gridftp' and then executed globus-url-copy with the threaded
server built with udt4. This is the debug trace.
gftp_client:/home/zulfi > globus-url-copy -vb -dbg -udt
ftp://localhost:40300/dev/zero ftp://localhost:40300/dev/null
Source: ftp://localhost:40300/dev/
Dest: ftp://localhost:40300/dev/
zero -> null
debug: starting to size ftp://localhost:40300/dev/zero
debug: connecting to ftp://localhost:40300/dev/zero
debug: response from ftp://localhost:40300/dev/zero:
220 workshop3.ci.uchicago.edu <http://workshop3.ci.uchicago.edu> GridFTP
Server 3.7 (gcc32dbgpthr, 1189732382-1) ready.
debug: authenticating with ftp://localhost:40300/dev/zero
debug: response from ftp://localhost:40300/dev/zero:
230 User anonymous logged in.
debug: sending command to ftp://localhost:40300/dev/zero:
SITE HELP
debug: response from ftp://localhost:40300/dev/zero:
214-The following commands are recognized:
ALLO APPE REST CWD CDUP DCAU EPSV FEAT
ERET MDTM STAT ESTO HELP LIST MODE NLST
MLSD PASV RNFR MLST NOOP OPTS STOR PASS
PBSZ PORT PROT SITE EPRT RETR SPOR TREV
PWD QUIT SBUF SIZE SPAS STRU SYST RNTO
TYPE USER LANG MKD RMD DELE CKSM
214 End
debug: sending command to ftp://localhost:40300/dev/zero:
FEAT
debug: response from ftp://localhost:40300/dev/zero
<ftp://localhost:40300/dev/zero>:
211-Extensions supported
AUTHZ_ASSERT
UTF8
LANG EN
DCAU
PARALLEL
SIZE
MLST
Type*;Size*;Modify*;Perm*;Charset;UNIX.mode*;UNIX.owner*;UNIX.group*;Unique*;UNIX.slink*;
ERET
ESTO
SPAS
SPOR
REST STREAM
MDTM
PASV AllowDelayed;
211 End.
debug: sending command to ftp://localhost:40300/dev/zero:
TYPE I
debug: response from ftp://localhost:40300/dev/zero:
200 Type set to I.
debug: sending command to ftp://localhost:40300/dev/zero:
SITE SETNETSTACK udt_ref,gsi
debug: response from ftp://localhost:40300/dev/zero:
250 OK.
debug: fault on connection to ftp://localhost:40300/dev/zero
debug: operation complete
debug: starting to transfer ftp://localhost:40300/dev/zero
<ftp://localhost:40300/dev/zero> to ftp://localhost:40300/dev/null
debug: connecting to ftp://localhost:40300/dev/null
debug: response from ftp://localhost:40300/dev/null
<ftp://localhost:40300/dev/null>:
220 workshop3.ci.uchicago.edu <http://workshop3.ci.uchicago.edu> GridFTP
Server 3.7 (gcc32dbgpthr, 1189732382-1) ready.
debug: authenticating with ftp://localhost:40300/dev/null
debug: response from ftp://localhost:40300/dev/null
<ftp://localhost:40300/dev/null>:
230 User anonymous logged in.
debug: sending command to ftp://localhost:40300/dev/null:
SITE HELP
debug: response from ftp://localhost:40300/dev/null:
214-The following commands are recognized:
ALLO APPE REST CWD CDUP DCAU EPSV FEAT
ERET MDTM STAT ESTO HELP LIST MODE NLST
MLSD PASV RNFR MLST NOOP OPTS STOR PASS
PBSZ PORT PROT SITE EPRT RETR SPOR TREV
PWD QUIT SBUF SIZE SPAS STRU SYST RNTO
TYPE USER LANG MKD RMD DELE CKSM
214 End
debug: sending command to ftp://localhost:40300/dev/null:
FEAT
debug: response from ftp://localhost:40300/dev/null:
211-Extensions supported
AUTHZ_ASSERT
UTF8
LANG EN
DCAU
PARALLEL
SIZE
MLST
Type*;Size*;Modify*;Perm*;Charset;UNIX.mode*;UNIX.owner*;UNIX.group*;Unique*;UNIX.slink*;
ERET
ESTO
SPAS
SPOR
REST STREAM
MDTM
PASV AllowDelayed;
211 End.
debug: sending command to ftp://localhost:40300/dev/null:
TYPE I
debug: response from ftp://localhost:40300/dev/null:
200 Type set to I.
debug: sending command to ftp://localhost:40300/dev/null:
SITE SETNETSTACK udt_ref,gsi
debug: response from ftp://localhost:40300/dev/null:
250 OK.
debug: sending command to ftp://localhost:40300/dev/null:
MODE E
debug: response from ftp://localhost:40300/dev/null:
200 Mode set to E.
debug: sending command to ftp://localhost:40300/dev/null:
PASV
debug: fault on connection to ftp://localhost:40300/dev/null: an
end-of-file was reached
debug: operation complete
error: an end-of-file was reached
globus_xio: An end of file occurred
Please advice.
Thanks
Zulfi
On 9/27/07, *Zulfi Imani* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
This is the banner message I get
GridFTP Server 3.7 (gcc32dbg, 1189732382-1)
I do not know why it doesnt say 'gcc32dbgpthr'
When I run the threaded version using the '
gt4.1.2-all-source-installer' I get "GridFTP Server 3.4
(gcc32dbgpthr, 1180674662-1)"
-Zulfi-
On 9/27/07, * Michael Link* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
This is strange... Can you verify the banner message (220
GridFTP...) of
the server shows gcc32dbgpthr? You can see it at beginning of the
globus-url-copy -dbg output, or by telnetting to gridftp server
port.
Mike
Zulfi Imani wrote:
> Also I installed the threaded version of the latest gridftp
nightly
> build on another machine and then built udt4 over it. But
still get the
> same error.
>
> gftp_serv:/home/zulfi > globus-url-copy -vb -udt
> ftp://localhost:40300/dev/zero
<ftp://localhost:40300/dev/zero> ftp://localhost:40300/dev/null
> Source: ftp://localhost:40300/dev/
> Dest: ftp://localhost:40300/dev/ <ftp://localhost:40300/dev/>
> zero -> null
>
>
> error: globus_ftp_client: the server responded with an error
> 500 500-Command failed : Setting data channel driver stack failed.
> 500-globus_xio: driver activation failed.
> 500-globus_extension_module: Couldn't dlopen
> libglobus_xio_udt_ref_driver_gcc32dbg.so in
> /home/zulfi/gridftp/INSTALL/lib (or LD_LIBRARY_PATH):
> libglobus_xio_udt_ref_driver_gcc32dbg.so: cannot open shared
object
> file: No such file or directory
> 500-
> 500 End.
>
> Also I did a 'cat /proc/<gridftp-server pid>/maps' to check the
> libraries and shared object files loaded while running the
> gridftp-server and found the 'gcc32dbgpthr' version of all the
.so files
> have been loaded.
>
> Thanks
> Zulfi
>
> On 9/27/07, *Zulfi Imani* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>
wrote:
>
> I have installed the threaded version of the server as
mentioned in
> my previous mail.
>
> make gridftp globus_gridftp_server-thr
>
> Also I am executing the server from the pthr/shared dir like:
>
>
$GLOBUS_LOCATION/sbin/gcc32dbgpthr/shared/globus-gridftp-server -aa
> -p 40300 &
>
> Have tried running globus-url-copy using '-udt' and also
'-dcstack
> udt_ref'. Gives me the same error. Although the option
'-dcstack
> tcp' works fine.
>
> Thanks
> Zulfi
>
>
> On 9/21/07, *Michael Link* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> wrote:
>
> The server needs to be run threaded in order to support
the udt_ref
> driver. If you have a globus-gridftp-server in
> $GLOBUS_LOCATION/sbin/gcc32dbgpthr/shared, you can copy
it to sbin,
> otherwise, 'make globus_gridftp_server-thr' in the
installer.
>
> The -protocol_stack option on the server currently
doesn't do
> anything.
>
> Also note that if you want to use udt in a 2-party
transfer, you
> need to
> use a threaded globus-url-copy (make
globus_gass_copy-thr if you
> don't
> have it) and have the udt_ref driver built locally as well.
>
> Mike
>
> Zulfi Imani wrote:
> > Hi,
> >
> > I am having a problem with running the
globus-url-copy with
> the -udt option.
> >
> > I installed the threaded version of the gridftp
server using
> the nightly
> > build of last week (make gridftp
globus_gridftp_server-thr). I
> used
> > gcc32 as the flavor. I then compiled gridftp with UDT
> > with-flavor=gcc32dbgpthr. I ran the gridftp server
without the
> > "--protocol_stack udt_ref " option. Next I ran
globus-url-copy
> as:
> >
> > globus-url-copy -vb -udt
ftp://localhost:40300/dev/zero <ftp://localhost:40300/dev/zero>
> > ftp://localhost:40300/dev/null
> >
> > and it gave me the following error:
> >
> > error: globus_ftp_client: the server responded with
an error
> > 500 500-Command failed : Setting data channel driver
stack failed.
> > 500-globus_xio: driver activation failed.
> > 500-globus_extension_module: Couldn't dlopen
> > libglobus_xio_udt_ref_driver_gcc32dbg.so in
> > /home/zulfiimani/gridftp/INSTALL/lib (or
LD_LIBRARY_PATH):
> > libglobus_xio_udt_ref_driver_gcc32dbg.so: cannot
open shared
> object
> > file: No such file or directory
> > 500-
> > 500 End
> >
> > I have the
libglobus_xio_udt_ref_driver_gcc32dbgpthr.so.*
> files in the
> > GLOBUS_LOCATION/lib dir but not
> > 'libglobus_xio_udt_ref_driver_gcc32dbg.so' because I
have a
> threaded
> > build. I even tried
> >
> > globus-url-copy -vb -dcstack udt_ref
> ftp://localhost:40300/dev/zero
<ftp://localhost:40300/dev/zero> <ftp://localhost:40300/dev/zero
<ftp://localhost:40300/dev/zero>>
> > ftp://localhost:40300/dev/null
> < ftp://localhost:40300/dev/null> <
ftp://localhost:40300/dev/null>
> >
> > but got the same error.
> >
> > Then I ran the gridftp server with the '--protocol_stack
> udt_ref' option
> > and then executed the globus-url-copy without '-udt'
option and it
> > worked fine.
> >
> > Any inputs on this will be great.
> >
> > Thanks
> > Zulfi
>
>
>
>
> --
> Regs,
> Zulfi
>
>
>
>
> --
> Regs,
> Zulfi
--
Regs,
Zulfi
--
Regs,
Zulfi
