You hit the nail on the head.. thanks very much.
the 2500 usually has a monitor/keyboard/mouse but I moved it elsewhere prior to
the last reboot & that fact didn't occur to me..
the load is completely normal after putting in place the changes you
recommended to prevent the x server from starting on :0.
I was hoping I was missing something silly... it means I don't have to
re-install (again).
Thanks!
--Kris
Today at 11:14, ottomeister <[EMAIL PROTECTED]> wrote:
On 6/3/06, Kris Kasner <[EMAIL PROTECTED]> wrote:
I noticed that both Xsun and svc.configd were the ones driving up the
load.. I
followed that further and discovered that /usr/X11/bin/Xservers is calling
"svcprop" to pull configuration data out of the SMF repository.. That seems
reasonable enough - until I added some tracing to the Xservers script and
discovered that through a single disconnect-reconnect sequence, Xservers
calls
svcprop 160 times, all for an SMF service that is not defined in snv_33 on
SPARC (I have not checked on x86..)..
This is happening because your system is configured to try to start an X
server
on the system framebuffer, and that X server fails to start. So every time
that
'dtlogin' gets nudged by SRSS, dtlogin tries again (several times) to
start that X
server.
If you expect an X server to be running on the system framebuffer then look
in
/var/dt/Xerrors for clues as to why it fails to start; maybe the
system keyboard
and/or mouse have become unlugged.
If you don't expect an X server to be running on the system framebuffer then
tell dtlogin that it should not try to start one. On a production Sun
Ray server
you'd 'touch /etc/dt/config/Xservers.SUNWut.prototype' and then do a
'utrestart -c'. The restart has the side effect of killing all
existing sessions,
which is bad but because this is a rare activity (if it happens, it generally
happens exactly once during initial testing) there's been no pressure to
document a safer method or automate the procedure.
In this case since this is a toy test server you can probably get away with
'touch /etc/dt/config/Xservers.SUNWut.prototype' and then simply edit
/etc/dt/config/Xservers and delete or comment out the line that begins with
":0". That's the line that tells dtlogin to try to start an X server
on /dev/fb, the
system framebuffer.
OttoM.
__
ottomeister
Disclaimer: These are my opinions. I do not speak for my employer.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
--
Thomas Kris Kasner
Qualcomm Inc.
5775 Morehouse Drive
San Diego, CA 92121
(858)658-4932
The Future is no Place
To Place Your Better Days..
-- Dave Matthews "Cry Freedom"
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
