> Julo Chrobak wrote:
>> Sorry for incorrect information. I am using SRSS 3.1.1 and I realize
>> it is not supported on SLES 10. The problem is, that it is supported
>> only on SLES9 with SP3 and SLES9 is available for trial without SP3 :(
>> So, I am trying to use higher version of SLES...
>>
>> Anyway, here is the output of "/etc/opt/SUNWut/jre/bin/java -version" :
>>
>> linux:~ # /etc/opt/SUNWut/jre/bin/java -version
>> java version "1.6.0"
>> Java(TM) SE Runtime Environment (build 1.6.0-b105)
>> Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing)
>
> Well, there's your problem.  During utinstall it asked something like
> "Please enter a path to a Java 1.4 JRE" and you pointed it at
> a 1.6 JRE.  I recommend you install the JRE in the Supplemental
> area of the SRSS CD image (say to "/usr/j2se"), and do the following:
> # rm /etc/opt/SUNWut/jre
> # ln -s /usr/j2se /etc/opt/SUNWut/jre
> # /opt/SUNWut/sbin/utrestart
>
> That just might solve your problem.  I'm not *aware* of any
> issues with SLES 10 and SRSS 3.1.1 offhand - others on this
> list may well have recipes to get it working.
>
> -Bob
>
Hi,

I have just installed original JRE included in SRSS installation pack. It
doesn't help. All admin commands hang out with "pool timed out" error.

Now I really don't know what else it might be. I tried to install SLES9
and even without service pack 3 it works quite well (without audio)... So,
it seems to be some OS problem (some invalid configuration) but I am not
able to find out what it might be.

Thanks for any advice.

  Julo Chrobak
>>
>> Thanks for your help.
>>  Julius Chrobak
>>
>> Bob Doolittle wrote:
>>> Can you please send us the output of:
>>> /etc/opt/SUNWut/jre/bin/java -version
>>>
>>> Are you using the Sun-supplied version of Java,
>>> or the one supplied with SuSE 10?  We have found
>>> issues (not yet root caused) when using other vendors'
>>> versions of Java.
>>>
>>> I'm sure you realize that only SuSE 8 is actually supported
>>> with SRSS 3.1, so you are trying ground that is untested
>>> by Sun...  It looks like our next release well bump support
>>> up to SuSE 9, but not 10.
>>>
>>> -Bob
>>>
>>> Opinions expressed above are mine, not my employers.
>>>
>>> Julo Chrobak wrote:
>>>> utauthd seems to be running:
>>>> =====================================================
>>>> == ps aux | grep auth
>>>> =====================================================
>>>> root      4701  0.1  0.8  26228 18212 tty7     Ss+  11:17   0:08
>>>> /usr/X11R6/bin/X -br vt7 -auth
>>>> /var/lib/xdm/authdir/authfiles/A:0-2kUBg5
>>>> root      5011  0.0  0.0   1592   472 ?        Ss   11:17   0:00
>>>> /opt/SUNWut/lib/utsessiond -r -c /etc/opt/SUNWut/auth.permit
>>>> root      5013  0.0  0.0   1624   656 ?        Ss   11:17   0:00
>>>> /opt/SUNWut/lib/utdevmgrd -r -c /etc/opt/SUNWut/auth.permit
>>>> root      5016  0.0  0.8 219120 16772 ?        Sl   11:17   0:00
>>>> /etc/opt/SUNWut/jre/bin/java auth.utauthd.utauthd
>>>> root      5017  0.0  0.0   1676   604 ?        S    11:17   0:00
>>>> /bin/ksh -p /opt/SUNWut/lib/utlog -o /var/opt/SUNWut/log/auth_log
>>>> root      5055  0.0  0.0   2304  1140 ?        S    11:17   0:00
>>>> /opt/SUNWut/lib/utsessiond -r -c /etc/opt/SUNWut/auth.permit
>>>> root      5056  0.0  0.0   2864  1652 ?        S    11:17   0:00
>>>> /opt/SUNWut/lib/utdevmgrd -r -c /etc/opt/SUNWut/auth.permit
>>>> root      5921  0.0  0.0   1860   644 pts/0    S+   12:32   0:00
>>>> grep auth
>>>>
>>>>
>>>>
>>>> AND file /var/opt/SUNWut/log/auth_log is empty ...
>>>>
>>>> Julo Chrobak.
>>>>
>>>> P.S.M. Swamiji wrote:
>>>>> Julo Chrobak wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> Here are some helpful informations:
>>>>>> =====================================================
>>>>>> == utcapture command after conntecting DTU
>>>>>> =====================================================
>>>>>> linux:/opt/SUNWut/sbin # ./utcapture
>>>>>> # TERMINALID      TIMESTAMP TOTAL PACKET   TOTAL LOSS   BYTES SENT
>>>>>> PERCENT LOSS      LATENCY
>>>>>> No desktops found
>>>>>> No desktops found
>>>>>> No desktops found
>>>>>> No desktops found
>>>>>> No desktops found
>>>>>> No desktops found
>>>>>> No desktops found
>>>>>> Authentication Manager timeout
>>>>>>
>>>>>>
>>>>>> =====================================================
>>>>>> == utgstatus after conntecting DTU
>>>>>> =====================================================
>>>>>> linux:/opt/SUNWut/sbin # ./utgstatus
>>>>>> Error: Could not get gstatus information from server linux
>>>>>
>>>>> From this message, I suspect utauthd is not running.
>>>>> If authd is not running then DTUs won't come up.
>>>>> See utrestart resolves the issue. If not. provide the
>>>>> auth_log contents that may have info like why authd is
>>>>> not coming up.
>>>>>
>>>>> Thanks
>>>>> P.S.M.Swamiji
>>>>>
>>>>> Note: These are my personal opinions, nothing to do with my employer
>>>>>
>>>>>>
>>>>>> =====================================================
>>>>>> == /var/log/messages after connecting DTU
>>>>>> =====================================================
>>>>>> Mar  9 09:48:10 linux dhcpd: DHCPDISCOVER from 00:14:4f:0e:92:47
>>>>>> via eth0
>>>>>> Mar  9 09:48:11 linux dhcpd: DHCPOFFER on 192.168.0.19 to
>>>>>> 00:14:4f:0e:92:47 via eth0
>>>>>> Mar  9 09:48:11 linux dhcpd: DHCPREQUEST for 192.168.0.19
>>>>>> (192.168.0.1) from 00:14:4f:0e:92:47 via eth0
>>>>>> Mar  9 09:48:11 linux dhcpd: DHCPACK on 192.168.0.19 to
>>>>>> 00:14:4f:0e:92:47 via eth0
>>>>>> Mar  9 09:48:13 linux utauthd: Worker3 NOTICE: CLAIMED by
>>>>>> TerminalId.m0 NAME: TerminalId.00144f0e9247 PARAMETERS:
>>>>>> {terminalIPA=192.168.0.19, type=pseudo,
>>>>>> fw=3.1_120879-05_2006.09.20.12.31, state=disconnected,
>>>>>> cause=insert, doamgh=true, barrierLevel=310, rawId=00144f0e9247,
>>>>>> MTU=1500, tokenSeq=1, firstServer=c0a80001, namespace=IEEE802,
>>>>>> ddcconfig=0, id=00144f0e9247,
>>>>>> clientRand=D.bvr1UKMZH5KwMqgHaSQ8mCNof7n6s2inajIr4FxMe,
>>>>>> realIP=c0a80013, useReal=true, event=insert, pn=39364,
>>>>>> sn=00144f0e9247, rawType=pseudo, hw=SunRayP8, initState=1, _=1}
>>>>>> Mar  9 09:48:13 linux utauthd: Worker3 NOTICE: CONNECT
>>>>>> IEEE802.00144f0e9247, TerminalId.00144f0e9247, explicit grant
>>>>>> Mar  9 09:48:13 linux utauthd: Worker3 NOTICE: MTU = 1500
>>>>>> Mar  9 09:48:13 linux utauthd: Worker3 NOTICE:
>>>>>> SessionManager.getSessionManager: Initiate callback to utsessiond
>>>>>> at localhost:7007
>>>>>> Mar  9 09:48:13 linux utauthd: Worker3 NOTICE:
>>>>>> SessionManager.initiateCallback localhost:7010 established
>>>>>> communication
>>>>>> Mar  9 09:48:31 linux utcapture: getAuthMgrRecords(): poll timed out
>>>>>> Mar  9 09:49:17 linux usersession: getAuthMgrRecords(): poll timed
>>>>>> out
>>>>>> Mar  9 09:49:17 linux usersession: set_state(): failed to contact
>>>>>> authd (Authentication Manager timeout)
>>>>>> Mar  9 09:49:40 linux status: get_current_list(): poll timed out
>>>>>> Mar  9 09:49:45 linux status: get_current_list(): poll timed out
>>>>>> Mar  9 09:49:51 linux status: getAuthMgrRecords(): poll timed out
>>>>>> Mar  9 09:49:51 linux status: set_state(): failed to contact authd
>>>>>> (Authentication Manager timeout)
>>>>>> Mar  9 09:50:12 linux utgstatus: get_gstatus(): Poll timed out
>>>>>> Mar  9 09:50:27 linux utsession: getAuthMgrRecords(): poll timed out
>>>>>> Mar  9 09:50:27 linux utsession: set_state(): failed to contact
>>>>>> authd (Authentication Manager timeout)
>>>>>>
>>>>>>
>>>>>>
>>>>>> SO! It seems that DHCP server works fine, without any problem.
>>>>>> When I check the DHCP status it returns the following information:
>>>>>>
>>>>>> =====================================================
>>>>>> == utquery command after connecting DTU
>>>>>> =====================================================
>>>>>> linux:/opt/SUNWut/sbin # ./utquery -d 192.168.0.19
>>>>>> terminalID=00144f0e9247
>>>>>>         terminalIPA=192.168.0.19
>>>>>>         model=SunRayP8
>>>>>>         Subnet=255.255.255.0
>>>>>>         Router=192.168.0.1
>>>>>>         MTU=1500
>>>>>>         Broadcst=192.168.0.255
>>>>>>         LeaseTim=86400
>>>>>>         DHCPServer=192.168.0.1
>>>>>>         AuthSrvr=192.168.0.1
>>>>>>         AuthPort=7009
>>>>>>         LogHost=192.168.0.1
>>>>>>         FwSrvr=192.168.0.1
>>>>>>         NewTVer=3.1_120879-05_2006.09.20.12.31
>>>>>>         parmsVersion=3.1_120879-05_2006.09.20.12.31
>>>>>>         parmsBarrier=310
>>>>>>         currentAuth=192.168.0.1
>>>>>>         currentFW=3.1_120879-05_2006.09.20.12.31
>>>>>>         currentBarrier=310
>>>>>>         currentBarrierLevel=310
>>>>>>         AltAuth=192.168.0.1,255.255.255.255
>>>>>>         dname=site
>>>>>> _______________________________________________
>>>>>> SunRay-Users mailing list
>>>>>> [email protected]
>>>>>> http://node1.filibeto.org/mailman/listinfo/sunray-users
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SunRay-Users mailing list
>>>>> [email protected]
>>>>> http://node1.filibeto.org/mailman/listinfo/sunray-users
>>>>
>>>> _______________________________________________
>>>> SunRay-Users mailing list
>>>> [email protected]
>>>> http://node1.filibeto.org/mailman/listinfo/sunray-users
>>>
>>> _______________________________________________
>>> SunRay-Users mailing list
>>> [email protected]
>>> http://node1.filibeto.org/mailman/listinfo/sunray-users
>>
>> _______________________________________________
>> SunRay-Users mailing list
>> [email protected]
>> http://node1.filibeto.org/mailman/listinfo/sunray-users
>
> _______________________________________________
> SunRay-Users mailing list
> [email protected]
> http://node1.filibeto.org/mailman/listinfo/sunray-users
>


_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users

Reply via email to