Conference iosg::all-in-1_v30

    Manuela,
    
    two things spring to mind as I sit here typing from my ice-bound cave.
    
    1) is this the DECnet Phase V Wave 2 thing - remember ALL-IN-1 only
       supports Wave 1.
    2) the higher version protocol message means you have a MUPA File Cab
       Server talking to a pre-MUPA File Cab server. somewhere in the MUP
       release notes it says you have run them all at the same revison
    level.
    
    Regards,
    
    Andrew.D.Wicks
    

Hello Andrew,

1)	It is DECnet OSI V5.6b and so it should be WAVE 3

2)	They have only one FCS on the Bootnode. The satelite does not
	have its own FCS  (according to customer it was running like
	this).
	
	It is ALL-IN-1 V3.0-1. MUPA will be installed approx. mid February.


Thanks and regards,
Manuela

    Manuela,
    
    OK i'm lost then since I don't have anything to hand running WAVE 3
    is this supported by ALL-IN-1? would anyone in IOSg like to comment 
    on this configuration.
    
    Regards,
    
    Andrew.D.wicks

Customer has ALL-IN-1 version 3.0 pbl123a.

After upgrading his decnet phase V from wave 1 to wave 3.
He is unable to start his Filecabinet server !

the message he gets is :

<< Invalid Authentication information received by the
<< file cabinet server.


After looking thru some notes , the only info found
was how the sess control applic 73 needs to look like.
even after recreating the server definition from scratch
the problem remained.

So can iosg make a statement here ?

what is needed for ALL-IN-1 and DECnet/OSI 5.6b to be able
to use the FileCabinetServer ?



Customers definition looks like this:

NCL>show node xxx sess control applic 73 all

Node xxx Session Control Application 73
...
    Outgoing Proxy                    = True
    Incoming Proxy                    = True
    Outgoing Alias                    = True
    Incoming Alias                    = True
    Node Synonym                      = False
    Image Name                        = <Default value>
    User Name                         = <Default value>
    Incoming OSI TSEL                 = <Default value>



regards,

Luc Verbraeken

[continuation from 3767.4]

Customer has ALL-IN-1 version 3.0 pbl123a.

After upgrading his decnet phase V from wave 1 to wave 3.
He is unable to start his Filecabinet server !

the message he gets is :

<< Invalid Authentication information received by the
<< file cabinet server.


After looking thru some notes , the only info found
was how the sess control applic 73 needs to look like.
even after recreating the server definition from scratch
the problem remained.

So can iosg make a statement here ?

what is needed for ALL-IN-1 and DECnet/OSI 5.6b to be able
to use the FileCabinetServer ?



Customers definition looks like this:

NCL>show node xxx sess control applic 73 all

Node xxx Session Control Application 73
...
    Outgoing Proxy                    = True
    Incoming Proxy                    = True
    Outgoing Alias                    = True
    Incoming Alias                    = True
    Node Synonym                      = False
    Image Name                        = <Default value>
    User Name                         = <Default value>
    Incoming OSI TSEL                 = <Default value>



regards,

Luc Verbraeken

    Luc,
    
    If you want IOSG to make a statement then you probably need to go the
    official route and send mail to Dave Holt @REO. I have been unable to
    locate anyone prepared to say anything about Wave 3 so I wish you luck.
    
    I will though in my role as co-moderator move this note and your base
    note back to the original note.
    
    Regards,
    
    Andrew.D.Wicks

This is Dave Holt response to my mail asking him
about ALL-IN-1 3.0 and DECnet/osi 5.6B

--------------
Luc,

The existing IPMT number for this is CFS.9029, Severity 3. The Exception 
Mgr is Peter Meinerz (865-4091) and Technical mgr rene Bruederli 
(760-2513). 

Regards,
Dave
----------------

By the way:
I think we found a solution, as soon it is tested and ok given by 
Mr.customer ,I'll post the bypass here.

luc verbraeken
csc brussels

Mark Vankerkhove provided us the following fix:


customize the oafc$server_startup.scp

!
!add those lines just before the .label server_running line
!
get oa$display="waiting to set session control application ..."\force
get oa$dcl="Wait 0 00:00:30"
clear
get oa$dcl="mc ncl set session control applic 73 outgoing alias false"
!


regards,
Luc Verbraeken

	Hi

	I'm actually the originator (creator) of this IPMT CFS.9029 (see
	also note 3833).
	
	I will informed you as soon as I get an answer from engineering.

	I use a similar workaround (see below) as Luc's, this works
	fine on two systems on my customer's site.

	Regards, Peter

$!------------------------------------------------------------------------
$! DEC Digital Equipment Corporation AG, R�mlang
$! Enduser Services, P. Kurth
$! Use:	Fixes problem (as a workaround) with non responding File Cabinet
$!	Server when Outgoing Alias is Enabled (after upgrading to
$!	DECnet/OSI V5.6B).
$! Run:	Edit SYS$STARTUP:OAFC$STARTUP.COM and add one line:
$!	     $! Server started, tidy up and exit.
$!	     $  CLOSE/NOLOG write_mbx
$!	     $  CLOSE/NOLOG read_mbx
$!	     $  @SYS$STARTUP:OAFC$MODIFY_OBJECT73.COM
$!	     $  EXIT 1
$!
$!------------------------------------------------------------------------
$
$	Counter = 0
$	ws = "write sys$output"
$
$ Object_Search:
$	Counter = Counter + 1
$	IF Counter .GT. 15 THEN GOTO Object_Missing
$	mc ncl show session control application 73
$	if $status
$	then
$	  ws "Setting Outgoing Alias False ...""
$	  mc ncl set session control application 73 Outgoing Alias False
$	  goto Object_OK
$	else
$	  ws "Object 73 is missing. Trying again ..."
$	  wait 00:00:10
$	  goto Object_Search
$	endif
$
$ Object_OK:
$	exit
$
$ Object_Missing:
$	ws "Error: Could not found Object 73! Searched ''Counter' times."
$	exit

	Hi

	Today I discovered a small problem and fixed it like:

	Add the identifier NET$MANAGE to the ALLIN1 account in order to
	allow ALLIN1 to modify the NCL application 73.

	Regards, Peter

Another question I'm having but which is related to
the fact that DECnet/osi 5.6B and ALL-IN-1 3.0 are being used:


When ALL-IN-1 is used from a workstation, there was previously
NO need to run a server on that station.
NOW  you do need to define a server for each workstation who
wishes to use shared file cabinet services ?

Has someone bypassed this situation , let us know ?

    Hello Luc,
    
    The solution to my problem see .0 was to define on the satelite
    workstation the logical OAFC$SRV_Node with the value of the node where
    the FCS runs.
    
    In my customer's configuration we had to define OAFC$SRV_Node with
    ITRZ02 where ITRZ02 is the bootnode.
    
    Regards,
    Manuela

	Hello

	re .5: The problem with "Invalid Authentication information
	received by the file cabinet server." is fixed in ALL-IN-1 IOS
	V3.1 (ICO#1950). For V3.0, use the workaround from 3767.8 or 3767.9.

	Regards, Peter