You are not logged in.
Hi Everyone
I am trying to run this engineering application that I was recently given by my department. Arch is (obviously) not on the official support list and I really really do not want to switch (to something like CentOS).
The issue is this. The program runs a license utility that is located in a sub-directory, bash says that the utility does not exist
can't exec /home/jlight/Fluent/Fluent.Inc/license/lnamd64/fluentlm-helper90: No such file or directory
But the file (and directory) exists as seen below
ls /home/jlight/Fluent/Fluent.Inc/license/lnamd64
fluentlm-helper90 liblic90.so license.dat lmstat
Why is this happening?
Thank you all!
Cheers!
JLight
Last edited by jlight2011 (2011-11-30 03:47:04)
Offline
Please use code tags, and please also supply the actual command you run, not just its output.
Also, "ls -l" not just "ls":
ls -l /home/jlight/Fluent/Fluent.Inc/license/lnamd64
Offline
I'm just guessing here: you're on a 32-bit system and this is a 64-bit executable? Is this file executable? What are the permissions - root only?
Offline
Please use code tags, and please also supply the actual command you run, not just its output.
Also, "ls -l" not just "ls":
ls -l /home/jlight/Fluent/Fluent.Inc/license/lnamd64
The application is
[jlight@jlightDell lnamd64]$ ./license_checker
*** can't exec /home/jlight/Fluent/Fluent.Inc/license/lnamd64/fluentlm-helper90: No such file or directory
And
[jlight@jlightDell lnamd64]$ ls -l /home/jlight/Fluent/Fluent.Inc/license/lnamd64
total 1136
-rwxr-xr-x 1 jlight users 696612 Jun 17 2006 fluentlm-helper90
-rwxr-xr-x 1 jlight users 29232 Jun 17 2006 liblic90.so
-rwxr-xr-x 1 jlight users 3154 Apr 29 2011 license.dat
-rwxr-xr-x 1 jlight users 422336 Feb 26 2003 lmstat
Thanks
J
Offline
I'm just guessing here: you're on a 32-bit system and this is a 64-bit executable? Is this file executable? What are the permissions - root only?
I am on a 64 bit OS. The file is executable, the permissions are shown in my second post. If the architecture/permission was not correct wouldn't the error message be different. Why say file missing?
J
Last edited by jlight2011 (2011-11-30 01:47:49)
Offline
Is this license_checker file a binary, or a bash script? If it's a bash script, you might be able to tease out an offending command it's trying to run.
Last edited by /dev/zero (2011-11-30 01:50:43)
Offline
Is this license_checker file a binary, or a bash script? If it's a bash script, you might be able to tease out an offending command it's trying to run.
It is a binary. I did try going to the location that indicated it does not exist. I then tried running the application from it to see if it was possible (may be even see if it give out some error messages). So I did this
[jlight@jlightDell lnamd64]$ cd /home/jlight/Fluent/Fluent.Inc/license/lnamd64/
[jlight@jlightDell lnamd64]$ ls -l
total 1136
-rwxr-xr-x 1 jlight users 696612 Jun 17 2006 fluentlm-helper90
-rwxr-xr-x 1 jlight users 29232 Jun 17 2006 liblic90.so
-rwxr-xr-x 1 jlight users 3154 Apr 29 2011 license.dat
-rwxr-xr-x 1 jlight users 422336 Feb 26 2003 lmstat
[jlight@jlightDell lnamd64]$ ./fluentlm-helper90
bash: ./fluentlm-helper90: No such file or directory
The offending file 'fluentlm-helper90' seems to be problem and it too is a binary.
Last edited by jlight2011 (2011-11-30 01:57:23)
Offline
Also, I wouldn't worry too much about this being Arch instead of CentOS. I doubt the problem is with which package management system you happen to be using.
Offline
Also, I wouldn't worry too much about this being Arch instead of CentOS. I doubt the problem is with which package management system you happen to be using.
The application is no longer supported by the company and my Uni tech support will complain about Arch. This is more of the issue than the package management system.
Offline
What's the output of
file fluentlm-helper90
?
Offline
/dev/zero wrote:Also, I wouldn't worry too much about this being Arch instead of CentOS. I doubt the problem is with which package management system you happen to be using.
The application is no longer supported by the company and my Uni tech support will complain about Arch. This is more of the issue than the package management system.
What I mean is, before your uni tech support refuses to help, the onus is on them to prove that your specific distro is too alien for them to understand. Linux is linux. If they can support one, they can support them all. They are the trustees and you are the beneficiary. They must bow to your every whim ;-)
What do you get from running the following?
file *
Last edited by /dev/zero (2011-11-30 02:09:32)
Offline
Offline
I think there is a MLUG meeting tonight. Some problems are better solved face-to-face. Maybe you could go along and see if anyone wants to help?
Offline
What do you get from running the following?
file *
I think you pointed out the issue. This is the output i get
[jlight@jlightDell lnamd64]$ file *
fluentlm-helper90: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, stripped
liblic90.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
license.dat: ASCII text, with CRLF line terminators
lmstat: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.0.0, stripped
I do not have 320bit libs on my arch thought I could get them. thought not sure which ones I will need. ldd the following
[jlight@jlightDell lnamd64]$ ldd fluentlm-helper90
not a dynamic executable
Offline
The way i see it, there are two binary files (fluentlm-helper90 and lmstat) that are 32bit ELF executables, but dynamically linked. So, they will search/need their 32bit libraries in order to execute. Try installing glibc 32bit and see what happens. Or ask your support team for 64bit and/or static linked files. Just by two cents.
-- Beware of he who would deny you access to information, for in his heart he dreams himself your master.
Offline
The way i see it, there are two binary files (fluentlm-helper90 and lmstat) that are 32bit ELF executables, but dynamically linked. So, they will search/need their 32bit libraries in order to execute. Try installing glibc 32bit and see what happens. Or ask your support team for 64bit and/or static linked files. Just by two cents.
This is correct. Installing at least some of the needed 32 bit dependencies will start to give better feedback (in the form of wrong ELF class messages). The method to get it running is as Thanoulis has recommended; Look at what dependencies that the executable needs and install the lib32 packages required. Enabling the multilib repo will take some of the work away.
Offline
Installing the lib32-gcc-libs and lib32-glibc did the trick.
Thanks you all for helping me out.
Cheers!
Nishit
Offline
karol wrote:I'm just guessing here: you're on a 32-bit system and this is a 64-bit executable? Is this file executable? What are the permissions - root only?
I am on a 64 bit OS. The file is executable, the permissions are shown in my second post. If the architecture/permission was not correct wouldn't the error message be different. Why say file missing?
J
I remembered a similar case for the very reason the error message is not very helpful, I find it confusing as hell.
Is using 'file' the best we can hope for or can somebody open a ticket somewhere?
Offline