Ld-linux.so.2 is needed by nx client
I am trying to use nomachine nx server and client. But somehow it doen't work. What happens is the following: Client starts up Client authenticates . In order to borrow an NX license for offline working the NX client must be connected to the license server, so if there is no remote access to the license server the license borrowing must be perform before the NX Client is taken offsite. Details of the license borrowing process are outlined in Section 4.2.1 above. Alternative NX Licensing Options. When an NX client connects to a server, the client program initially logs into the server using the ‘nx’ username, authenticated with the SSH public key method. It is available in a number of editions: NX Server Free Edition, NX Enterprise Desktop Server, NX Small Business Server, NX Exterprise Server, and NX Advanced Server.
Common issues connecting to NX for Windows The€most common problem that users typically have when trying to log into the NX cluster is due to a full home directory. €At least 20 MB need to be free in the user's home directory in order to start an NX session. Note - the NX client is an excellent way to use Knot, but the client/server setup we use is no longer official supported, so we recommend that you first try X2go - these instructions are intended for use only if you have trouble with one of the other methods of logging in and want to try NX.. NX will work for Mac/Windows/Linux, but is perhaps most useful for Windows as there .
forums.nomachine.com › topic › doesnt-work-after-installing-new-version-. logo NoMachine-for-Windows /etc/NX/nxserver: /usr/NX/bin/nxserver.bin: /lib/ld-linux.so.2: bad ELF interpreter: No sudo rpm -e nomachine.
ld-linux(8) - Linux man page
0x09. Defense Mechanisms [Security Summer School]
Google Cloud centos Linix
yum Updated & upgraded
uname -a = 3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Xojo linux64 bit console app
Compiles works ok on OSX
Compile for linux64 bit it runs the app until it gets to the line
html= webconnection.SendSync(“GET”, “https://anyurl”30) - learn more here always throws on this line (except on OSX)
On mac it returns block 1 of the TRON token blockchain network. works fine on Mac
However, Linux (Centos 7 GC)
On that specific line it throws a segmentation fault
linux-vdso.so.1 => (0x00007ffd54487000)
XojoConsoleFramework64.so => /home/xxx/./xxx Libs/XojoConsoleFramework64.so (0x00007ff916d4a000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff91697d000)
libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007ff91672d000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007ff916417000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff9161fb000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007ff915ff7000)
librt.so.1 => /lib64/librt.so.1 (0x00007ff915def000)
libm.so.6 => /lib64/libm.so.6 (0x00007ff915aed000)
libunwind.so.8 => /lib64/libunwind.so.8 (0x00007ff9158d3000)
needed => /lib64/libunwind-x86_64.so.8 (0x00007ff9156b3000)
libc++.so.1 => /home/igg/xxx/./xxx Libs/libc++.so.1 (0x00007ff915302000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007ff9150ec000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007ff914e8a000)
libffi.so.6 => /lib64/libffi.so.6 (0x00007ff914c82000)
(not so sure why its got client " /./ ld-linux.so.2 in the libc++.so line? could this be the issue?
Any help would be appreciated, I don’t think google cloud would let me take a mac down and run it on their network!
I have run all the Xojo requisites for Centos