Re: Problem in reflection software setup...Need help..

nirav wrote:

> Earlier I was able to connect to host as a virtual terminal and also
> through reflection x manager window (this gives a graphical display
> that we need during installation etc -for general work the Virtual
> Terminal is enough)

No idea how Reflection works...

The X-client program/process runs on the server. E.g. OEM, dcba, x-term, x-eyes, etc. It uses the -display setting to stream its graphic display calls to a X-server. The X-Server runs on the client PC. It manages one or more displays. It accepts the X data stream from the X-client and renders it. Any keyboard & mouse interaction is send by the X-Server to the X-client.

One reason why the X-Server will not accept a connection from a X-client is when it uses X-authority. The X-Server creates a unique hash for the display and the X-client is required to send that hash with its data - else the X-server will not allow it to connect. The Unix xauth command is used for listing the xuath hash of the server, and the same command is used to add the hash at the X-client's side.

Another reason is that the X-server is not running - or the display number used byu the X-client is not a valid display handled by the X-Server.

Keep in mind though that the X-server runs on the client platform and the X-client is in fact a server platform process.

X is however slow and clunky. And Y is not really supported... I suggest that you get VNC instead. Much easier and a lot more flexibility as the displays are persistant (the display resides virtually on the server and not on the X-server as is the case with X - where loosing the client platform means loosing the X-desktop).

VNC Server is available for most platforms (Windows, Solaris, HP-UX, Linux. OS/X. etc). You install it on the server platform, run the vncserver Perl script that creates a display for you. Then you use VNC client (from any platform at any time) to connect to that VNC server display. E.g. you connect from your office Windows desktop to the Oracle server's VNC desktop, and start to vi listener.ora. You leave for home and at home dial into the office network, use VNC client on your home PC and continue with your vi session.

Even simpler is using Linux. To be honest, any Oracle DBA that has to support multiple Unix Oracle server and is not using a Unix-based desktop client (like Linux)... raises a lot of questions in my mind as to how effectively that DBA can administer those servers.

With Linux it is even simpler as you can use ssh's reverse X-tunnel to tunnel X-client calls back to your desktop and display it on your desktop. And VNC is starndard on Linux too.

--
Billy