[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

2591.0. "Proxies and Distributed Shared OPtion" by KERNEL::OTHENJ () Mon Apr 19 1993 18:18

Hello,

Can anyone help me with another problem using DSO?

The customer has found that, intermittently, when reading wps-plus 
documents, the access fails with  a variety of errors;

See RMS extended error codes
This file does not exist
Insufficient privilege for attempted operation

, but this is never the case with mail messages. The customer has the 
following set-up;

Cluster			Single node
			

user ---------------->  wps-plus document

ALL-IN-1 v3.0-1		ALL-IN-1 v3.0-1
			ICF 009

I have read an article in stars which states that if you are reading a 
remote wps-plus document using DSO then the FAL object is used rather than 
the File Cab Server object - is this still the case in v3.0-1?

The cluster alias is ARTS, and is made up of two nodes - RENOIR and TITIAN. 
When a user , who has a proxy set up using the cluster alias, cannot read a 
remote document, they sometimes find they can resolve it by creating 
proxies for the specific node names as well. I checked the FAL object and 
changed it so that ALIAS INCOMING ENABLED, but this only resolved problems 
for some of the documents, not all of them.

The customer found that when the user tried to read the document, if they 
turned on auditing for file access, they found that the default decnet 
account, rather than the proxy, was being used, and it was this that caused 
the failure.

What order takes place within ALL-IN-1 to search on proxies before it would 
default to the decnet account, if at all?

	Thanks for any help,

		Julie
T.RTitleUserPersonal
Name		DateLines
2591.1FAL is being usedCHRLIE::HUSTONMon Apr 19 1993 19:4217
    
    re .0
    
>I have read an article in stars which states that if you are reading a 
>remote wps-plus document using DSO then the FAL object is used rather than 
>the File Cab Server object - is this still the case in v3.0-1?
    
    I was under the impression that this was fixed for 3.0-1, but your
    comment about using DECNET as the access source tells me it has
    not been totally fixed. The FCS should be used when doing the
    remote copy of the document, it is not being used. The FCS would
    NEVER use DECNET, if all other proxy checks fail it would put
    you into the account OAFC$DEFAULT. Sounds like FAL is still being
    used.
    
    --Bob
2591.2KERNEL::OTHENJTue Apr 20 1993 10:2517
    Hi,              
    
    Thanks for the quick reply,
    
    Can you tell me 
    
    a) The order of searching when the FCS is used
    
    b) The order of searching when the FAL is used
    
    The customer does actually have v3.0-1, so it does look like there is
    still a problem with the FAL being used. Is there any kind of tracing
    that I could set up to see when it is defaulting to decnet account from
    ALL-IN-1 which would help track where these problems are occuring?
    
    	Thanks,
    		Julie
2591.3FCS proxy check orderCHRLIE::HUSTONTue Apr 20 1993 14:4430
    
    re .2
    
    >Can you tell me 
    
    Yes and no.
    
    >
    >a) The order of searching when the FCS is used
    
    Assume you are USERA logged in on NODEA (which is on CLUSTERA) and
    the remote document is on NODEB (doesn't matter if its a cluster).
    The proxy checks would be in this order:
    
    NODEA::USERA
    CLUSTERA::USERA
    *::USERA
    NODEA::*
    CLUSTERA::*
    *::*
    If still haven't found one use OAFC$DEFAULT (created during FCS
    installation so it HAS  to be there).
    
    
    >b) The order of searching when the FAL is used
    
    Nope, I have no idea, but probably similar to the above.
    
    --Bob