Hello,
I've been suffering a rash of crashing VNC desktops
in the past month or so. I'm running servers (TightVNC1.2.7)
on solaris 8, and viewers can run on either the PC
(Dell Inspiron 8000, running either WinME or Win2K, happens
to them both); or the viewer can be launched from one of
the VNC servers on the sun, connecting to another server
on either the same sun box, or another one.
I almost *always* go through openssh. When the viewer
is run from the PC, I use cygwin's openssh and manually
open the connection (with a script, actually), as opposed
to using the viewer's -via switch. I believe that exists
for the sun viewers.
It seems to happen more often if the desktop is open
with 24-bits, but it's hard to say conclusively. The last
fiew times it happened, it was an 8-bit desktop being
connected to from a viewer on the laptop, with -8bit
mode.
It isn't always the server that crashes, often the connection
is dropped. Then it's just a matter of reconnecting.
But it happens alot. Sometimes, the cygwin command
line from which I launch ssh reports a corrupt MAC.
I am also using ZoneAlarm firewall on the PC, which
until recently wasn't a problem. I upgraded ZA and
cygwin both at around the same but I can't remember
if it was these particular problems which prompted me
to do that. I could turn off ZA, but don't want to.
Besides, it also happens when run a viewer in a sun
desktop to connect to another sun desktop (a localhost
connection), no ssh or firewall.
When I ran WinME, the whole PC freezes, and it takes
2 reboots (one scandisk) to get back to work. Otherwise,
ZA can't start up it's proprietary monitoring activity.
Since installing win2K, the PC doesn't freeze, and the
worst that happens is I have to ssh to the remote machine,
cleanup any mess from a crashed server, and restart a
VNC desktop. I the best case, the server still runs and
I just reconnect. I don't even have to restart ssh.
In intermediate cases, the server runs but
takes 97% of the CPU and doesn't respond at all
to anything, so I have to kill it and any apps running on it,
including lock files and intermediate timed backups of
documents.
The crashing server and/or dropped connection seems more
frequent when I use netscape, but not always. Especially
when using NS with lots of graphical changes at once
on the destination display. So it rarely crashes immediately
upon connection, it usually to seems to work for a short
and random while.
When connecting from PC to sun, after a crash, I see
log file messages like
20/12/02 04:33:18 Got connection from client 127.0.0.1
20/12/02 04:33:18 Protocol version 3.5
20/12/02 04:33:18 Ignoring minor version mismatch
20/12/02 04:33:21 Pixel format for client 127.0.0.1:
20/12/02 04:33:21 8 bpp, depth 8
20/12/02 04:33:21 true colour: max r 7 g 7 b 3, shift r 0 g 3 b 6
20/12/02 04:33:21 no translation needed
20/12/02 04:33:21 Using hextile encoding for client 127.0.0.1
20/12/02 04:33:21 rfbProcessClientNormalMessage: ignoring unknown encoding 8
20/12/02 04:33:21 Using compression level 6 for client 127.0.0.1
20/12/02 04:33:21 Enabling X-style cursor updates for client 127.0.0.1
20/12/02 04:33:21 Enabling cursor position updates for client 127.0.0.1
20/12/02 04:33:21 Using image quality level 0 for client 127.0.0.1
20/12/02 04:33:21 Enabling LastRect protocol extension for client 127.0.0.1
20/12/02 04:33:21 rfbProcessClientNormalMessage: ignoring unknown
encoding -223
20/12/02 04:36:23 rfbProcessClientNormalMessage: unknown message type 25
20/12/02 04:36:23 ... closing connection
20/12/02 04:36:23 Client 127.0.0.1 gone
The message type (3re last line) changes each time, but
the unknown encodings are always the same. I assume they
are due to the fact that windows viewers use protcol 3.5
while unix viewer use 3.3?
Is anyone using TightVNC 1.2.7 on solaris 8, either viewing
from PC or sun or another TightVNC desktop? Is anyone
having a trouble-free experience, or am I not the only
one. Please indicate whether you're using ZA firewall and
ssh, and which. This will hellp me narrow down the cause.
Thanks.
Fred
--
Fred Ma, [EMAIL PROTECTED]
Carleton University, Dept. of Electronics
1125 Colonel By Drive, Ottawa, Ontario
Canada, K1S 5B6
_______________________________________________
VNC-List mailing list
[EMAIL PROTECTED]
http://www.realvnc.com/mailman/listinfo/vnc-list
