Since web browsers communicate with the NV console, there must be a map
read-write open there.
Please, check if you have opened the desired map on the console.
However, even when this condition is true, my Netscape 4.5 (on NT) is often
unable to create a
socket (at least it says so). Java Console tells the same but on the other hand
it clearly specifies
the sockets. I have seen that neither flushing the cache nor restarting the
browser helps. You may
try it for Netscape on Solaris does surely behave differently.
IE 4 is running without any problems at the same time from the same workstation.
As to demand poll, NV higly depends upon name resolution service, i.e. DNS or
local /etc/hosts. If
you use DNS, this might be the starting point for your quest. Check, how
quickly you get a response
from the DNS server on your request. DNS server should react immediately either
with an error or
with the node information. If not, you've got it. Then you can have your DNS
server administrator to
tune it or use local /etc/hosts to resolve your critical and important nodes.
On Solaris I think
there is /etc/nsswitch.conf (if my memory serves) to set the order of lookup
(you may first use
local resolution and then DNS).
Hope this helps,
Leonard Bocock wrote:
> Two wee problems. NV5.1 on Solaris 2.6.
> 1) With maps on browsers. The web server is up and running. All
> functions work except maps. On both IE4 and Netscape browsers am
> getting an
> error when trying to open the default map. They clearly start to run
> the map
> application, then fail with a java sourced error ,
> "can not create socket - check socket/Netview user interface"
> The applet opens server sockets on 61068, 61069, 61070. These are not
> used by
> other processes. Port 80 is clear, there are no other httpd daemons
> running on
> the box. We are not working through a proxy server, therefore socks
> stuff should be fine.
> 2) Demand polling is very slow - a-la 2 minutes plus to get one line of
> response. Again, NV seems to be running fine, there are no errors being
> reported, but i know it should be faster.
> Any ideas would be appreciated.
> Thanks, Leonard Bocock
> Any ideas?
"What's important is not simplicity or complexity, but how
you bridge the two." (Larry Wall)