Not sure it matters, but in the mail it showed a hostname to the ip,
*but* also the same hostname to the loopback address.
{Darkavich} Steven Misrack wrote:
eth0? That smells of linux ;-)
What does hostname return and a grep of hostname from /etc/hosts?
-Steve
On Nov 3, 2005, at 13:43, Ge
eth0? That smells of linux ;-)
What does hostname return and a grep of hostname from /etc/hosts?
-Steve
On Nov 3, 2005, at 13:43, George Wright wrote:
On 03/11/05, {Darkavich} Steven Misrack <[EMAIL PROTECTED]> wrote:
This is a known problem.
The file /etc/hostname.* needs to contain
We have a v20z 12G RAM running 2.4.21-32.0.1hugemen kernel on RHEL3u5
with SRSS 3.1b. We experience the desktops freezing for 5-10 seconds
seemingly randomly. The interesting thing is that we see this almost
exclusively when someone is using the cvs pserver. await time (from
iostat -x) will jump to
On 03/11/05, {Darkavich} Steven Misrack <[EMAIL PROTECTED]> wrote:
> This is a known problem.
>
> The file /etc/hostname.* needs to contain the unqualified host name
> and nothing else.
>
> for my v240's I run:
>
> hostname > /etc/hostname.bge0
Hi
Thanks for quick reply, but it didn't help.
cat
Hi Jeff,
Thank-you for the reply. Your solution worked. Essentially a
reinstallation.
Cheers, S.
Jeffrey Karpenko wrote:
I have read elsewhere that the utconfig script changes the group id of user
utwww. The utwww user controls all access to the admin GUI. The post
indicated to be sur
This is a known problem.
The file /etc/hostname.* needs to contain the unqualified host name
and nothing else.
for my v240's I run:
hostname > /etc/hostname.bge0
before I run those comands.
I have submitted a few bug reports to sun already, but have not heard
anything in about a year.
We are having a HORRIBLE time trying to get SRSS 3.1 to run properly on
Redhat 3 AS. This Redhat 3 AS is an everything install with no
patches (running all the default packages). The problem is that
the desktops are very unresponsive, they will lock up for several
seconds (5-10) and show residual
I chmod from 400 to 444 the
~/mozilla/chrome/bmakiosk.jar file, I do not get the error, the browser doesn't
open in full screen mode, and the bottom browser buttons that didn't work
before now work. (I would like those buttons to be gone altogether, and they
are when the browser opens in fu
Hi all
Trying to setup srss3.1 on a debian box with two NICs (192.168.0.0
outbound, 10.0.0.0 dedicated to the rays)
Install, etc, goes well.
when I try and add (either a NIC with utadm -a or a subnet with -A) I
get the same error
[EMAIL PROTECTED]./utadm -A 10.0.0.0
new firmwa
That did it.
Thanks
Now I just need to work on the other problem.
I've written to the makers of the mozilla -kiosk option to see if they can
help.
Jeffrey Karpenko
--- Original
Message ---
From: Craig Bender <[EMAIL PROTECTED]>
To: SunRay-Users
m
Hi Jefferey,
We have a bug filed for the dt messaging issue. In the meantime, this
work-around will solve your problem.
Edit /opt/SUNWut/kiosk/bin/dtsession
replace:
exec /usr/dt/bin/dtsession
with:
exec /usr/dt/bin/ttsession -c /usr/dt/bin/dtsession
Regarding your kiosk issues, I'll tak
I have searched the posts here and found posts that focus on this but never
provide a resolution to the problems.
The Goal:
For SunRay 3.1 to run in CAM (Kiosk) mode, not requiring a login and the
browser (Mozilla) to run in a critical status, in full screen mode.
OS: Solaris 10 x86 with current
I have read elsewhere that the utconfig script changes the group id of user
utwww. The utwww user controls all access to the admin GUI. The post
indicated to be sure the group id of utwww is the same as user admin (utadmin).
I don't have a utadmin id. Looking at my passwd file I see the GID
13 matches
Mail list logo