I was trying an assortment of things to get a remote X session working (where I had forgotten to install the xauth package...) and noticed that running xeyes kills my freenx session. This happened whether in the NX/freenx session itself or when run on a remote machine via 'ssh -Y', started from a window in a freenx session. Is that a known problem or do I have something set up wrong? Other GUI programs that open their own windows seem to work, including jconsole which is what I really wanted to run in the first place.
On Fri, Jun 1, 2012 at 11:39 AM, Les Mikesell lesmikesell@gmail.com wrote:
I was trying an assortment of things to get a remote X session working (where I had forgotten to install the xauth package...) and noticed that running xeyes kills my freenx session. This happened whether in the NX/freenx session itself or when run on a remote machine via 'ssh -Y', started from a window in a freenx session. Is that a known problem or do I have something set up wrong? Other GUI programs that open their own windows seem to work, including jconsole which is what I really wanted to run in the first place.
I can confirm half of it. xeyes runs fine if I connect with 'ssh -Y' but crashes if I use NX.
Akemi
On Fri, Jun 1, 2012 at 2:06 PM, Akemi Yagi amyagi@gmail.com wrote:
On Fri, Jun 1, 2012 at 11:39 AM, Les Mikesell lesmikesell@gmail.com wrote:
I was trying an assortment of things to get a remote X session working (where I had forgotten to install the xauth package...) and noticed that running xeyes kills my freenx session. This happened whether in the NX/freenx session itself or when run on a remote machine via 'ssh -Y', started from a window in a freenx session. Is that a known problem or do I have something set up wrong? Other GUI programs that open their own windows seem to work, including jconsole which is what I really wanted to run in the first place.
I can confirm half of it. xeyes runs fine if I connect with 'ssh -Y' but crashes if I use NX.
My 'ssh -Y' originated from an NX session on a different machine (freenx on a CentOS 5.x, target of the ssh was a 6.x if that matters). And it killed (not just a disconnect) the freenx session.
The scenario is NX-->freenx in a remote office, then 'ssh -Y' to other machines in the same remote office to get the efficiency of the NX protocol without having to open sessions to a lot of machines. xeyes was just a quick test to see if the remote display was working. It doesn't matter that it doesn't work, but maybe there is a larger problem.
On Fri, Jun 1, 2012 at 12:18 PM, Les Mikesell lesmikesell@gmail.com wrote:
On Fri, Jun 1, 2012 at 2:06 PM, Akemi Yagi amyagi@gmail.com wrote:
On Fri, Jun 1, 2012 at 11:39 AM, Les Mikesell lesmikesell@gmail.com wrote:
I was trying an assortment of things to get a remote X session working (where I had forgotten to install the xauth package...) and noticed that running xeyes kills my freenx session. This happened whether in the NX/freenx session itself or when run on a remote machine via 'ssh -Y', started from a window in a freenx session. Is that a known problem or do I have something set up wrong? Other GUI programs that open their own windows seem to work, including jconsole which is what I really wanted to run in the first place.
I can confirm half of it. xeyes runs fine if I connect with 'ssh -Y' but crashes if I use NX.
My 'ssh -Y' originated from an NX session on a different machine (freenx on a CentOS 5.x, target of the ssh was a 6.x if that matters). And it killed (not just a disconnect) the freenx session.
The scenario is NX-->freenx in a remote office, then 'ssh -Y' to other machines in the same remote office to get the efficiency of the NX protocol without having to open sessions to a lot of machines. xeyes was just a quick test to see if the remote display was working. It doesn't matter that it doesn't work, but maybe there is a larger problem.
Looks like this bug?
https://bugzilla.redhat.com/show_bug.cgi?id=593199
and fixed in Fedora.
Akemi
On Fri, Jun 1, 2012 at 12:36 PM, Akemi Yagi amyagi@gmail.com wrote:
Looks like this bug?
https://bugzilla.redhat.com/show_bug.cgi?id=593199
and fixed in Fedora.
By the way, an update to nx will be released any minute now in the CentOS extras repo. That probably fixes the issue. It includes nxagent 3.5.0-9.
Akemi
On Fri, Jun 1, 2012 at 12:43 PM, Akemi Yagi amyagi@gmail.com wrote:
On Fri, Jun 1, 2012 at 12:36 PM, Akemi Yagi amyagi@gmail.com wrote:
Looks like this bug?
https://bugzilla.redhat.com/show_bug.cgi?id=593199
and fixed in Fedora.
By the way, an update to nx will be released any minute now in the CentOS extras repo. That probably fixes the issue. It includes nxagent 3.5.0-9.
Alright, the latest version did fix it for me (no crash). Wait for a few more minutes for the release.
Akemi
On 06/01/2012 02:51 PM, Akemi Yagi wrote:
On Fri, Jun 1, 2012 at 12:43 PM, Akemi Yagi amyagi@gmail.com wrote:
On Fri, Jun 1, 2012 at 12:36 PM, Akemi Yagi amyagi@gmail.com wrote:
Looks like this bug?
https://bugzilla.redhat.com/show_bug.cgi?id=593199
and fixed in Fedora.
By the way, an update to nx will be released any minute now in the CentOS extras repo. That probably fixes the issue. It includes nxagent 3.5.0-9.
Alright, the latest version did fix it for me (no crash). Wait for a few more minutes for the release.
OK ... the new freenx (0.7.3-9) and nx (3.5.0-2) have been pushed to CentOS-5 extras and CentOS-6 extras.
They should be on mirror.centos.org in the next 20 minutes and then on the external mirrors (on mirrorlist) within 24 hours.
-- Johnny Hughes
On Fri, Jun 1, 2012 at 3:12 PM, Johnny Hughes johnny@centos.org wrote:
OK ... the new freenx (0.7.3-9) and nx (3.5.0-2) have been pushed to CentOS-5 extras and CentOS-6 extras.
They should be on mirror.centos.org in the next 20 minutes and then on the external mirrors (on mirrorlist) within 24 hours.
Thanks - can't ask for better support than that!
FWIW - xeyes is something I might run to test a problem, and apparently I haven't had any problems with freenx for the time this bug has existed even though I nearly always have 3 or more NX sessions open every day to different locations from my work machine - each with an assortment of remote ssh connections to other hosts. It has been very reliable and useful.
I do tend to forget about xauth not being included by default on 6.x, but 'ssh -v -X' was the right way to discover that.
On Fri, Jun 1, 2012 at 2:43 PM, Akemi Yagi amyagi@gmail.com wrote:
On Fri, Jun 1, 2012 at 12:36 PM, Akemi Yagi amyagi@gmail.com wrote:
Looks like this bug?
https://bugzilla.redhat.com/show_bug.cgi?id=593199
and fixed in Fedora.
By the way, an update to nx will be released any minute now in the CentOS extras repo. That probably fixes the issue. It includes nxagent 3.5.0-9.
Yes, that looks like the same bug - thanks!