remote program execution

[lsatenstein]

A few reasons that Shake would not work when triggered from a remote system can be the permissions of the program. You did not indicate if it could run locally.

The second reasons may have to do with Selinux. Selinux may prevent shake from starting.

Third, are you sure you can connect remotely to that system via the shell script?

Reinstalling Fedora is not a solution.

[KenJackson]

Selinux may prevent shake from starting.

That may be.

There have been a couple things that I have been stymied to figure out why I couldn't do, only to eventually discover that selinux was preventing me from using my system the way I wanted.

Maybe it's a security improvement, but gosh it's a pain.

[goude]

Ken

I made the debugging changes you suggested. I put set -x in the wrapper script and -xf in the other script. Strangely enough I get a different error now. I don't know why, maybe I did something which I can't remember now because I fiddled quite a lot after the new error came up.

The output I get after running shake is:

+ LS_PATH=/sw/pkg/shake-ls                                      
+ [[ '' == \-\n\o\j\o\b ]]                                                                         
+ LOCATION=/sw/pkg/shake/shake-v4.10.0606                       

+export NR_INCLUDE_PATH=:/sw/pkg/shake-
ls/include:/sw/pkg/furnace/Furnace3.0v3_shake4.00-linux-x86-release-32/include:/sw/pkg/tinder/Tinder2.1v2_shake4.00-linux-x86-release-32/include:

+ export NR_ICON_PATH=:/sw/pkg/shake-ls/icons:/sw/pkg/furnace/Furnace3.0v3_shake4.00-linux-x86-release-32/icons:/sw/pkg/tinder/Tinder2.1v2_shake4.00-linux-x86-release-32/icons:

+NR_FONT_PATH=/sw/pkg/shake-ls/fonts
+export LICENSE_FILE=@bigboy
+ exec /sw/pkg/shake/shake-v4.10.0606/bin/shake
/sw/pkg/shake/shake-v4.10.0606/bin/shkx.exe: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory

Also I didn't write this wrapper script so I would rather not change anything regarding the trailing / because the wrapper works fine for all other machines. Is there any settings I could compare with the other machines?


To lsatenstein
1) The software is not installed locally is installed on a server which I can ping and ssh to it from a terminal. I just checked the permissions and they look fine. (x on the 4th, 7th and 10th column)

2) Selinux is disabled in etc/selinux/config from enforcing to disabled unless there is another selinux config file which I don't know.

3) I don't know how to check if the script can access the remote server but the wrapper works fine for all other computers

Many thanks

[keikun2004]

Got the new error :
check if the libgl package is installed
if yes, check the files named libGL.so.* in your /usr/lib folder
give us the list please

[Rubberman]

That may be.

There have been a couple things that I have been stymied to figure out why I couldn't do, only to eventually discover that selinux was preventing me from using my system the way I wanted.

Maybe it's a security improvement, but gosh it's a pain.

Only use SELinux if you REALLY need to. Yes, it's a PITA, but also it is very effective in bulletproofing your system from unwanted hacking. You really need to study it and configure your system carefully to use SELinux successfully, and you will find that there are a lot of things that you can do easily without it that require special treatment to do with it, such as properly setting up the ACLs, rules, etc. I started using it, without proper preparation, and had to turn it off in order to use my system. When I expose it outside of my firewall, then I will definitely reconsider using it for the enhanced security it provides.

[goude]

Output of rpm -q libGL

package libGL is not installed

Output of locate libGL.so.*

/usr/lib/libGL.so.1
/usr/lib/nvidia/libGL.so.190.53
/usr/lib/xorg/libGL.so.1
/usr/lib64/libGL.so.1
/usr/lib64/libGL.so.1.2
/usr/lib64/nvidia/libGL.so.1
/usr/lib64/nvidia/libGL.so.190.53

[keikun2004]

Based on the output of locate libGL.so.* you have a 64 bits system.
the application you're trying to run is 32bits or 64bits ?
if it is 32 bits, try to run it through linux32.

[goude]

Shake is a 32-bit application and I've got FC11 64-bit installed on the system.

I have to make it work on a 64-bit machine. I will check the settings on the other systems and see if I can manage to do the same on this one.

Thank you all very much for help and suggestions. Really appreciated.

Many thanks