Re: [foxboro] Using pref from user: ia/remote

Dear all,

I can only suggest to have a peek in B0193MQ doc from Fox or even better ;-) 
the Xterminal doc (from me of course haha) that can be found on Cassandra.

There is a section in Xtermdoc (4.8) that explains the differences between a 
Remote DM and a local one.

And yes Duc, you are correct: the omsets etc are set in 
/usr/fox/sys/Change_Env BUT Foxboro has some extra's for the Remote screen in 
place:
 Omsets are disabled so you must have an "enable omsets" in your environments 
of choice and there is more

AND

protection class 100 is set, so if you have an env where you protect "all" 
and then unprotect value 60-90 AND have remote screens, you must also 
uprotect value 100 for the remote screens. to have the same unprotected 
values for both the local AND remote screens.

There is one more "issue" with the "ia" account (which is the one I prefer to 
use): It does not have "root" privileges and that means some things are not 
going to work:

- icc works but not sequence edits (particularly on 
remote_to_the_xterm_hosts) because of the not working rmount command for non 
root users.
The workaround for that is also in the Xtermdoc: basically if you want root 
privileges change the userid of user "ia" to the one of "root" and that is 
done in the /etc/passwd file.
If you take this road, it is better ot create another user (I always do) that 
is a copy of ia and is named iaroot. This way you can have a limited "ia" 
user for the Operators and a powerfull "iaroot" account for the people who 
know a lot about UNIX, proces stuff, control etc or you can use it yourself.


The password file (don't forget the shadow file) will contain the standard 
"ia" account and an additional "iaroot" account for the engineers.

Hope this helps a little to make thing clear a bit. If I made things worse 
then I'm sorry.


Regards and good morning everyone (well at least it is over here)


Ron Deen



On Friday 22 March 2002 22:35, you wrote:
> But wouldn't omset not enabled be consistent for a remote DM regardless of
> who started it? As I recall, this is set in the environment files
> (/usr/fox/sys/Change_Env), so as long as you change to the proper
> environment that has omset enabled, this should work regardless of the
> login, right?
>
> Duc
>
> -----Original Message-----
> From: Roger Smith [mailto:RSmith@xxxxxxxxxxxxxxxx]
> Sent: Friday, March 22, 2002 4:00 PM
> To: 'foxboro@xxxxxxxxxxxxx'
> Subject: Re: [foxboro] Using pref from user: ia/remote
>
> You probably need to enable omsets.  They are disabled by default when you
> start a remote session.  We have a pickable script in the Process_Eng
> environment, under the SftMnt pulldown so an engineer can enable if so
> desired.  Script file reads:
>
> dmcmd script
> dmcmd enable omsets
>
> Roger B. Smith
> Process Control Engineering
> Waste Water Services
> City of Atlanta
>
>  -----Original Message-----
> From:         foxboro-bounce@xxxxxxxxxxxxx 
> [mailto:foxboro-bounce@xxxxxxxxxxxxx]
> On Behalf Of Mark Dumond
> Sent: Friday, March 22, 2002 3:43 PM
> To:   foxboro@xxxxxxxxxxxxx
> Subject:      [foxboro] Using pref from user: ia/remote
>
> Hey list,
>
> When using the login username "ia" to startup remote display managers,
> "pref" no longer works from VT100 sessions or shell scripts.
> I have also tried the alternative "omset" to set the DMCMD global of the
> display manager, with no luck there either.
> Has anybody found a work-a-round?
>
> Thanks in advance,
> Mark Dumond
> FeedForward, Inc
>
>
>
> _______________________________________________________________________
> This mailing list is neither sponsored nor endorsed by Invensys Process
> Systems (formerly The Foxboro Company). Use the info you obtain here at
> your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
> foxboro mailing list:             http://www.freelists.org/list/foxboro
> to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
>
>
> _______________________________________________________________________
> This mailing list is neither sponsored nor endorsed by Invensys Process
> Systems (formerly The Foxboro Company). Use the info you obtain here at
> your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
> foxboro mailing list:             http://www.freelists.org/list/foxboro
> to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
>
> ________________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs SkyScan
> service. For more information on a proactive anti-virus service working
> around the clock, around the globe, visit http://www.messagelabs.com
> ________________________________________________________________________
>
> ________________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs SkyScan
> service. For more information on a proactive anti-virus service working
> around the clock, around the globe, visit http://www.messagelabs.com
> ________________________________________________________________________
>
>
> _______________________________________________________________________
> This mailing list is neither sponsored nor endorsed by Invensys Process
> Systems (formerly The Foxboro Company). Use the info you obtain here at
> your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
> foxboro mailing list:             http://www.freelists.org/list/foxboro
> to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: