I was psyched to see Oracle released SRSS 5.4 and now includes support for
Oracle Linux 6 (which their own documentation claims means complete support
for RHEL6 is implied). So I built myseld a new RHEL6 server and attempted
installing the latest SRSS 5.4 on it. However I noticed two things:
1.
Has anyone actually gotten SRSS to run on Redhat Enterprise 6, 64-bit?? If
so, do you have a step by step?? I'm real close, but something must be
missing. We're hitting a huge frustration point with this. Running on
Redhat is a must (Oracle Linux won't do). Here's what I did:
-Install/patch
Okay, I have a pretty solid RHEL6 64-bit SRSS5.4 server. Everything is
working well except for mobile sessions. If I do regular sessions all my
users (which are LDAP) and login without issue. However if I switch to
mobile sessions, LDAP users cannot login (local user can however). Anyone
know
I have the latest SRSS running on RHEL6.x and everything seems to be
working normally, however any login I see these errors in my messages log:
May 28 11:36:10 server1 gnome-keyring-daemon[5692]: gnome-keyring-daemon:
couldn't lookup ssh component setting: Failed to contact configuration
server;
I/m currently running the latest SRSS 5.4 on RHEL6 64-bit and noticing some
weird issues. I'm not sure if this is normal or indicating something is
afoot.
1. If I log into a single sunray as a user, this user shows up three times
when running w from the terminal. (one instance is a
Good to know. After hunting over this email list I came across
something I think fixed the issue (so far anyway)
1.
Become superuser on the Sun Ray server.
2.
Change the default DBus resource limits by creating a
/etc/dbus-1/system-local.conf file with the following
I have cron restart both GDM and SRSS nightly I did have an unfixable
26D (before trying the fix I mentioned earlier), and doing a pkill gdm
took care of it, but as mentioned doing so would bring down sessions in the
entire lab and several faculty workstations, not a good thing. I tried
I have a faculty member attempting to run/compile OpenGL programs via the
SunRay device. We've noticed that whenever we run an OpenGL application
(glxgears for example) the following error always occurs before the
application does load and appears to work normally:
libGL: OpenDriver: trying
I have a single (ie not in cluster), single SunRay 5.2.1 server running on
Redhat Enterprise 6 64-bit. I want to change the IP address of this
server, to move it to another part of our network. It's using the LAN for
the SunRay service (everything is going through eth0, NOT using a seperate
VLAN
and reboot the clients.
** **
*From:* sunray-users-boun...@filibeto.org [mailto:
sunray-users-boun...@filibeto.org] *On Behalf Of *Rodenhiser, Greg
*Sent:* Monday, August 05, 2013 10:01 AM
*To:* sunray-users@filibeto.org
*Subject:* [SunRay-Users] SunRay change IP
** **
I have a single
We have having the exact same issue, luckily it's a single session that
hangs (only a single root owned session in utwho -ac, and it's been :11. I
have an open ticket with Oracle about this issue. Anyone found a way to
clear those root owned sessions?
On Tue, Sep 23, 2014 at 1:15 PM, Nicolás
I may have a way to auto detect a hung session (at least for our 26B hangs
it works). Run a utwho -a. Any session that is owned by root is a hung
session for us (provided root is not actually logged into any of our Sunray
sessions). The fact that it's owned by root seems to block Xnewt from
case it's always just a single display out of the 35 we use.
On Fri, Oct 3, 2014 at 2:14 PM, James Michels
karma.sometimes.hu...@gmail.com wrote:
Hello Greg,
2014-10-03 19:01 GMT+01:00 Rodenhiser, Greg grode...@holycross.edu:
I may have a way to auto detect a hung session (at least for our
13 matches
Mail list logo