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 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: 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 to ftp://localhost:40300/dev/null debug: connecting to ftp://localhost:40300/dev/null debug: response from ftp://localhost:40300/dev/null: 220 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: 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]> 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]> 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/null > > > Source: ftp://localhost:40300/dev/ > > > Dest: 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]>> 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] >> 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/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/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
