headers
CJ Keist | 1 Aug 2010 21:05
Favicon

Re: Sunray connector strangeness

Thank you!  That fixed our problem.

On 7/30/10 11:59 AM, Craig Hummer wrote:
> I hit exactly the same issue and ended up using a Zenity dialog to prompt for the password and then passing
this in the uttsc switch... We still see the welcome flicker but no requirement to re-enter the password.
>
> Craig
>
> Sent using BlackBerry® from Orange
>
> -----Original Message-----
> From: CJ Keist<cj.keist <at> colostate.edu>
> Sender: "sunray-users-bounces <at> filibeto.org"
>          <sunray-users-bounces <at> filibeto.org>
> Date: Fri, 30 Jul 2010 18:40:06
> To: SunRay-Users mailing list<sunray-users <at> filibeto.org>
> Reply-To: SunRay-Users mailing list<sunray-users <at> filibeto.org>
> Subject: [SunRay-Users] Sunray connector strangeness
>
> Hello,
>       We are using Sunray Connector 2.2, latest patches installed, that
> is requiring use to enter in the password twice on the TS servers before
> logging us in.  Now I'm not sure if this is a connector problem or TS
> problem so asking here for any in site.
>
> Here is the command that is being run from our kiosk sessions:
>
> /opt/SUNWuttsc/bin/uttsc -m -r sound:high -M all -F all -d ENGR_DOM -u
> $username thinfarm.engr.colostate.edu
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ivar Janmaat | 2 Aug 2010 13:22
Picon
Picon
Favicon

Re: Oracle's new Sun Ray licensing

Hello,

There was some discussion earlier in this thread about abandoning 
VDI/SRSS subscription licenses.
It seems that Oracle has decided that this is not a good idea and it 
needs also something else.
I found that the subscription model worked well with service providers 
so I am happy to see that Oracle has introduced an alternative.
Although it is in a somewhat different form.

However it is not sold in The Netherlands until the final merger of Sun 
and Oracle in The Netherlands.
So I was wondering if someone on the list has had any experience with 
this new license form.

The licenses go by the name of:
TTVI9-T02-NUP to TTVI9-T03-NUP, etc for 2, 3, 4 and 5 year user contracts.
or
TTVI9-T02-SRD to TTVI9-T03-SRD, etc for 2, 3, 4 and 5 year device contracts.

My understanding is:
They include RTU and Support.
But they are not unlimited in time like the original RTU.
You can only use them for the time defined in the contract (2,3,4 and 5 
years).
For a service provider this contract time will likely be the same as the 
contract it has with its customer.

I do not quite understand the pricing yet.
So I hopefully someone can help me with this.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michel Dubois | 2 Aug 2010 16:23
Picon

Re: Sun Ray authentication with LDAP

Hello,


We solved the problem in launching nscd demon.
# svcs svc:/system/name*
STATE          STIME    FMRI
online         16:03:56 svc:/system/name-service-cache:default

Thanks for your help 

2010/7/30 Michel Dubois <dubois.michel <at> gmail.com>
Hello William,

As requested you can find the log of the command here 


2010/7/30 William Yang <wyang <at> tjhsst.edu>

Run the following commands and paste their output:
getent passwd mdubois
getent passwd|grep mdubois
id mdubois

William Yang

On Fri, 30 Jul 2010 13:49:33 +0200, Michel Dubois
<dubois.michel <at> gmail.com>
wrote:
> Alex
> Thanks very much for your pam.conf, but this is not solve my problem
> For resume, I believe I can be connected with a LDAP user on my DTU, but
> I've got a black screen followed by the login screen of Sun Ray server.
If
> I
> type a wrong password the login screen of my DTU told me the wrong type.
I
> created a local login, it works without PB.
> I noted a Magik Cookies with the GID and the UID of root in /var/dt/
> directory when I try a ldap user login
> :/var/dt# ll
> total 140
> -rw-------   1 root     root          44 juil 30 13:13 A:2-j8aiPc
> If I'm connected with the local user this file has the GID and UID of
the
> local user.
>
> I 've got errors the /var/dt/Xerror file like :
> Fri Jul 30 09:34:32 2010
> error (pid 2893): Session start failed
> utdmevent: unable to delete file
> FreeFontPath: FPE "/usr/X11/lib/X11/fonts/misc/" refcount is 2, should
be
> 1;
> fixing.
> The XKEYBOARD keymap compiler (xkbcomp) reports:
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod2, ignoring Mod3.
>> Warning:          Symbol map for key <KPEQ> redefined
>>                   Using last definition for conflicting fields
> Errors from xkbcomp are not fatal to the X server
> The XKEYBOARD keymap compiler (xkbcomp) reports:
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod2, ignoring Mod3.
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod3, ignoring Mod2.
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod2, ignoring Mod3.
> Errors from xkbcomp are not fatal to the X server
>
> Fri Jul 30 13:13:47 2010
> error (pid 3293): Session start failed
> Error in getting user name: Bad file number
> Fri Jul 30 13:13:47 2010
> error (pid 1353): Server for display :2 terminated unexpectedly 0
> id: invalid user name: "mdubois"
> id: invalid user name: "mdubois"
> utdmevent: unable to delete file
> /tmp/SUNWut/mnt/mdubois: No such file or directory
> The XKEYBOARD keymap compiler (xkbcomp) reports:
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod2, ignoring Mod3.
>> Warning:          Symbol map for key <KPEQ> redefined
>>                   Using last definition for conflicting fields
> Errors from xkbcomp are not fatal to the X server
> The XKEYBOARD keymap compiler (xkbcomp) reports:
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod2, ignoring Mod3.
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod3, ignoring Mod2.
>> Error:            Mode_switch added to symbol map for multiple
modifiers
>>                   Using Mod2, ignoring Mod3.
> Errors from xkbcomp are not fatal to the X server
>
> Regards,
>
> 2010/7/30 Alex Brulo <a.y.brulo <at> aston.ac.uk>
>
>> Sorry Michel
>>
>> I'd must have missed a post or two  and thought you were using VDI
>> and not native sessions.
>>
>> I attach my pam.conf for Solaris 10
>> which works with JDS, Sun Ray clients against OpenLDAP
>>
>> A
>>
>>
>>
>> =======================================
>> Alex Brulo
>> Senior Server Engineer (HPC)
>> Information Systems Aston (ISA)
>> Aston University, Aston Triangle,
>> Birmingham, B4 7ET
>> Tel: 0121 204 3673
>> ISA "Aiming for Excellence in ICT Services"
>> =======================================
>> Please consider the environment before printing this e-mail
>> =======================================
>>
>> _______________________________________________
>> SunRay-Users mailing list
>> SunRay-Users <at> filibeto.org
>> http://www.filibeto.org/mailman/listinfo/sunray-users
>>
>>
_______________________________________________
SunRay-Users mailing list
SunRay-Users <at> filibeto.org
http://www.filibeto.org/mailman/listinfo/sunray-users



--
-----------------------------------------------------------
Michel Dubois




--
-----------------------------------------------------------
Michel Dubois

_______________________________________________
SunRay-Users mailing list
SunRay-Users <at> filibeto.org
http://www.filibeto.org/mailman/listinfo/sunray-users
Permalink | Reply | 0 comments |
headers
CJ Keist | 2 Aug 2010 17:21
Favicon

Better way in getting DTU IP address

I'm currently trying to figure out the correct IP address for the DTU 
using the following perl script:

#!/usr/bin/perl

my $line;
my  <at> array;
my $ip;
my $junk;
my $user = $ENV{USER};

open(WHO, "/opt/SUNWut/bin/utwho -c|");
open(LOG, ">>/tmp/log.txt");
while (<WHO>) {
     $line = $_;
      <at> array = split (' +\s', $line, 5);
     print LOG "User: $user $array[1]\n";
     if ($user eq $array[1]) {
         ($ip, $junk) = split(' ', $array[2], 2);
         print LOG "IP: $ip\n";
         if ($ip =~ "192.168") {
             system("/opt/SUNWut/bin/utswitch -h 192.168.100.12");
         }
         else {
             system("/opt/SUNWut/bin/utswitch -h 
sunfire5.engr.colostate.edu");
         }
         break;
     }
}
close(WHO);
close(LOG);

The problem I'm running into is the case with the following two utwho -c 
out lines:

    2.0 pseudo.00144f946d3e              engr85   192.168.102.208 
P8-FS.00144f946d3e
10.0 pseudo.00144fd18d32              engr48   129.82.229.249  
P8-FS.00144fd18d32

The space in the beginning of the  first utwho output is throwing my 
whole split return in the dumps.  Just wonder if there is a better way 
in getting the IP of the DTU you are on when running in kiosk mode?  Is 
the an environment variable set for the IP of the DTU?

--

-- 
C. J. Keist                     Email: cj.keist <at> colostate.edu
UNIX/Network Manager            Phone: 970-491-0630
Engineering Network Services    Fax:   970-491-5569
College of Engineering, CSU
Ft. Collins, CO 80523-1301

All I want is a chance to prove 'Money can't buy happiness'
Permalink | Reply | 12 comments |
headers
Clift, Tom CIV NSWCDD, K55 | 2 Aug 2010 23:33
Picon
Favicon

Sun Ray doesn't present lock screen

All, I posted a problem about two weeks ago regarding a 44D error but wanted to post again to see if get any other responses. The problem is that the user never gets prompted to enter their password after removing the smartcard or locking the screen. 
 
The screen just stays at the OSD and 44D error code in the lower right hand corner. In the admin console it shows the user as disconnected but having a session.
 
We are running 4.2 with the latest patches on Solaris 10 10/09.
 
Tom Clift
NSWCDD - K55
540-653-8023
_______________________________________________
SunRay-Users mailing list
SunRay-Users <at> filibeto.org
http://www.filibeto.org/mailman/listinfo/sunray-users
Permalink | Reply | 15 comments |
headers
Craig Bender | 3 Aug 2010 00:23
Picon
Favicon

Re: Sun Ray doesn't present lock screen

Did you disable Remote Hotdesk Authentication?

RHA was created because there were continual problems with xscreensaver. 
  Most common one was if certain items had focus with the mouse, like 
the JDS Launch button was active, it would prevent xscreensaver for working.

It sounds like you might have an application that is doing the same?

Clift, Tom CIV NSWCDD, K55 wrote:
> All, I posted a problem about two weeks ago regarding a 44D error but 
> wanted to post again to see if get any other responses. The problem is 
> that the user never gets prompted to enter their password after removing 
> the smartcard or locking the screen. 
>  
> The screen just stays at the OSD and 44D error code in the lower right 
> hand corner. In the admin console it shows the user as disconnected but 
> having a session.
>  
> We are running 4.2 with the latest patches on Solaris 10 10/09.
>  
> Tom Clift
> NSWCDD - K55
> 540-653-8023
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> SunRay-Users mailing list
> SunRay-Users <at> filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
Permalink | Reply | 14 comments |
headers
Bob Doolittle | 3 Aug 2010 02:13
Picon
Favicon

Re: Sun Ray doesn't present lock screen

Craig Bender wrote:
> Did you disable Remote Hotdesk Authentication?
>
> RHA was created because there were continual problems with 
> xscreensaver.  Most common one was if certain items had focus with the 
> mouse, like the JDS Launch button was active, it would prevent 
> xscreensaver for working.
>
> It sounds like you might have an application that is doing the same?

Sorry to disagree, but that wouldn't account for the disconnect or OSD 44.

It sounds like things aren't progressing to the point where the RHA lock 
screen would be shown.

It sounds like you may need to open a formal service call here.

You could look in /var/opt/SUNWut/messages for the time shortly after 
the problem occurs and look for the MAC address of the DTU affected 
(lower case, no ':' characters) and see if you see anything unusual that 
you could share with us :-)

-Bob

>
> Clift, Tom CIV NSWCDD, K55 wrote:
>> All, I posted a problem about two weeks ago regarding a 44D error but 
>> wanted to post again to see if get any other responses. The problem 
>> is that the user never gets prompted to enter their password after 
>> removing the smartcard or locking the screen.  
>> The screen just stays at the OSD and 44D error code in the lower 
>> right hand corner. In the admin console it shows the user as 
>> disconnected but having a session.
>>  
>> We are running 4.2 with the latest patches on Solaris 10 10/09.
>>  
>> Tom Clift
>> NSWCDD - K55
>> 540-653-8023
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> SunRay-Users mailing list
>> SunRay-Users <at> filibeto.org
>> http://www.filibeto.org/mailman/listinfo/sunray-users
> _______________________________________________
> SunRay-Users mailing list
> SunRay-Users <at> filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
Permalink | Reply | 13 comments |
headers
Craig Bender | 3 Aug 2010 02:22
Picon
Favicon

Re: Sun Ray doesn't present lock screen

I was going off of that assumption that 44 is not an error, rather a 
status.  Now I don't understand why it's staying on the screen.  If it's 
a smart card removal, that would explain the disconnect information from 
utsession.

Guess I should have asked more questions.  Are the non-smart card 
sessions also showing "disconnected" while still displaying the users 
screen, or are only the smart card sessions giving that information.

Bob Doolittle wrote:
> Craig Bender wrote:
>> Did you disable Remote Hotdesk Authentication?
>>
>> RHA was created because there were continual problems with 
>> xscreensaver.  Most common one was if certain items had focus with the 
>> mouse, like the JDS Launch button was active, it would prevent 
>> xscreensaver for working.
>>
>> It sounds like you might have an application that is doing the same?
> 
> Sorry to disagree, but that wouldn't account for the disconnect or OSD 44.
> 
> It sounds like things aren't progressing to the point where the RHA lock 
> screen would be shown.
> 
> It sounds like you may need to open a formal service call here.
> 
> You could look in /var/opt/SUNWut/messages for the time shortly after 
> the problem occurs and look for the MAC address of the DTU affected 
> (lower case, no ':' characters) and see if you see anything unusual that 
> you could share with us :-)
> 
> -Bob
> 
>>
>> Clift, Tom CIV NSWCDD, K55 wrote:
>>> All, I posted a problem about two weeks ago regarding a 44D error but 
>>> wanted to post again to see if get any other responses. The problem 
>>> is that the user never gets prompted to enter their password after 
>>> removing the smartcard or locking the screen.  The screen just stays 
>>> at the OSD and 44D error code in the lower right hand corner. In the 
>>> admin console it shows the user as disconnected but having a session.
>>>  
>>> We are running 4.2 with the latest patches on Solaris 10 10/09.
>>>  
>>> Tom Clift
>>> NSWCDD - K55
>>> 540-653-8023
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> SunRay-Users mailing list
>>> SunRay-Users <at> filibeto.org
>>> http://www.filibeto.org/mailman/listinfo/sunray-users
>> _______________________________________________
>> SunRay-Users mailing list
>> SunRay-Users <at> filibeto.org
>> http://www.filibeto.org/mailman/listinfo/sunray-users
> 
> _______________________________________________
> SunRay-Users mailing list
> SunRay-Users <at> filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
Permalink | Reply | 12 comments |
headers
Murray Fraser | 3 Aug 2010 03:40
Picon

Re: Better way in getting DTU IP address

utwho is a script as well, have a read of /opt/SUNWut/bin/utwho

essentially, if you open a tcp socket to port 7010, and send 'status',
you will get all the information you need, and a lot more.

You can use perl to put it all together (each record is between a
'begin' and 'end' line). I think you want the 'terminalIPA' line for
the ip address, and 'connected=true' for connected.

On Tue, Aug 3, 2010 at 1:21 AM, CJ Keist <cj.keist <at> colostate.edu> wrote:
> I'm currently trying to figure out the correct IP address for the DTU using
> the following perl script:
>
> #!/usr/bin/perl
>
> my $line;
> my  <at> array;
> my $ip;
> my $junk;
> my $user = $ENV{USER};
>
> open(WHO, "/opt/SUNWut/bin/utwho -c|");
> open(LOG, ">>/tmp/log.txt");
> while (<WHO>) {
>    $line = $_;
>     <at> array = split (' +\s', $line, 5);
>    print LOG "User: $user $array[1]\n";
>    if ($user eq $array[1]) {
>        ($ip, $junk) = split(' ', $array[2], 2);
>        print LOG "IP: $ip\n";
>        if ($ip =~ "192.168") {
>            system("/opt/SUNWut/bin/utswitch -h 192.168.100.12");
>        }
>        else {
>            system("/opt/SUNWut/bin/utswitch -h
> sunfire5.engr.colostate.edu");
>        }
>        break;
>    }
> }
> close(WHO);
> close(LOG);
>
> The problem I'm running into is the case with the following two utwho -c out
> lines:
>
>   2.0 pseudo.00144f946d3e              engr85   192.168.102.208
> P8-FS.00144f946d3e
> 10.0 pseudo.00144fd18d32              engr48   129.82.229.249
>  P8-FS.00144fd18d32
>
> The space in the beginning of the  first utwho output is throwing my whole
> split return in the dumps.  Just wonder if there is a better way in getting
> the IP of the DTU you are on when running in kiosk mode?  Is the an
> environment variable set for the IP of the DTU?
>
> --
> C. J. Keist                     Email: cj.keist <at> colostate.edu
> UNIX/Network Manager            Phone: 970-491-0630
> Engineering Network Services    Fax:   970-491-5569
> College of Engineering, CSU
> Ft. Collins, CO 80523-1301
>
> All I want is a chance to prove 'Money can't buy happiness'
>
> _______________________________________________
> SunRay-Users mailing list
> SunRay-Users <at> filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
>
Permalink | Reply | 11 comments |
headers
Bob Doolittle | 3 Aug 2010 03:56
Picon
Favicon

Re: Better way in getting DTU IP address

Be wary of doing this during session startup on large installations.

After an outage or when powering up a new installation of DTUs utauthd 
can be bombarded with connection requests and is responsible for 
starting up sessions.
If those sessions during startup wind up doing callbacks to utauthd 
(port 7010) this can overload the process and cause timeouts and 
consequent problems.

-Bob

Murray Fraser wrote:
> utwho is a script as well, have a read of /opt/SUNWut/bin/utwho
>
> essentially, if you open a tcp socket to port 7010, and send 'status',
> you will get all the information you need, and a lot more.
>
> You can use perl to put it all together (each record is between a
> 'begin' and 'end' line). I think you want the 'terminalIPA' line for
> the ip address, and 'connected=true' for connected.
>
>
>
> On Tue, Aug 3, 2010 at 1:21 AM, CJ Keist <cj.keist <at> colostate.edu> wrote:
>   
>> I'm currently trying to figure out the correct IP address for the DTU using
>> the following perl script:
>>
>> #!/usr/bin/perl
>>
>> my $line;
>> my  <at> array;
>> my $ip;
>> my $junk;
>> my $user = $ENV{USER};
>>
>> open(WHO, "/opt/SUNWut/bin/utwho -c|");
>> open(LOG, ">>/tmp/log.txt");
>> while (<WHO>) {
>>    $line = $_;
>>     <at> array = split (' +\s', $line, 5);
>>    print LOG "User: $user $array[1]\n";
>>    if ($user eq $array[1]) {
>>        ($ip, $junk) = split(' ', $array[2], 2);
>>        print LOG "IP: $ip\n";
>>        if ($ip =~ "192.168") {
>>            system("/opt/SUNWut/bin/utswitch -h 192.168.100.12");
>>        }
>>        else {
>>            system("/opt/SUNWut/bin/utswitch -h
>> sunfire5.engr.colostate.edu");
>>        }
>>        break;
>>    }
>> }
>> close(WHO);
>> close(LOG);
>>
>> The problem I'm running into is the case with the following two utwho -c out
>> lines:
>>
>>   2.0 pseudo.00144f946d3e              engr85   192.168.102.208
>> P8-FS.00144f946d3e
>> 10.0 pseudo.00144fd18d32              engr48   129.82.229.249
>>  P8-FS.00144fd18d32
>>
>> The space in the beginning of the  first utwho output is throwing my whole
>> split return in the dumps.  Just wonder if there is a better way in getting
>> the IP of the DTU you are on when running in kiosk mode?  Is the an
>> environment variable set for the IP of the DTU?
>>
>> --
>> C. J. Keist                     Email: cj.keist <at> colostate.edu
>> UNIX/Network Manager            Phone: 970-491-0630
>> Engineering Network Services    Fax:   970-491-5569
>> College of Engineering, CSU
>> Ft. Collins, CO 80523-1301
>>
>> All I want is a chance to prove 'Money can't buy happiness'
>>
>> _______________________________________________
>> SunRay-Users mailing list
>> SunRay-Users <at> filibeto.org
>> http://www.filibeto.org/mailman/listinfo/sunray-users
>>
>>     
> _______________________________________________
> SunRay-Users mailing list
> SunRay-Users <at> filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
>
Permalink | Reply | 0 comments |

Gmane