[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

2931.0. "FCS stopped - %OAFC-E-INVAUTHENT invalid authent." by ZUR01::TOLBA () Mon Jun 28 1993 16:36

Hello,

The customer's FCS has status stopped and when trying to start the server
you will get the error message:

Invalid authentication information received by the File Cabinet Server
 %OAFC-E-INVAUTHENT, Invalid authentication information received by the File  
  Cabinet Server                                                              

When doing a read of the server there are no attributes available:
                          Server Attributes are not available                 
                              The server is not running                       

The OAFC$Server and _error Logfiles do not show any error information. 

Tried to start the server from ALLIN1 account with OAFC$SYSMAN Identifier.
Also stopped the node$SRV73 process and tried to start again without success.

The customer recently installed DECnet OSI V5.5 and NCP Emulator. 
He thinks that after the installation the FCS does not run correctly anymore
i.e. (VAX/VMS V5.5-2 ). No DNS Distributed Naming Service is used.

According to the STARS article:
FASTD: ALL-IN-1/MAILbus Product Compatibility With VMS V6.0 and to the Notes
Entry ALL-IN-1::1842  I have the strong feeling that Wave 2 is not supported.


Does anybody has experience with ALL-IN-1 and DECnet PhaseV? 
Does DECnet OSI cause the problem with the FCS or does it has another cause?

If you have some suggestions, tips, etc. I would be grateful to know.

Thanks and regards,
Manuela  
T.RTitleUserPersonal
Name
DateLines
2931.1Check PrivsAIMTEC::BUTLER_TMon Jun 28 1993 17:0115
    Manuela,
    
    Till someone who can answere the wave 2 question:
    
    	did you double check the account and identifier?
    
    	the account also needs the following privis:
           CMKRNL, DETACH, PRMMBX,  WORLD.
    
    		Also SYSPRV if it is a non-system uic.
    
    HTH,
    
    
    Tim
2931.2All needed privs are available also OAFC$SYSMANZUR01::TOLBAMon Jun 28 1993 17:237
    Hello Tim,
    
    The ALLIN1 Account from where I tried to start the FCS has all 
    these privileges as well as the Identifier OAFC$SYSMAN.	
    
    Regards,
    Manuela
2931.3Try starting the FCS manually !KAOFS::R_OBASMon Jun 28 1993 17:5727
     Hello Manuela,
    
    I used the procedure from STARS below to trouble-shoot FCS problems and I
    solved most of them with this procedure.
    
    Good Luck....
    **********************************************************************
How To Interactively Start The File Cabinet Server?

You may wish to interactively start up the server to diagnose a FCS problem. 
In order to do this, from DCL define a command as follows:

 $ FCS:=="$OAFC$SERVER"

And then use that command followed by the server configuration filename (which
is system specific in he form OA$DATA:nodename$SERVER73.DAT) eg.

 $ FCS OA$DATA:NODE$SERVER73.DAT

where NODE will be your node name.

If you see the message "Startup for File Cabinet Server V1.x complete" then you
will need to stop the server by pressing CNTRL-Y.  If there is a problem when
this command is invoked a more informative message is likely to be displayed
indicating the source of the problem. If this works, but you still cannot start
up the server in batch (using the menu option), the problem may be in running
the batch startup command procedure or in creating the detached process.

2931.4sounds like FCS is running just fineCHRLIE::HUSTONMon Jun 28 1993 18:1825
    
    From what you say, it looks as if the FCS is starting just fine.
    You are getting an OAFC error back, this means that the FCS is running.
    
    The status of stopped is what IOS displays if you make a system 
    management call to the FCS and you are not a system manager (don't
    hold the OAFC$SYSMAN rights ID).
    
    The log files will not say anythign since nothing is wrong, at 
    least according to the FCS.
    
    When you start the FCS from IOS, it is a two step process:
    
    1) Submit the startup to the batch queue (STA command)
    2) When ever the user hit CR, call OafcShowServer to see if it is
       up and get the process stats.
    
    2 is where you are failing. You are getting a valid OAFC error back
    which means the FCS is talking and running. It simply does not 
    believe that you have the OAFC$SYSMAN rights ID.
    
    Please double check via AUTHORIZE that you have the id.
    
    --Bob
    
2931.5One more thing...CHRLIE::HUSTONMon Jun 28 1993 18:2016
    
    Oh ya, the only thing the FCS uses DECnet for, directly at least,
    is to read things like the SYS$CLUSTER_NODE and SYS$NODE logicals,
    if these are messed up then on a system management connect (which
    is what you are doing), the FCS will think you are a remote user and 
    will look for a proxy for you. The account you proxy into must then
    hold the OAFC$SYSMAN rights ID.
    
    The reason I mention this is that with DECnet phase V, node names
    may look somewhat different that phase IV, and no, the FCS has not
    been tested on phase V (at least to my knowledge).
    
    The rest of the network communictaion in the FCS is done via DASL.
    
    --Bob
    
2931.6KERNEL::SMITHERSJLiving on the culinary edge....Tue Jun 29 1993 10:1111
    We had this problem on our field test Phase V machine.  Try 
    going into NCL and check what the outgoing alias is set to.  It 
    should be set to false.
    
    NCL> set sess control application 73 outgoing alias false
    
    However, as a previous reply says, it isn't supported on a Phase V
    environment yet.
    
    julia
    uk csc
2931.7OUTGOING ALIAS SET TO FALSE - Problem solved!ZUR01::TOLBATue Jun 29 1993 13:1627
    Hi Julia,
    
    Thanks a lot for your advise - the problem is SOLVED  -
    the outgoing alias was set to true. 
    
    After changed it to false the server got automatically status
    running/enabled. 
    
    Do you know if our customers did get an official letter that ALL-IN-1 is
    not supported under wave 2? In case you have such a statement for 
    customers could you please let me have a copy?
    
    The note 1842.0  "ALL-IN-1 and DECnet/OSI (Wave 2) support"
    says Company confidential - for internal distribution only. 
    
    
    Thanks all for your kind help and suggestions.
    
    
    Regards,
    Manuela
    
    
    
    
    
    
2931.8KERNEL::SMITHERSJLiving on the culinary edge....Tue Jun 29 1993 13:468
    Hi Manuela
    
    Glad that solved your problem.
    
    I don't know if/how customers were told of support for Phase V.
    Perhaps someone else can help out?
    
    julia
2931.9No official communicationAIMTEC::WICKS_AU.S.A 2 England 0 - I was there!Tue Jun 29 1993 16:5212
    ALL-IN-1 Customers haven't been sent a letter explaining non support on 
    Wave 2 (aka Phase V) because as I remember it was considered at the time 
    to be a MAIL problem and not an ALL-IN-1 problem.
    
    When customers ring in we at the U.S CSC tell them the truth but for
    a letter to be sent to customers it has to come from Engineering or
    MArketing - you might like to ask the ALL-IN-1 product manager for
    such a statement.
    
    Regards,
                 
    Andrew.D.Wicks
2931.10same error for usersKAOFS::M_BARNEYFormerly Ms.FettFri Jul 02 1993 16:2626
    
    
    
    
    My customer is getting the same authentication error with
    users:
    
    customer has created a number of identical test accounts. Some of these
    seem to have a problem with drawer access while others don't. Those
    that have; exhibit as follows:

- create an extra drawer that belong to them (not shared).
- when they try to copy a file between drawers, or do any cross drawer
  activity they get the following message:
    
  "invalid authentication information recieved by the file cabinet server"

Customer also noticed that the administrator account (which has VMS privs)
when looking at the server in the server menu sees it as up and running,
the manager account sees it as stopped.

    What should we be checking here?
    
    Monica
    
2931.11Need more, somethings missing...CHRLIE::HUSTONTue Jul 06 1993 15:3140
    
    Something is missing here.
    
    Are you saying that a user is getting this error by doing the 
    following:
    
    Enter ALL-IN-1
    Create a drawer
    copy something to that drawer
    
    If so then this is looking more and more like a system setup problem
    that we have seen in the past.
    
    Have a system manager turn on FCS tracing (if you can do this, at this
    point the invalid authentication error may stop you).
    
    Then have the person create a drawer then copy to it, then format
    the trace file and put it in here.
    
    Also, get the following:
    
    image id of OAFC$SERVER.EXE (anal/image sys$system:oafc$server.exe)
    image id of oafc$client_shr.exe (anal/image sys$share:oafc$client_shr.exe)
    Get me the EXACT translation of:
    
    	SYS$NODE
    	SYS$CLUSTER_NODE
    
    	From SYSGEN: SCSNODE
    
    The username (VMS and A1) of a user who is having this problem
    
    Does anyone have a logical for OA$DATA_SHARE defined (besides the
    system version).
    
    this really sounds like the FCS does not think it serves all the
    drawers on the local system.
    
    --Bob
    
2931.12information!KAOFS::M_BARNEYFormerly Ms.FettWed Jul 07 1993 20:54175
Thank-you kindly for the note - I shall attempt to answer everything:

 >>   Are you saying that a user is getting this error by doing the 
 >>   following:
 >>   Enter ALL-IN-1
 >>   Create a drawer
 >>   copy something to that drawer
   
   Yes.

 >>   Have a system manager turn on FCS tracing (if you can do this, at this
 >>   point the invalid authentication error may stop you).
 >>   Then have the person create a drawer then copy to it, then format
 >>   the trace file and put it in here.

   See the bottom of the note.
    
 >>   image id of OAFC$SERVER.EXE (anal/image sys$system:oafc$server.exe)

         image name: "OAFC$SERVER"
         image file identification: "OAFC V1.0"
         link date/time: 12-JUN-1993 10:29:13.59
         linker identification: "05-05"

 >>   image id of oafc$client_shr.exe (anal/image sys$share:oafc$client_shr.exe)

         image name: "ALL-IN-1 FCS"
         image file identification: "OAFC V1.0"
         link date/time: 4-MAR-1992 00:38:46.12
         linker identification: "05-05"


 >>   Get me the EXACT translation of:
 >>       SYS$NODE
 >>   	SYS$CLUSTER_NODE

        "SYS$NODE" [exec,crelog] = "PORTIA::" [terminal] [LNM$SYSTEM_TABLE]

      %SHOW-S-NOTRAN, no translation for logical name SYS$CLUSTER_NODE


 >>   	From SYSGEN: SCSNODE

      SCSNODE               "PORTIA  "    "    "    "    "    "ZZZZ" Ascii    


 >>       The username (VMS and A1) of a user who is having this problem
    
      VMS username = SAMPLE
      ALLIN1 user  = SAMPLE

      (one of the dummy accounts set up.)

 >>   Does anyone have a logical for OA$DATA_SHARE defined (besides the
 >>   system version).
    
      nobody has a definition for the logical OA$DATA_SHARE (other than
      the system logical)
    
  ========================= 

TRACE:
   
    ** The FC Tracing had to be turned on by the customer's account (LINLEY,
    which has ALLIN1 administration privileges). The ALLIN1 account signed 
    into ALL-IN-1 as MANAGER could not turn on the tracing. It got the 
    "Invalid Authentication error".


SESSION ID: 7043024
OAFC FUNCTION: OafcSetServer
TRACE EVENT: Task Complete
EVENT TIME: 6-Jul-1993 11:32:50.67
STATUS: 55803913
STRING1 IS: LINLEy

SESSION ID: 7043024
OAFC FUNCTION: OafcShowServer
TRACE EVENT: Task Start
EVENT TIME: 6-Jul-1993 11:32:51.18
STRING1 IS: LINLEY

SESSION ID: 7043024
OAFC FUNCTION: OafcShowServer
TRACE EVENT: Task Complete
EVENT TIME: 6-Jul-1993 11:32:51.44
STATUS: 55803913
STRING1 IS: LINLEY

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Task Start
EVENT TIME: 6-Jul-1993 11:35:29.92

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Connection Rcv'd
EVENT TIME: 6-Jul-1993 11:35:30.25
FILE CABINET NAME: PORTIA.SAMPLE
STRING1 IS: PORTIA
STRING2 IS: SAMPLE

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Connection Rejected
EVENT TIME: 6-Jul-1993 11:35:31.61
FILE CABINET NAME: PORTIA.SAMPLE
STRING1 IS: SAMPLE

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Task Complete
EVENT TIME: 6-Jul-1993 11:35:31.78
FILE CABINET NAME: PORTIA.SAMPLE
STATUS: 55804130
STRING1 IS: SAMPLE

SESSION ID: 7052256
TRACE EVENT: Disconnect Done
EVENT TIME: 6-Jul-1993 11:35:31.82
FILE CABINET NAME: PORTIA.SAMPLE

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Task Start
EVENT TIME: 6-Jul-1993 11:35:56.97

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Connection Rcv'd
EVENT TIME: 6-Jul-1993 11:35:57.29
FILE CABINET NAME: PORTIA.SAMPLE
STRING1 IS: PORTIA
STRING2 IS: SAMPLE

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Connection Rejected
EVENT TIME: 6-Jul-1993 11:35:57.39
FILE CABINET NAME: PORTIA.SAMPLE
STRING1 IS: SAMPLE

SESSION ID: 7052256
OAFC FUNCTION: OafcOpenCabinetW
TRACE EVENT: Task Complete
EVENT TIME: 6-Jul-1993 11:35:57.48
FILE CABINET NAME: PORTIA.SAMPLE
STATUS: 55804130
STRING1 IS: SAMPLE

SESSION ID: 7052256
TRACE EVENT: Disconnect Done
EVENT TIME: 6-Jul-1993 11:35:57.75
FILE CABINET NAME: PORTIA.SAMPLE

SESSION ID: 7043024
OAFC FUNCTION: OafcShowServer
TRACE EVENT: Task Start
EVENT TIME: 6-Jul-1993 11:37:35.06
STRING1 IS: LINLEY

SESSION ID: 7043024
OAFC FUNCTION: OafcShowServer
TRACE EVENT: Task Complete
EVENT TIME: 6-Jul-1993 11:37:35.14
STATUS: 5580913
STRING1 IS: LINLEY

SESSION ID: 7043024
OAFC FUNCTION: OafcShowServer
TRACE EVENT: Task Start
EVENT TIME: 6-Jul-1993 11:37:36.25
 
           ==================================
    
2931.13Still confused, but we'll get thereCHRLIE::HUSTONThu Jul 08 1993 15:2686
    
    re .12
    
    This is strange, but one thought, see later...
    
 >>   Are you saying that a user is getting this error by doing the 
 >>   following:
 >>   Enter ALL-IN-1
 >>   Create a drawer
 >>   copy something to that drawer
   
   >Yes.
    
    Now I am confused, makes no sense from an FCS point of view, something
    is still missing.
    
    >** The FC Tracing had to be turned on by the customer's account (LINLEY,
    >which has ALLIN1 administration privileges). The ALLIN1 account signed 
    >into ALL-IN-1 as MANAGER could not turn on the tracing. It got the 
    >"Invalid Authentication error".
    
    Check for an intrusion record ($SHOW/INTRUSION need SECURITY privs)
    from any of the users that are having problems.
    
    The trace log that you show does not have anyting other than failed
    connection attempts, what about the copy you mentioned.
    
>SESSION ID: 7052256
>OAFC FUNCTION: OafcOpenCabinetW
>TRACE EVENT: Task Start
>EVENT TIME: 6-Jul-1993 11:35:29.92
>
>SESSION ID: 7052256
>OAFC FUNCTION: OafcOpenCabinetW
>TRACE EVENT: Connection Rcv'd
>EVENT TIME: 6-Jul-1993 11:35:30.25
>FILE CABINET NAME: PORTIA.SAMPLE
>STRING1 IS: PORTIA
>STRING2 IS: SAMPLE
>
    
    Says that VMS user SAMPLE is connecting from node PORTIA, user SAMPLE
    and is trying to connect to his/her own account. All looks fine.
    
>SESSION ID: 7052256
>OAFC FUNCTION: OafcOpenCabinetW
>TRACE EVENT: Connection Rejected
>EVENT TIME: 6-Jul-1993 11:35:31.61
>FILE CABINET NAME: PORTIA.SAMPLE
>STRING1 IS: SAMPLE
>
>SESSION ID: 7052256
>OAFC FUNCTION: OafcOpenCabinetW
>TRACE EVENT: Task Complete
>EVENT TIME: 6-Jul-1993 11:35:31.78
>FILE CABINET NAME: PORTIA.SAMPLE
>STATUS: 55804130
>STRING1 IS: SAMPLE
>
    
    Barf, something went wrong, this is what makes not sense. More later.
    
>SESSION ID: 7052256
>TRACE EVENT: Disconnect Done
>EVENT TIME: 6-Jul-1993 11:35:31.82
>FILE CABINET NAME: PORTIA.SAMPLE
>
    
    The reason I say this makes no sense is that when you connect to 
    your own IOS cab, from your own VMS account, the FCS should not
    even be attempting to authenticate you. This looks like the FCS does
    not believe that PORTIA is its node name. If this is the case it
    explains why users cannot get in. But if this is the case then NOBODY
    could get in.  Do you have the DSO installed? If so, setup some
    remote access into PORTIA and try to come in from someplace else, see
    what happens.
    
    Also, can you check the intrusion database for any entries from the
    users in question. Just SAMPLE should be good.
    
    Can you also put in the UAF record for SAMPLE. 
    
    Also the VMS Rights ID's that SAMPLE holds, including SAMPLE itself.
    
    --Bob
    
2931.14more infoKAOFS::M_BARNEYFormerly Ms.FettFri Jul 09 1993 17:3364
    The customer has sent me the latest things you requested:
    
              --------------------------------------------
    
UAF entry for SAMPLE account:

Username: SAMPLE                        Owner:  Bob Test
Account:  RECCENTR                      UIC:    [52,347] ([RECCENTR_GRP,SAMPLE])
CLI:      DCL                           Tables: DCLTABLES
Default:  DEP$RECREATION_CENTRE_1:[SAMPLE] 
LGICMD:   LOGIN
Flags:  Restricted
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary  000000000011111111112222
Day Hours 012345678901234567890123  Day Hours  012345678901234567890123
Network:  ##### Full access ######             ##### Full access ######
Batch:    ##### Full access ######             ##### Full access ######
Local:    ##### Full access ######             ##### Full access ######
Dialup:   -----  No access  ------             -----  No  access ------
Remote:   ##### Full access ######             ##### Full access ######
Expiration:            (none)    Pwdminimum:   6   Login Fails      0
Pwdlifetime:        180 00:00    Pwdchange:   28-JUN-1993 14:08
Last Login:  6-JUL-1993 11:56 (interactive),             (none)(non-interactive)
Maxjobs:         0  Fillm:        60  Bytlm:         13408
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:            0
Maxdetach:       0  BIOlm:        50  JTquota:        2048
Prclm:           6  DIOlm:        18  WSdef:          1024
Prio:            4  ASTlm:        24  WSquo           1474
Queprio          0  TQElm:        10  WSextent        4096
CPU:        (none)  Enqlm:       400  Pgflquo        20000
Authorized Privileges:
  TMPMBX NETMBX
Default Privileges:
  TMPMBX NETMBX
Identifier                         Value           Attributes
  GAS_INQUIRY                      %X80010028      
  PTS_USER                         %X80010023      RESOURCE

 ------------------------------------------------------------------

I had the SAMPLE account try to make a copy of a document from one drawer to
another (once) and try refiling a document from one drawer to another (twice)
for a total of three attempts. All attempts recieved Invalid Authentication
error.

I did a SHOW INTRUSION and got...

Intrusion     Type     Count     Expiration      Source
   TERMINAL   SUSPECT     3      15:29:51.13     XSV04/PORT_14:
   TERMINAL   SUSPECT     2      15:28:09.11     TSV45/PORT_85:
   NETWORK    SUSPECT     3      15:40:54.58     PORTIA::SAMPLE
   TERM_USER  SUSPECT     1      15:30:55.72     XSV03/PORT_12:BONSRS_CLK
   TERMINAL   SUSPECT     1      15:31:06.40     XSV03/PORT_12:

Note the three SAMPLE records.


 ------------------------------------------------------------------
    
    Thanks for the help, Bob!
    
    Monica
    
2931.15I haven't a clueCHRLIE::HUSTONMon Jul 12 1993 16:1934
    
    From the intrusion database, I would say that the FCS is definetly
    checking the password for SAMPLE.
    
    In order for this to happen one or more of the following has to be 
    true, you tell me which:
    
    1) The drawer SAMPLE is accesssing is on a different cluster
    2) SAMPLE is doing somethign like ALLIN1/USER=SAMPLE, from another
       VMS account
    3) Something is still missing in terms of information
    4) There is a previously unseen bug in the FCS authentication code
    
    Can you have them do the following:
    
    Check the login fails count in the uaf record BEFORE trying to 
    access the drawer. Then do what ever to get the invalid authentication
    back. Then check the login fails count again. Tell us if it has been
    incremented.
    
    Also according to the uaf record you showed, this user has NEVER been
    able to connect via the FCS. The FCS will update the last login 
    non-interactive field and you have that as never.
    
    What I am trying to get at is if the FCS thinks this is a direct
    connect or proxy connect (brokered connect).
    
    Could you also get any proxies for the user SAMPLE.
    
    If this sounds like I am reaching for straws, you are right, as of now
    I have no idea what is happening to cause this. 
    
    --bob
    
2931.16KAOT01::M_MORINLead, follow, or get out of the way!Tue Jul 13 1993 21:2945
I've taken over for Monica and dialed-in to the customer site today:


>>    1) The drawer SAMPLE is accesssing is on a different cluster

		No.

>>    2) SAMPLE is doing somethign like ALLIN1/USER=SAMPLE, from another
         VMS account

		No.

>>    3) Something is still missing in terms of information

		Probably but what.

>>    4) There is a previously unseen bug in the FCS authentication code

		??
  
>>    Can you have them do the following:
    
>>    Check the login fails count in the uaf record BEFORE trying to 
>>    access the drawer. Then do what ever to get the invalid authentication
>>    back. Then check the login fails count again. Tell us if it has been
>>    incremented.

		It hasn't been incremented.
    
>>    Also according to the uaf record you showed, this user has NEVER been
>>    able to connect via the FCS. The FCS will update the last login 
>>    non-interactive field and you have that as never.
    
		Last login non-interactive is still none.

>>    What I am trying to get at is if the FCS thinks this is a direct
>>    connect or proxy connect (brokered connect).
    
>>    Could you also get any proxies for the user SAMPLE.
    
		There are none.

I've tried to create a new local server but it came back with the same results.

/Mario   
2931.17My wild guesses...IOSG::CHINNICKgone walkaboutWed Jul 14 1993 12:1534
    Hi Mario,
    
      since Bob is still thinking about this one, I'd like to ask for a
      little more info to tackle this problem.
    
      Can you get the UAF details for an account which works and check if it
      has any proxies etc. [An earlier note said that some sample accounts
      worked and some didn't - I'd like to see what differences there are.]
    
      Also, can you confirm whether this node (PORTIA) is in a cluster or not
      - it isn't clear from our current discussions? Are the trials which
      fail taking place on the same node that the FCS is running?
    
      My suspicion is that we have a problem with the authentication code for
      some environments and I'd like to establish the exact conditions we
      have here.
    
    Also Bob:
    
      Wouldn't FCS return a different error in the event that remote/proxy
      validation was being performed. It would return OafcSecNoProxyFound or
      something similar?
    
      I think that you might be on the right track with a brokered connect
      because I deduce (from the code) that if it isn't a cluster you'll get
      one. [I find this a little difficult to follow in the code though!] A
      one node cluster is different to a standalone node of course.
    
      SYS$CLUSTER_NODE doesn't exist which means that either this is not a
      cluster or that there is not an alias for it.
    
    
    
    Paul.
2931.18Write access to sysuaf.datCHRLIE::HUSTONWed Jul 14 1993 18:2164
    
    There is definetly something wrong in some part of the authentication
    but where, I cannot yet figure out. The authentication in the server
    is actually pretty simple and localized to one place. Problme is that
    the answers we are getting are not helping narrow anything down.
    
    For instance: There are intrusion records, so the FCS is definelty
    rejecting some type of connection, but the log fails count is never
    bumped which should always be bumped on failed direct connect.
    
    The only surpising thing I say in the uaf record, was the flags
    field, but the FCS could care less about this flag.
    
    >  My suspicion is that we have a problem with the authentication code for
    >  some environments and I'd like to establish the exact conditions we
    >  have here.
    
    I totally agree with this, problem is we haven't yet come up with the
    right questions to figure out that environment. Hard to do since we
    don't really know what we are looking for.
    
    >  Wouldn't FCS return a different error in the event that remote/proxy
    >  validation was being performed. It would return OafcSecNoProxyFound or
    >  something similar?
    
    There are a couple of things it can return, what you say is the most
    common.
    
    I don't really think it is a broker, mostly becuase if no proxy exists
    then the broker is authentication as OAFC$DEFAULT.
    
    This almost seems like the FCS does not have write access to the
    sysuaf file.
    
    Can someone get the output from $dir/security sys$system:sysuaf.dat 
    from the system in question?
    
    
    >
    >  I think that you might be on the right track with a brokered connect
    >  because I deduce (from the code) that if it isn't a cluster you'll get
    >  one. [I find this a little difficult to follow in the code though!] A
    >  one node cluster is different to a standalone node of course.
    
    I don't follow your question, can you explain more (reference the code
    if you want, I still have access to it). Thoug via mail may be 
    better for that than this conference.
    
    >  SYS$CLUSTER_NODE doesn't exist which means that either this is not a
    >  cluster or that there is not an alias for it.
    
    
    If push comes to shove, I may be willing to log into the customer site
    and put a debug server up and see what is going on. I have done this
    once before and it is a royal pain in the butt, because I have to get
    source files there and re-link the FCS and if I can't convince them
    to tell everyone to stay out of the FCS, another FCS with a differenct
    object number needs to be setup, etc, etc etc, plus the problems of
    giving me a priv'd account on a customer system, lots of reasons not
    to do it, but if we can't figure it out and everyone is willing, I 
    would be willing to do it.  Where is the customer?
    
    --Bob
    
2931.19KAOT01::M_MORINLead, follow, or get out of the way!Thu Jul 15 1993 00:5865
Here's the UAF record for an account which works, and the SYSUAF security:

Username: NOPRIV                           Owner:  Technical Nopriv
Account:  CONSLTNT                         UIC:    [146,71] ([CONSLTNT_GRP,NOPRI
V])
CLI:      DCL                              Tables: DCLTABLES
Default:  DEP$CONSULTANT_1:[NOPRIV]
LGICMD:   LOGIN
Flags:  DisCtlY DefCLI Restricted DisWelcome DisNewMail DisMail DisReport
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  Day Hours 012345678901234567890123
Network:  ##### Full access ######            ##### Full access ######
Batch:    ##### Full access ######            ##### Full access ######
Local:    ##### Full access ######            ##### Full access ######
Dialup:   -----  No access  ------            -----  No access  ------
Remote:   ##### Full access ######            ##### Full access ######
Expiration:            (none)    Pwdminimum:  6   Login Fails:     0
Pwdlifetime:         90 00:00    Pwdchange:   2-JUL-1993 09:15
Last Login: 14-JUL-1993 08:49 (interactive),  8-JUL-1993 11:40 (non-interactive)
Maxjobs:         0  Fillm:        50  Bytlm:        13408
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:        50  JTquota:       4000
Prclm:           6  DIOlm:        18  WSdef:         1024
Prio:            4  ASTlm:        10  WSquo:         1474
Queprio:         0  TQElm:        10  WSextent:      4096
CPU:        (none)  Enqlm:       600  Pgflquo:      15000
Authorized Privileges:
  TMPMBX NETMBX
Default Privileges:
  TMPMBX NETMBX
Identifier                         Value           Attributes
  IS_ACCESS                        %X800100DC      RESOURCE
  PCFS$USER                        %X80010145
  GAS_INQUIRY                      %X80010028



$ dir/sec sysuaf/dat

Directory DSK$DATA_11:[SYSEXE]

SYSUAF.DAT;2         29-MAR-1992 00:01:52.79  [SYSTEM]              (RWE,RWE,RWE
,)
SYSUAF.DAT;1         19-JAN-1992 08:48:54.90  [SYSTEM]              (RWE,RWE,RWE
,)

Total of 2 files.


This is a cluster with ALL-IN-1 running on only 1 node (PORTIA).  Node BRUTUS 
is also part of the cluster and is the backup system for ALL-IN-1 if PORTIA is
down.  ALL-IN-1 doesn't normally come up on it.  We did notice that there was
a FCS server on BRUTUS which we stopped and deleted but the problem was still
around.

There are no proxies for accounts SAMPLE or NOPRIV.

Dialing-in is possible.  I do it from here in Hull.  Customer is in British
Columbia, Canada, 3-hour time-zone difference from here, 8 hours behind you
if you're in the U.K.  Let me know off-line if you wish to do that, customer is
game.

/Mario
2931.20Check SYSUAF logicalCHRLIE::HUSTONThu Jul 15 1993 15:4039
    
    One more question, thought of it last night (gotta due something 
    when you can't sleep during this heat wave)
    
    Does PORTIA have a SYSUAF logical?
    
    REason I ask, is the more I think about this, the more I think the FCS
    is having some sort of problem with the sysuaf.dat file.
    
    It would explain the invalid authentication. The password is not
    checked in your case, but the UAF record for the user is read. If
    the FCS cannot read it, then it will return
    OafcSecInvalidAuthentication
     which is what you are seeing.
    
    I know there is a bug in the FCS that is along the lines of: If the
    SYSUAF logical does not include the .DAT extension then the FCS will
    not understand it.
    
    You say that the dir spec for SYSUAF.DAT is: DSK$DATA_11:[SYSEXE],
    I believe the default location for it is SYS$COMMON:[SYSEXE].
    from the look of your directory command, you are using the logical.
    
    Please make sure that:
    
    1) The SYSUAF logical is an exec mode system logical
    2) It includes the .dat.
    
    The FCS will try to open via logical, if this fails, it tries 
    sys$system:sysuaf.dat.  If you are using the logical, but the FCS is
    not respecting it, and you have another one in sys$system, this would
    explain everything.
    
    Can you check on this?
    
    British Columbia huh? Always did want to go there :-)
    
    --bob
    
2931.21SYSUAF access could be failingIOSG::CHINNICKgone walkaboutThu Jul 15 1993 17:0444
    
    Hi Mario (& Bob),
    
    This was the conclusion I drew from looking at the code...
    
    The authentication code would update the CIA database when the UAF
    record is not available.
    
    The only problem with the hypothesis is that I don't think the server
    will start if SYSUAF is not accessible.
    
    However, there are other problems which could arise with SYSUAF which
    could give I/O failures. The most likely at present might be record
    locks.
    
    I'd be interested to know if this server is being run up under the
    default object number? Also, is the problem with these accounts 100%
    repeatable? And is there much of a delay during the connect sequence
    before the authentication error is being returned?
    
    If this is reproducible, it should be possible to link a debug copy of
    OAFC$SERVER and check it on the customer system while running FCS
    interactively:
    
    $ SET DEFAULT OA$BUILD_SHARE:
    $ LINK == "LINK/DEBUG"
    $ @OAFC$SERVER_LINK
    $ OAFC == "OA$BUILD_SHARE:OAFC$SERVER OA$DATA:OAFC$SERVER_CONFIG.DAT"
    $ OAFC
       . . .
    DBG> SET MODULE/ALL
    DBG> SET TRACE/RETURN OafcSecGetUAFRecord DO (EXAM %R0)
    DBG> GO;GO
    
    When connecting, this will return successful status normally. If it
    returns failure (55804130) then it means that the SYSUAF access has
    failed.
    
    If this is the case, then we just need to determine the reason why it's
    failing. This is harder to do without a proper debug image.
    
    Paul.
    
    
2931.22Bingo.KAOT01::M_MORINLead, follow, or get out of the way!Thu Jul 15 1993 18:209
Bob and Paul,

SYSUAF pointed to a file without the .dat and there was an old SYSUAF in
SYS$SYSTEM.

Your help and dedication to this was greatly appreciated.

/Mario

2931.23It's about time...CHRLIE::HUSTONThu Jul 15 1993 19:547
    
    yeah!!!!!!!!
    
    About time we got to the bottom of this one... :-)
    
    --Bob
    
2931.24Yeah - uses SYS$SYSTEM as an alternativeIOSG::CHINNICKgone walkaboutFri Jul 16 1993 10:3515
    
    Yep...
    
    This is real nasty behaviour...
    
    FCS tries to open SYSUAF and if the logical doesn't work then it just
    substitutes an alternate filename SYS$SYSTEM:SYSUAF.DAT.
    
    The V3.0 version (no patches) fails if SYSUAF isn't defined properly
    but the V3.0-1 version has this alternate filename behaviour.
    
    I think we should just change this to apply the alternate name as
    defaults.
    
    Paul.
2931.25THere is an existing bug about it...CHRLIE::HUSTONFri Jul 16 1993 15:3313
    
    There is a bug in the THR system someplace that pretty much covers
    this. 
    
    The bug is that if the SYSUAF logical does not contain the .DAT, the
    FCS does not provide a default extension, supposedly easy to do 
    with RMS, but it was never done.
    
    The rest is as Paul says, if the logical fails, we give a default
    name to try.
    
    --Bob
    
2931.26IOSG::STANDAGEFri Jul 16 1993 16:115
    
    Yup...it's bugged.
    
    Kevin.
    
2931.27He's aliveCHRLIE::HUSTONFri Jul 16 1993 18:215
    
    Kevin, your alive! You were mysteriously quiet during this discussion!
    
    --bob
    
2931.28KAOT01::M_MORINLead, follow, or get out of the way!Fri Jul 16 1993 19:358
Wait, wait, don't tell me.

I have to fill out an SPR to get it fixed?

:-)

/Mario
2931.29We'll let you off just this once! :-)IOSG::CHINNICKgone walkaboutMon Jul 19 1993 10:3210
    
    Well, Mario...
    
    Normally we'd expect an SPR, but since you're such a great guy...
    
    Take the 5 minutes off that you would have spent filing that SPR! ;-)
    
    Enjoy,
    
    Paul.