[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: problem with nxserver and debian/sarge/stable



I did not get a response to this question, so I am going to ask it in a
simpler way:  

Is there anyone on this list who has used the NX server/client suite on
the Debian/amd64/stable system ?  If yes, please consider the question
below:

On Thu, 2006-12-07 at 14:53 -0500, Freels, James D. wrote:
> I have an amd64 system (dual AMD Opteron(tm) Processor 250) with the
> offically unreleased debian/sarge/stable system of which I am very happy
> and proud to be using.  Indeed, the problem I am about to describe is
> one of the very few problems I have, and in the bigger scheme of things
> quite small.  Nevertheless, it is important to solve this problem if I
> am to use this machine the way I want to be using it.
> 
> I have also recently (within the last year) discovered the nomachine
> suite of server/client software.  I started using this when they offered
> it for free; provided the number of clients remains at or below 2.  This
> is very usable for me.  These packages, which have been made available
> for debian machines, are extremely useful and, in my opinion, the best
> for remote access to the machine.  This machine is a rack-mounted
> machine (pampered in an air-conditioned "clean" room) that only gets
> accessed at the front console on rare occasions.
> 
> This debian/amd64/sarge/stable system has been set up to run 32-bit
> applications where necessary as per the instructions on the debian site
> for both local 64-bit entrant (using configured 32-bit libraries) and
> the chroot environment.  32-bit applications such as firefox work great
> in this manner.  Indeed, the 32-bit nxclient application also works
> great except for one flaw I am about to describe.
> 
> The 32-bit nx packages are installed by forcing dpkg to ignore
> architecture dependence.  They also require 32-bit libstdc
> ++2.10-glibc2.2 libraries that are also configured into the system so
> that nxserver runs and nxclient can access the machine as expected.  No
> problem here.
> 
> The problem:
> 
> On the remote machine, running the amd64 nxserver via the nxclient 
> 
> Whenever any attempt is made to get out of the active nxclient window
> (such as minimize, or change windows, or virtual screens), the client
> machine completely disconnects from the X server and stops all processes
> that are running within the X server on the client machine.  The remote
> process can be resumed since it appears to the nxserver that the process
> has been suspended (not terminated), so it is not fatal, but VERY
> inconvenient.  This does not happen on any of the 32-bit (non-amd64)
> nxservers I have; only this amd64 server.
> 
> The actual error message that gets printed to the Xorg.0.log file at the
> time of the X disconnect is
> 
> (EE) Error loading keymap /var/lib/xkb/server-0.xkm
> 
> Backtrace:
> 0: /usr/X11R6/bin/X(xf86SigHandler+0x81) [0x80c3971]
> 1: [0xb7f40420]
> 2: /usr/X11R6/bin/X [0x815a32d]
> 3: /usr/X11R6/bin/X [0x8156a1f]
> 4: /usr/X11R6/bin/X(CompositeGlyphs+0x9a) [0x814409a]
> 5: /usr/X11R6/bin/X [0x814bbbc]
> 6: /usr/X11R6/bin/X [0x81470b5]
> 7: /usr/X11R6/bin/X(Dispatch+0x18f) [0x808693f]
> 8: /usr/X11R6/bin/X(main+0x485) [0x806e715]
> 9: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d308cc]
> 10: /usr/X11R6/bin/X(FontFileCompleteXLFD+0xa1) [0x806da51]
> 
> Fatal server error:
> Caught signal 11.  Server aborting
> 
> I would very-much like to fix this problem.  Could anyone help on this
> or seen this before ?  The remote machines running nxclient are also
> Debian/Stable/Sarge machines, and in one case, a Ubuntu/Edgy machine.
> 
> -- 
> James D. Freels, Ph.D.
> Oak Ridge National Laboratory
> freelsjd@ornl.gov
> 
> 
-- 
James D. Freels, Ph.D.
Oak Ridge National Laboratory
freelsjd@ornl.gov



Reply to: