Guy Roussin
2013-Jan-25 16:23 UTC
Can''t run a proprietary program on a xen domU : No such file or directory
Hi,
This is a very strange problem that occur on my debian squeeze domU.
I can''t run a proprietary program (matlab licence server)
on a xen domU (debian squeeze) -
(dom0 = xen debian lenny amd64, i try also with dom0 = xen debian
squeeze amd64)
# */usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid*
-bash: /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: No such file or
directory
# *file /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid*
/usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: ELF 64-bit LSB
executable, x86-64, version 1 (SYSV), dynamically linked (uses shared
libs), for GNU/Linux 2.6.9, stripped
# *ldd /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid*
linux-vdso.so.1 => (0x00007fff9da8c000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd674c44000)
libm.so.6 => /lib/libm.so.6 (0x00007fd6749c2000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd6747ab000)
libc.so.6 => /lib/libc.so.6 (0x00007fd674449000)
libdl.so.2 => /lib/libdl.so.2 (0x00007fd674245000)
/lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2
(0x00007fd674e6a000)
# *strace /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid*
execve("/usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid",
["/usr/local/MATLAB/R2012b/etc/gln"...], [/* 18 vars */]) = -1 ENOENT
(No such file or directory)
dup(2) = 3
fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7ff0190eb000
lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: No such file or di"..., 40strace: exec: No
such
file or directory
) = 40
close(3) = 0
munmap(0x7ff0190eb000, 4096) = 0
exit_group(1) = ?
# *uname -a*
Linux jetons-matlab 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC
2012 x86_64 GNU/Linux
# *file /usr/bin/hostid*
/usr/bin/hostid: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
# *cat /etc/debian_version *
6.0.6
# *cat /proc/cpuinfo*
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz
stepping : 6
cpu MHz : 2500.088
cache size : 6144 KB
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse
sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16
sse4_1 lahf_lm
bogomips : 5000.17
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz
stepping : 6
cpu MHz : 2500.088
cache size : 6144 KB
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse
sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16
sse4_1 lahf_lm
bogomips : 5000.17
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:
If i copy the file to an other host (amd64) , there is no error ...
Thank you,
--
Guy
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
Nick Couchman
2013-Jan-25 17:45 UTC
Re: Can''t run a proprietary program on a xen domU : No such file or directory
The other host that you copy the file to - is it *identical* except for Xen? 64-bit? Same version of Debian, same updates/packages, etc.? -Nick>>> On 2013/01/25 at 09:23, Guy Roussin <guy.roussin@teledetection.fr> wrote: > Hi, > > This is a very strange problem that occur on my debian squeeze domU. > I can''t run a proprietary program (matlab licence server) > on a xen domU (debian squeeze) - > (dom0 = xen debian lenny amd64, i try also with dom0 = xen debian > squeeze amd64) > > # */usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* > -bash: /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: No such file or > directory > > # *file /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* > /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: ELF 64-bit LSB > executable, x86-64, version 1 (SYSV), dynamically linked (uses shared > libs), for GNU/Linux 2.6.9, stripped > > # *ldd /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* > linux-vdso.so.1 => (0x00007fff9da8c000) > libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd674c44000) > libm.so.6 => /lib/libm.so.6 (0x00007fd6749c2000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd6747ab000) > libc.so.6 => /lib/libc.so.6 (0x00007fd674449000) > libdl.so.2 => /lib/libdl.so.2 (0x00007fd674245000) > /lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 > (0x00007fd674e6a000) > > # *strace /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* > execve("/usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid", > ["/usr/local/MATLAB/R2012b/etc/gln"...], [/* 18 vars */]) = -1 ENOENT > (No such file or directory) > dup(2) = 3 > fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) > fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = 0x7ff0190eb000 > lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) > write(3, "strace: exec: No such file or di"..., 40strace: exec: No such > file or directory > ) = 40 > close(3) = 0 > munmap(0x7ff0190eb000, 4096) = 0 > exit_group(1) = ? > > # *uname -a* > Linux jetons-matlab 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC > 2012 x86_64 GNU/Linux > > # *file /usr/bin/hostid* > /usr/bin/hostid: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), > dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped > > # *cat /etc/debian_version * > 6.0.6 > > # *cat /proc/cpuinfo* > processor : 0 > vendor_id : GenuineIntel > cpu family : 6 > model : 23 > model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz > stepping : 6 > cpu MHz : 2500.088 > cache size : 6144 KB > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp : yes > flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse > sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 > sse4_1 lahf_lm > bogomips : 5000.17 > clflush size : 64 > cache_alignment : 64 > address sizes : 38 bits physical, 48 bits virtual > power management: > > processor : 1 > vendor_id : GenuineIntel > cpu family : 6 > model : 23 > model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz > stepping : 6 > cpu MHz : 2500.088 > cache size : 6144 KB > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp : yes > flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse > sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 > sse4_1 lahf_lm > bogomips : 5000.17 > clflush size : 64 > cache_alignment : 64 > address sizes : 38 bits physical, 48 bits virtual > power management: > > If i copy the file to an other host (amd64) , there is no error ... > > Thank you,-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
Guy Roussin
2013-Jan-25 18:32 UTC
Re: Can''t run a proprietary program on a xen domU : No such file or directory
Hi Nick, I finally found a very similar hardware/debian lenny amd64 but without xen and the problem is the same (No such file or directory). So i think this is not a xen problem. Perhaps a hardware problem ? Perhaps some features of the cpu are insufficient ... this is IBM HS22 and HS23 on a blade center H and they are not very old (2 and 3 years). Thank you Nick for your quick answer. Guy On 25/01/2013 18:45, Nick Couchman wrote:> The other host that you copy the file to - is it *identical* except for Xen? 64-bit? Same version of Debian, same updates/packages, etc.? > > -Nick > >>>> On 2013/01/25 at 09:23, Guy Roussin <guy.roussin@teledetection.fr> wrote: >> Hi, >> >> This is a very strange problem that occur on my debian squeeze domU. >> I can''t run a proprietary program (matlab licence server) >> on a xen domU (debian squeeze) - >> (dom0 = xen debian lenny amd64, i try also with dom0 = xen debian >> squeeze amd64) >> >> # */usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >> -bash: /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: No such file or >> directory >> >> # *file /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >> /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: ELF 64-bit LSB >> executable, x86-64, version 1 (SYSV), dynamically linked (uses shared >> libs), for GNU/Linux 2.6.9, stripped >> >> # *ldd /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >> linux-vdso.so.1 => (0x00007fff9da8c000) >> libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd674c44000) >> libm.so.6 => /lib/libm.so.6 (0x00007fd6749c2000) >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd6747ab000) >> libc.so.6 => /lib/libc.so.6 (0x00007fd674449000) >> libdl.so.2 => /lib/libdl.so.2 (0x00007fd674245000) >> /lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 >> (0x00007fd674e6a000) >> >> # *strace /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >> execve("/usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid", >> ["/usr/local/MATLAB/R2012b/etc/gln"...], [/* 18 vars */]) = -1 ENOENT >> (No such file or directory) >> dup(2) = 3 >> fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) >> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 >> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) >> = 0x7ff0190eb000 >> lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) >> write(3, "strace: exec: No such file or di"..., 40strace: exec: No such >> file or directory >> ) = 40 >> close(3) = 0 >> munmap(0x7ff0190eb000, 4096) = 0 >> exit_group(1) = ? >> >> # *uname -a* >> Linux jetons-matlab 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC >> 2012 x86_64 GNU/Linux >> >> # *file /usr/bin/hostid* >> /usr/bin/hostid: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), >> dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped >> >> # *cat /etc/debian_version * >> 6.0.6 >> >> # *cat /proc/cpuinfo* >> processor : 0 >> vendor_id : GenuineIntel >> cpu family : 6 >> model : 23 >> model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz >> stepping : 6 >> cpu MHz : 2500.088 >> cache size : 6144 KB >> fpu : yes >> fpu_exception : yes >> cpuid level : 10 >> wp : yes >> flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse >> sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 >> sse4_1 lahf_lm >> bogomips : 5000.17 >> clflush size : 64 >> cache_alignment : 64 >> address sizes : 38 bits physical, 48 bits virtual >> power management: >> >> processor : 1 >> vendor_id : GenuineIntel >> cpu family : 6 >> model : 23 >> model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz >> stepping : 6 >> cpu MHz : 2500.088 >> cache size : 6144 KB >> fpu : yes >> fpu_exception : yes >> cpuid level : 10 >> wp : yes >> flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse >> sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 >> sse4_1 lahf_lm >> bogomips : 5000.17 >> clflush size : 64 >> cache_alignment : 64 >> address sizes : 38 bits physical, 48 bits virtual >> power management: >> >> If i copy the file to an other host (amd64) , there is no error ... >> >> Thank you, >>
Nick Couchman
2013-Jan-26 18:06 UTC
Re: Can''t run a proprietary program on a xen domU : No such file or directory
I don''t think it''s a hardware issue - I think it is likely some sort of library or software issue that isn''t readily apparent from the output of tools (ldd, etc.). -Nick>>> On 2013/01/25 at 11:32, Guy Roussin <guy.roussin@teledetection.fr> wrote: > Hi Nick, > > I finally found a very similar hardware/debian lenny amd64 but without xen > and the problem is the same (No such file or directory). > So i think this is not a xen problem. Perhaps a hardware problem ? > Perhaps some features of the cpu are insufficient ... this is IBM HS22 > and HS23 > on a blade center H and they are not very old (2 and 3 years). > > Thank you Nick for your quick answer. > > Guy > > On 25/01/2013 18:45, Nick Couchman wrote: >> The other host that you copy the file to - is it *identical* except for Xen? > 64-bit? Same version of Debian, same updates/packages, etc.? >> >> -Nick >> >>>>> On 2013/01/25 at 09:23, Guy Roussin <guy.roussin@teledetection.fr> wrote: >>> Hi, >>> >>> This is a very strange problem that occur on my debian squeeze domU. >>> I can''t run a proprietary program (matlab licence server) >>> on a xen domU (debian squeeze) - >>> (dom0 = xen debian lenny amd64, i try also with dom0 = xen debian >>> squeeze amd64) >>> >>> # */usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>> -bash: /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: No such file or >>> directory >>> >>> # *file /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>> /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: ELF 64-bit LSB >>> executable, x86-64, version 1 (SYSV), dynamically linked (uses shared >>> libs), for GNU/Linux 2.6.9, stripped >>> >>> # *ldd /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>> linux-vdso.so.1 => (0x00007fff9da8c000) >>> libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd674c44000) >>> libm.so.6 => /lib/libm.so.6 (0x00007fd6749c2000) >>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd6747ab000) >>> libc.so.6 => /lib/libc.so.6 (0x00007fd674449000) >>> libdl.so.2 => /lib/libdl.so.2 (0x00007fd674245000) >>> /lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 >>> (0x00007fd674e6a000) >>> >>> # *strace /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>> execve("/usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid", >>> ["/usr/local/MATLAB/R2012b/etc/gln"...], [/* 18 vars */]) = -1 ENOENT >>> (No such file or directory) >>> dup(2) = 3 >>> fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) >>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 >>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) >>> = 0x7ff0190eb000 >>> lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) >>> write(3, "strace: exec: No such file or di"..., 40strace: exec: No such >>> file or directory >>> ) = 40 >>> close(3) = 0 >>> munmap(0x7ff0190eb000, 4096) = 0 >>> exit_group(1) = ? >>> >>> # *uname -a* >>> Linux jetons-matlab 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC >>> 2012 x86_64 GNU/Linux >>> >>> # *file /usr/bin/hostid* >>> /usr/bin/hostid: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), >>> dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped >>> >>> # *cat /etc/debian_version * >>> 6.0.6 >>> >>> # *cat /proc/cpuinfo* >>> processor : 0 >>> vendor_id : GenuineIntel >>> cpu family : 6 >>> model : 23 >>> model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz >>> stepping : 6 >>> cpu MHz : 2500.088 >>> cache size : 6144 KB >>> fpu : yes >>> fpu_exception : yes >>> cpuid level : 10 >>> wp : yes >>> flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse >>> sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 >>> sse4_1 lahf_lm >>> bogomips : 5000.17 >>> clflush size : 64 >>> cache_alignment : 64 >>> address sizes : 38 bits physical, 48 bits virtual >>> power management: >>> >>> processor : 1 >>> vendor_id : GenuineIntel >>> cpu family : 6 >>> model : 23 >>> model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz >>> stepping : 6 >>> cpu MHz : 2500.088 >>> cache size : 6144 KB >>> fpu : yes >>> fpu_exception : yes >>> cpuid level : 10 >>> wp : yes >>> flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse >>> sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 >>> sse4_1 lahf_lm >>> bogomips : 5000.17 >>> clflush size : 64 >>> cache_alignment : 64 >>> address sizes : 38 bits physical, 48 bits virtual >>> power management: >>> >>> If i copy the file to an other host (amd64) , there is no error ... >>> >>> Thank you, >>>-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
Guy Roussin
2013-Jan-27 11:21 UTC
Re: Can''t run a proprietary program on a xen domU : No such file or directory
Thank you Nick, You give me the good way to proceed. I use : # strings /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid and the first line was : /lib64/ld-lsb-x86-64.so.3 so i create the link # cd /lib64 # ln -s ld-linux-x86-64.so.2 ld-lsb-x86-64.so.3 and bingo the program run fine now !!! Guy On 26/01/2013 19:06, Nick Couchman wrote:> I don''t think it''s a hardware issue - I think it is likely some sort of library or software issue that isn''t readily apparent from the output of tools (ldd, etc.). > > -Nick > >>>> On 2013/01/25 at 11:32, Guy Roussin <guy.roussin@teledetection.fr> wrote: >> Hi Nick, >> >> I finally found a very similar hardware/debian lenny amd64 but without xen >> and the problem is the same (No such file or directory). >> So i think this is not a xen problem. Perhaps a hardware problem ? >> Perhaps some features of the cpu are insufficient ... this is IBM HS22 >> and HS23 >> on a blade center H and they are not very old (2 and 3 years). >> >> Thank you Nick for your quick answer. >> >> Guy >> >> On 25/01/2013 18:45, Nick Couchman wrote: >>> The other host that you copy the file to - is it *identical* except for Xen? >> 64-bit? Same version of Debian, same updates/packages, etc.? >>> -Nick >>> >>>>>> On 2013/01/25 at 09:23, Guy Roussin <guy.roussin@teledetection.fr> wrote: >>>> Hi, >>>> >>>> This is a very strange problem that occur on my debian squeeze domU. >>>> I can''t run a proprietary program (matlab licence server) >>>> on a xen domU (debian squeeze) - >>>> (dom0 = xen debian lenny amd64, i try also with dom0 = xen debian >>>> squeeze amd64) >>>> >>>> # */usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>>> -bash: /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: No such file or >>>> directory >>>> >>>> # *file /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>>> /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid: ELF 64-bit LSB >>>> executable, x86-64, version 1 (SYSV), dynamically linked (uses shared >>>> libs), for GNU/Linux 2.6.9, stripped >>>> >>>> # *ldd /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>>> linux-vdso.so.1 => (0x00007fff9da8c000) >>>> libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd674c44000) >>>> libm.so.6 => /lib/libm.so.6 (0x00007fd6749c2000) >>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd6747ab000) >>>> libc.so.6 => /lib/libc.so.6 (0x00007fd674449000) >>>> libdl.so.2 => /lib/libdl.so.2 (0x00007fd674245000) >>>> /lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 >>>> (0x00007fd674e6a000) >>>> >>>> # *strace /usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid* >>>> execve("/usr/local/MATLAB/R2012b/etc/glnxa64/lmhostid", >>>> ["/usr/local/MATLAB/R2012b/etc/gln"...], [/* 18 vars */]) = -1 ENOENT >>>> (No such file or directory) >>>> dup(2) = 3 >>>> fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) >>>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 >>>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) >>>> = 0x7ff0190eb000 >>>> lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) >>>> write(3, "strace: exec: No such file or di"..., 40strace: exec: No such >>>> file or directory >>>> ) = 40 >>>> close(3) = 0 >>>> munmap(0x7ff0190eb000, 4096) = 0 >>>> exit_group(1) = ? >>>> >>>> # *uname -a* >>>> Linux jetons-matlab 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC >>>> 2012 x86_64 GNU/Linux >>>> >>>> # *file /usr/bin/hostid* >>>> /usr/bin/hostid: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), >>>> dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped >>>> >>>> # *cat /etc/debian_version * >>>> 6.0.6 >>>> >>>> # *cat /proc/cpuinfo* >>>> processor : 0 >>>> vendor_id : GenuineIntel >>>> cpu family : 6 >>>> model : 23 >>>> model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz >>>> stepping : 6 >>>> cpu MHz : 2500.088 >>>> cache size : 6144 KB >>>> fpu : yes >>>> fpu_exception : yes >>>> cpuid level : 10 >>>> wp : yes >>>> flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse >>>> sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 >>>> sse4_1 lahf_lm >>>> bogomips : 5000.17 >>>> clflush size : 64 >>>> cache_alignment : 64 >>>> address sizes : 38 bits physical, 48 bits virtual >>>> power management: >>>> >>>> processor : 1 >>>> vendor_id : GenuineIntel >>>> cpu family : 6 >>>> model : 23 >>>> model name : Intel(R) Xeon(R) CPU E5420 @ 2.50GHz >>>> stepping : 6 >>>> cpu MHz : 2500.088 >>>> cache size : 6144 KB >>>> fpu : yes >>>> fpu_exception : yes >>>> cpuid level : 10 >>>> wp : yes >>>> flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse >>>> sse2 ss ht syscall lm constant_tsc rep_good aperfmperf pni ssse3 cx16 >>>> sse4_1 lahf_lm >>>> bogomips : 5000.17 >>>> clflush size : 64 >>>> cache_alignment : 64 >>>> address sizes : 38 bits physical, 48 bits virtual >>>> power management: >>>> >>>> If i copy the file to an other host (amd64) , there is no error ... >>>> >>>> Thank you, >>>>