Anna Alber @ on
On newly installed hub filexfer does not function
On newly installed hub filexfer does not function. There is no importfile/exportfile option or command.
Anna Alber @ on
On newly installed hub filexfer does not function
On newly installed hub filexfer does not function. There is no importfile/exportfile option or command.
Mike Burns @ on
I agree. It doesn’t appear to be completely installed even if you fix up some of the script paths and script variables. They still end with a 404 error.
importfile and exportfile aren’t in your path. Section 1.24.0 Filexfer of the System Administrators guide isn’t complete. The two symbolic link commands
# ln -s /apps/filexfer/1 /apps/filexfer/current # ln -s /apps/filexfer/current/exportfile /apps/bin/exportfile
weren’t executed in the HUB-in-a-box install. Plus you need symlinks in /apps/bin for importfile and filexfer.
# ln -s /apps/filexfer/current/importfile /apps/bin/importfile # ln -s /apps/filexfer/current/filexfer /apps/bin/filexfer
Once you have those symlinks and try to run either exportfile or importfile I get the error
tclsh: error while loading shared libraries: libtcl8.4.so: cannot open shared object file: No such file or directory
I got past that by adding the following lines near the beginning of the file.
#\ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/apps/rappture/current/lib
References the log files /home/myhub/burns/data/sessions/NNNL/filexferPID.log and /var/lib/mw/NNN.err were helpful in uncovering these and other messages like
can’t find package Itk while executing
“package require Itk” (file “/apps/bin/filexfer” line 14)
so I ended up adding the following lines to the top of filexfer
#\
export TCLLIBPATH=/apps/rappture/current/lib
#\
export ITCL_LIBRARY=/apps/rappture/current/lib/itcl3.3
#\
export ITK_LIBRARY=/apps/rappture/current/lib/itk3.3
#\
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/apps/rappture/current/lib
The /var/lib/mw/NNN.err file also complains about
couldn’t read file “/usr/share/hubzero/filexfer/importfile.tcl”: no such file or directory
which I fixed by # mkdir /var/lib/vz/template/debian-5.0-amd64-maxwell/usr/share/hubzero # ln -s /apps/filexfer/current /var/lib/vz/template/debian-5.0-amd64-maxwell/usr/share/hubzero/filexfer
data/sessions/NNNL/filexfer.log complains about
failed: couldn’t execute “/usr/lib/hubzero/clientaction”: no such file or directory
fix with
# ln -s /usr/lib/mw/bin/clientaction /var/lib/vz/template/debian-5.0-amd64-maxwell/usr/lib/hubzero/clientaction
At this point I get the popup windows for importfile and exportfile, but they both give 404 errors on URLs of the form
https://hubzero.et-test.psu.edu/filexfer/3yMYqio2ipAUgXFr/download/oo.dat?token=MtG6boNYxCVySDLPOHuI
and
“filexfer” doesn’t exist as a directory in Apache’s DocumentRoot and I don’t see an obvious rewrite rule for it in Apache’s config file. I think it’s either missing that or maybe some PHP code in the DocumentRoot directory to parse that URL.
0 Like 0 Dislike
John B Rosheck @ on
A new filexfer package has been placed in our unstable (sid) package repository. The documentation has also been updated. The package name is hubzero-filexfer.
Reply Report abuse
Please login to answer the question.