Ok, I've worked around it. Letting x11vnc pick it's own port is fine,
but not if you want to also allow web remote control.
Karl had a different script that seemed to do a much better job and I
also inserted a small random sleep to over come a full blown utrestart
-c under non-cam mode.
Craig Bender wrote:
Sigh..The CAM problem is real. I'll try to come up with a workaround.
# grep VNC *
utcu0.settings.vnc:VNCDISPLAY=tequila:10
utcu1.settings.vnc:VNCDISPLAY=tequila:10
utcu2.settings.vnc:VNCDISPLAY=tequila:10
utcu3.settings.vnc:VNCDISPLAY=tequila:10
Craig Bender wrote:
Make your system wide startup look like this:
#!/bin/sh
if [ ! "$BB_TOKEN" ];then
/opt/SUNWutRC/RemoteControl
else
echo CAM Session. Aborting
fi
As far as the CAM "problem" of stepping on each others ports, it does
not appear to be as big of a problem...I was changing something around
and had a typo in the /tmp/SUNWutRC that get's chmod'ed. With CAM
permissions being 700, the next CAM user couldn't write to it.
# grep VNC *
utcu0.settings.vnc:VNCDISPLAY=tequila:10
utcu1.settings.vnc:VNCDISPLAY=tequila:11
utcu2.settings.vnc:VNCDISPLAY=tequila:12
Nathan Wheeler wrote:
Great, that worked perfectly! So both CAM and non-CAM are working.
The only little thing is it seems to catch the $USER variable so the
settings file ends up being ".settings.vnc" in /tmp/SUNWutRC. But
other times it works, its a little weird.
Craig Bender wrote:
Ahh, that bit me too.
Add the -onetile argument to x11vnc. Does not seem to affect
performance and reduces shm usage considerably.
You can also try -noshm if -onetile does not work, but the notes say
that it can use large amounts of bandwidth.
I'm going to move this up to the wiki over the week-end so everyone
can join in.
I've added:
1) Random session passwords (for both full control and view only)
2) Ability to record a users desktop to a flash video file
3) version 8.4 of x11vnc
The hardest part is going to be getting the libraries straight
across all the different versions.
Nathan Wheeler wrote:
I got the script running perfectly on my test server, but not
production (of course, what else would happen). The problem is with
shm. I get the:
shmget(scanline) failed.
shmget: No space left on device
I saw the fix on karlrunge, but ipcrm didn't work and running the
"set shmsys" commands manually didn't work. I can't reboot the
server, so not sure what to do right now. I'll keep googling!
Craig Bender wrote:
Hmmm...no feed back? Has anyone tried it?
I've added the ability to record the users session to a flash
video using vnc2swf. I'll update the doc and the scripts over the
week-end.
Craig Bender wrote:
Version .01
http://blogs.sun.com/ThinkThin/entry/sun_ray_remote_control_cookbook
_______________________________________________
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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users
