Hello
>After you enabled the NSCM policy, did you run "utrestart -c", or do a >full restart > from the admin browser? Please send output from: > # /opt/SUNWut/sbin/utpolicy > # /opt/SUNWut/sbin/utsession -p /opt/SUNWut/sbin/utpolicy # Current Policy: -a -g -M -z both -m /opt/SUNWut/sbin/utsession -p Token ID Registered Name Unix ID Disp State ------------------------------ -------------------- ---------- ---- ----- MicroPayflex.00002cf200130200 ??? sgretler 33 D MicroPayflex.00002ddc00130200 ??? bkressig 4 MicroPayflex.00002ddf00130200 ??? kathrin 15 MicroPayflex.00002ebf00130200 ??? borist 40 MicroPayflex.00005ba200130200 ??? spadaro 30 .... and a lot more Our system is now running for about 6 years (we have around 100 terminals attached to 4 sun ray servers (loadbalanced)). First with CDE, beginning of last year, JDS was introduced, and now this year, I try to install kde. The NSCM is already working for CDE and jds (with partly some strange errors), but not for KDE. I try to figure out whats diffrent on KDE that prevents the system to real detatch and restore a session. Roland Am Donnerstag, den 22.03.2007, 10:46 -0400 schrieb Bob Doolittle: > Roland Kaeser wrote: > > Hello > > > > Thansk for the answer. > > > > > >> There is no 'Reset' on the NSCM greeter. What exactly did you do? > >> > > I log in using the dtlogin screen with the session and language option. > > Then the system starts jds or kde (doesnt matter which) and I have my > > desktop. Afterwards I press Shift-Pause, the session seems to detach and > > the XDM-Login Screen appears (No session type and language setting > > options). To get back to the dtlogin-Screen if have to reset this xdm > > login screen. But when I do this, the previous detached session > > appears. > > > > After you enabled the NSCM policy, did you run "utrestart -c", or do a > full restart > from the admin browser? Please send output from: > # /opt/SUNWut/sbin/utpolicy > # /opt/SUNWut/sbin/utsession -p > > -Bob > > > > >> What does your ~/.dt/sessions/lastsession file contain? > >> > > This is correct. The path to last Xsession script in the file is > > correct. Content: /usr/dt/config/Xsession.jds > > > > My main interest is to get information how the whole thing internally > > works, to debug this problem and find a solution. > > So what happens exactly when I restore a previous detached nscm session? > > Why does the "users last session" option in the dtmgreeter not work for > > kde? Who is dtlogin determining which session I used last time? > > Who can a see whats going on while log in? > > > > Thanks > > > > Roland > > > > > > Am Mittwoch, den 21.03.2007, 19:49 -0700 schrieb ottomeister: > > > >> On 3/21/07, Roland Kaeser <[EMAIL PROTECTED]> wrote: > >> > >>> While running the beta environment of KDE 3.5.4 on our SUN-Ray > >>> environment, we recognized that the NSCM and utdetach isn't working > >>> correct. I can press shift-pause and it (seems to) detach the session. > >>> But when I press reset on the login screen, it brings the old session > >>> back. > >>> > >> There is no 'Reset' on the NSCM greeter. What exactly did you > >> do? > >> > >> if you choose Options->Exit then you will get to a non-mobile session > >> that is the equivalent of the fixed DTU session that you would have > >> had if NSCM had not been active. > >> > >> > >>> When I try to login to a nscm, it doesn't recognizes the last saved > >>> session, and starts the default one (CDE). It seems to have to do with > >>> the the .lastsession setting in utlogin. > >>> > >> What does your ~/.dt/sessions/lastsession file contain? If the > >> session script pathname in that file does not exist on this > >> machine then you'll be given whatever the default session is, > >> typically CDE. > >> > >> If you want to explicitly choose a session type (or locale) while > >> logging in through NSCM then select Options->Quicklogin->Off > >> before authenticating to NSCM. This will expose a dtlogin > >> dialogue after the NSCM authentication and you can make your > >> choices there before hitting 'OK' to continue the login. > >> > >> OttoM. > >> __ > >> ottomeister > >> > >> Disclaimer: These are my opinions. I do not speak for my employer. > >> _______________________________________________ > >> 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
