/etc/opt/SUNWut/basedir/lib/utprodinfo -p SUNWuto BASEDIR
Did not print anything at all ... which was due to the use of an incorrect rpm
querytag, which can be patched as follows:
--- utprodinfo.orig 2009-10-20 02:53:49.000000000 +0200
+++ utprodinfo 2010-05-09 12:47:12.183737791 +0200
@@ -81,7 +81,7 @@
# --- BASEDIR - basedirectory where the product is installed. Ex: /opt
Param[${MAXParam}]="BASEDIR"
SunOS_Mapped_Param[${MAXParam}]="BASEDIR"
-Linux_Mapped_Param[${MAXParam}]="%{INSTALLPREFIX}"
+Linux_Mapped_Param[${MAXParam}]="%{PREFIXES}"
let MAXParam+=1
# --- VERSION - version number with the build info. Ex: 2.0_37.b
Param[${MAXParam}]="VERSION"
-------- Original Message --------
From: Joerg Barfurth
To: SunRay-Users mailing list <[email protected]>
Date: 05/03/2010 10:58 AM
> Martijn.Ras schrieb:
>
>> Finally had some time to once more attempt to get SRSS 4.2 up and
>> running on Fedora 12. Installation, patching and configuration went
>> smoothly, all software seemed to be running just fine, until the DTU
>> was connected.
>>
>
>> While in 26D mode it was assigned an IP address and the TFTP download
>> was started, at least it showed a block '100F' between the DTU and
>> server. However shortly after it goes into 44D mode. The DTU gets a
>> green mark, the '110F' blocks become red and open, and the server is
>> marked red too.
>>
>
> That sequence is absolutely fine. The green and red marks indicate:
> - green DTU: DTU is authenticated
> - red connection: Connection is NOT encrypted
> - red server: Server authentication disabled
>
> This reflects the default security settings.
>
>>> Apr 19 21:49:03 localhost utauthd: Worker3 NOTICE: whichServer
>>> pseudo.00144fc87bfa: Apr 19 21:49:03 localhost utauthd: Worker3 NOTICE:
>>> CLAIMED by StartSession.m5 NAME: pseudo.00144fc87bfa PARAMETERS:
>>> {terminalIPA=192.168.128.16, type=pseudo,
>>> fw=4.2_77_2009.10.19.17.01,Boot:MfgPkg_4.15_2006.07.20.16.57;
>>> 2006.07.20-17:04:56-PDT, state=disconnected, cause=insert, doamgh=true,
>>> barrierLevel=420, rawId=00144fc87bfa, terminalCID=IEEE802.00144fc87bfa,
>>> MTU=1500, tokenSeq=1, firstServer=c0a88001, namespace=IEEE802,
>>> keyTypes=dsa-sha1-x1,dsa-sha1, ddcconfig=1:0,
>>> clientRand=pcvBeOutZ3nJoAyaKOQIbLgvYl1QDVtc3bHojKAs4CC, id=00144fc87bfa,
>>> realIP=c0a88010, startRes=1600x1200:1600x1200, useReal=true, event=insert,
>>> sn=00144fc87bfa, rawType=pseudo, clientKeyStatus=confirmed, hw=SunRayP8-FS,
>>> initState=1, _=1}
>>>
>>> Apr 19 21:49:03 localhost utauthd: Worker3 NOTICE: CONNECT
>>> IEEE802.00144fc87bfa, pseudo.00144fc87bfa, all connections allowed
>>>
>>> Apr 19 21:49:03 localhost utauthd: Worker3 NOTICE: MTU = 1500
>>> Apr 19 21:49:03 localhost utauthd: Worker3 NOTICE:
>>> SessionManager.getSessionManager: Initiate callback to utsessiond at
>>> localhost:7007
>>>
>>> Apr 19 21:49:03 localhost utauthd: Worker3 NOTICE:
>>> SessionManager.initiateCallback localhost:7010 established communication
>>>
>>> Apr 19 21:49:04 localhost utauthd: Worker3 UNEXPECTED: SESSION_ERROR
>>> pseudo.00144fc87bfa java.io.IOException: Error in simpleRun
>>> </opt/SUNWut/lib/utdtsession add> Client =
>>> auth.module.startsession.startsessioncli...@133f1d7
>>>
>>> Apr 19 21:49:04 localhost utauthd: Worker3 NOTICE: DISCONNECT
>>> IEEE802.00144fc87bfa, pseudo.00144fc87bfa cannot init session
>>>
>
> So there is the problem.
>
>
>>> Apr 19 21:49:04 localhost utauthd: SessionManager0 NOTICE: TERMINATE:
>>> ACTIVE session
>>>
>>> Apr 19 21:49:04 localhost utauthd: Worker3 NOTICE: DESTROY
>>> pseudo.00144fc87bfa lifetime=703
>>>
>>
>> I guess the real problem is this error in the Authentication Manager log:
>>
>>> libsimpleRun::getpkgroot: No such file or directory
>>
>> Has one of you run into this problem and found a solution?
>>
>
> What does
> /etc/opt/SUNWut/basedir/lib/utprodinfo -p SUNWuto BASEDIR
> print?
>
> - Jörg
>
> _______________________________________________
> SunRay-Users mailing list
> [email protected]
> http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
