Hi all,
My original question and further query was:
>I've just converted a DU3.2 server running Pathworks to C2 security. I
>decided the GUI may be a better option than the command line prompts for
>management.
> Unfortunately, when running an X session, the server replies with
>"Cannot obtain database information on this terminal".
> I am sure this has something to do with /etc/auth/system/devassign and
>/etc/auth/system/ttys, but cannot figure out the format.
>
>Thanks to Marie-Claude Vialatte and Anselmo Elcana de Oliviera for their
>replies:
>-------------------------------------------------------------------------------
-
>> example to add a new terminal named 'euler' in /etc/hosts:
>>
>> devassign :
>> euler\:0:v_devs=euler\:0.0:v_type=xdisplay:chkent:
>> ttys
>> euler\:0:\:t_devname=euler\:0:t_login_timeout#0:t_xdisplay:chkent:
>>
>>> Also, will C2 security have any affect on Pathworks?
>>
>> NO
>-------------------------------------------------------------------------------
-
>
> This has solved the "Cannot obtain database information on this
>terminal" problem, but now I get the message "Not authorized for terminal
access
>--See System Administrator". How do I rectify this?
Stephen Cooper suggested the "DEC OSF/1 FAQ" on the Internet. I had a look, but
had already implemented those steps.
Anselmo Elcana de Oliveira suggested:
this it the example for chope, 148.109.42.4 at atu.com
/etc/auth/system/devassign
chope\:0:v_devs=chope\:0,chope.atu.com\:148.109.42.4\:0:v_type=xdisplay:chkent:
/etc/auth/system/ttys
chope\:0:t_devname=chope\:0:t_login_timeout#0:t_xdisplay:chkent:
/etc/securettys
/dev/console
local:0
:0
chope.atu.com:0
chope:0
Hans Ullitz-Moeller wrote:
This is the other end - your end!
Your machine must allow the other one to display on its screen.
Put an entry for the other machine into the hosts file or find
the option in the x-server setup, where you can set it.
You probably just need to insert the IP-address for that machine.
Richard Frank wrote:
I use an NCD Xterminal to connect to Dunix sytstems. The NCD boots
off of our VMS system. I use the telnet application on the Xterm to telnet to
the desired remote system. Then I su ( NOT su - ) to my root account (rootrnf)
while still in telnet. Then I run a script as follows:
set DISPLAY WOLFRM:0
export DISPLAY
/usr/dt/bin/Xsession
Unfortunately, I never solved this one. I tried all the suggestions, but was
still unable to get it to work. To make matters worse, running the X daemons on
the OSF3.2 server caused memory leaks. Within 2 days, the swap space was full.
Removing all references to X from the processes fixed this.
Looks like I'll be managing C2 from the command line!
Thanks for all the replies...
David Shaw
United Energy,
Australia.
e-mail:bcn_at_ue.com.au
Received on Fri Sep 26 1997 - 02:52:01 NZST