I appreciate the advice to go to my Sun service rep. However, the last time that I tried working with Sun support, it took 4 months, several waste of my time steps, and I had to report the solution back to them. In general, I find that the help here is better and quicker. I'd like to get at least a work-around within a week so that my students can get their files backed up by the end of the semester (next week).
Here is the information that Bob requested: user1$ ls -l $UTDEVROOT /tmp/SUNWut/sessions/8/unit: No such file or directory user1$ ls -lLR $UTDEVROOT /tmp/SUNWut/sessions/8/unit: No such file or directory user1$ ./utpolicy # Current Policy: -a -k card -z both However, no cards are in use at this time. The kiosk setting was configured before we had problems with the USB devices. Remote login is disabled on the login screen. All users are having the same problem. None of the users have been taught to use remote login, so I think this is very unlikely. user1$ /usr/openwin/bin/xprop -root | grep _SUN_SUNRAY_SESSION _SUN_SUNRAY_SESSION_GEOMETRY(STRING) = "GEO=1x1 ORD=0 XIN=0" _SUN_SUNRAY_SESSION(STRING) = "sunraySvr1:7007:2934308877903852680" user1$ echo $SUN_SUNRAY_TOKEN pseudo.080020b11c111 user1$ ls -l /usr/dt/config/Xsession.d/0100.SUNWut -rwxrwxr-x 1 root bin 3015 Aug 24 2005 /usr/dt/config/Xsession.d/ 0100.SUNWut > Message: 2 > Date: Tue, 28 Nov 2006 15:59:52 -0500 > From: Bob Doolittle <[EMAIL PROTECTED]> > Is the $UTDEVROOT variable undefined? > Or is it defined but points to a non-existent or empty directory? > Please run: > echo $UTDEVROOT > and > ls -l $UTDEVROOT > and > ls -lLR $UTDEVROOT > and send the output. > > Have you configured CAM/kiosk policy? > Are you certain that the cu has not done a remote login > of some sort, and that this is truly a native Sun Ray > session? > Have them run: > /usr/openwin/bin/xprop -root | grep _SUN_SUNRAY_SESSION > and also: > echo $SUN_SUNRAY_TOKEN > Both should generate output (we don't really care what right now). > Finally, verify that the file /usr/dt/config/Xsession.d/0100.SUNWut > exists, has not been modified, and has permissions 0775. > -Bob > > Hawes wrote: > > I am only interested in allowing users to access USB devices via SunRay > > sessions (not citrix clients). > > > > I do not have a NAT. Output from utwho -c: > > 8.0 pseudo.080020b56c40 bhawes 192.168.2.40 > > P1.080020b56c40 > > > > Output from pressing all three audio keys simultaneously: > > my MAC: 080020b56c40 > > (red X under sun ray icon) > > my IP: 192.168.2.40 > > server IP: 192.168.2.1 > > > > Our network person confirmed that there should be no NAT set up. > > > > Is there any other reason that UTDEVROOT link isn't being created? > > > > Barb > > > > > >> Message: 5 > >> Date: Tue, 28 Nov 2006 13:30:22 -0500 > >> From: Bob Doolittle <[EMAIL PROTECTED]> > >> Subject: Re: [SunRay-Users] UTDEVROOT link incomplete or incorrect? > >> To: SunRay-Users mailing list <[email protected]> > >> Message-ID: <[EMAIL PROTECTED]> > >> Content-Type: text/plain; format=flowed; charset=ISO-8859-15 > >> > >> Do you care about device access, or only trying to get the > >> Citrix client to work? > >> > >> If you just need to get the Citrix client to work, restoring the symlink > >> as suggested by Darrel Hankerson should be sufficient. Citrix > >> uses it as a way of uniquely identifying Sun Rays for > >> the purpose of license and session management. > >> > >> If you need device access, and you do have NAT, you're out > >> of luck until the upcoming release provides device access > >> for NAT'd clients. > >> > >> The easiest way to tell if you have NAT or not is to run > >> utwho -c, note the IP for your session, and then press the > >> three audio keys and note the IP for your client. If they > >> are the same, you don't have NAT. If they are different, > >> somebody on the network path between client and server > >> is doing NAT. > >> > >> -Bob > >> > > > > > >>> ORIGINAL QUESTION > >>> I could use some advice on figuring out why my system doesn't have > >>> > > the > > > >>> UTDEVROOT dir/link. > >>> > >>> $ echo $UTDEVROOT > >>> /tmp/SUNWut/sessions/8/unit > >>> $ ls -lLd $UTDEVROOT > >>> /tmp/SUNWut/sessions/8/unit: No such file or directory > >>> > >>> SYSTEM INFO > >>> Solaris 10 (last patched 8/16/06) > >>> SRSS3.1 (3.1_32,REV=2005.08.24.08.55) > >>> _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
