Conference iosg::all-in-1_v30

    Alan,
    
    	Anything in the server logs (SYS$MANAGER:OAFC$SERVER or
    	OAFC$SERVER_ERROR)?
    
    	What completion status does accounting have for the batch job and
    	the detached (*SRV73) jobs?
    
    Cheers,
    
    Iain.

    Alan,
    
    What's in the log files? have you tried all the STARS articles about
    PROFILE.FDL, EPM$SRVSHR, SCSNODE etc ... - way too many to post.
    
    Also what if you put SET VERIFY on and run OAFC$STARTUP.COM?
    
    Regards,
    
    Andrew.D.Wicks
                                                                

Hi guys,

As I say the log files tell ya nothing. OA$LOG:OAFC$SERVER_STARTUP.LOG looks
normal - it does the preliminaries starts the process, opens the mailboxes etc
they see "All done so go home!". There is next to nothing in the sys$manager
logs.

The thing is every other article or note mentions an error somewhere - they
have none.
 
Anyway I'll check the exit status. Set verify + oafc$starup.com will look
exactly like the oa$log startup log file wont it?

Thanks so far....

Alan.

    
    
    You could also just try running the server in the foreground and seeing
    if it complains then :
    
    $ SRV=="$SYS$SYSTEM:OAFC$SERVER.EXE"
    $ SRV OA$DATA_SHARE:<node>$SERVER73.DAT
    
    
    
    Kevin.
    
    

re .5 thats in .0 - it gives the successful completion message.

re .3 haven't got an exit status because the process doesn't die unless
they stop/id it.

This is going to get a bit hot if I dont get this working soon so
any flashes of inspiration welcome to get some idea of whats 
occurring.

thanks Alan

    
    My first guess, given what everyone has said, and the fact that
    starting in the foreground is ok, is that the config file that is
    used by the STA option and the config file used when starting
    in the foreground are not the same, and the one used by the STA option
    is using a non-73 object number.
    
    this would explain several things, like you say it looks as though it
    starts, but no srv73 shows up.
    
    If you can get to the point were it seems that the FCS is up, do a 
    $ sho dev/files/nosys and see if you can find a FCS process and see
    which config file it has open.
    
    Also can you post the log files, you say they have next to nothing, but
    maybe they have more than you think. To avoid alot of stuff in them
    can you delete the old versions (or rename them) and then start the
    servers.
    
    Also, by any chance is SUN the cluster alias??
    
    --Bob
    

Hi Bob thanks for the response,

The log file is on WAYOUT::OAFC$SERVER.LOG ( for the sake of fellow Windows
noters. )

When they run the image interactively they get the process started as usual but
a sh dev/files reveals that the process does not have any files open! 

SUN is the node name not the cluster alias.

cheers Alan. 

    
    	Try deleting the server entry from the server master and
    	re-creating it. Don't forget to write down all the field
    	values before you delete, but you can accept most of the
    	defaults that Create offers you.
    
    	This will recreate the server configuration file and seems
    	to cure a few ills.
    
    Regards,
    Paul

    
    re .8
    
    Sorry, you need to do the $ sho dev/files/nosys on the disk that
    holds oa$data_share. If it still shows up that no FCS process has
    any files open then you have a problem, the following files at least
    should be open:
    
    partition_master.dat
    profile.dat
    partition.dat
    some sort of configuration file
    oa$script_completion.dat
    
    If there are not files then there is no server.
    
    --Bob
    

Hi Paul, Bob

re .9 we've tried that I'm afraid.

re .10 sorry we assumed that we were going to get a process SUNSRV73 and were
looking for files opened by that process as opposed to the one running the .exe,
which is just the ALLIN1 account.

Anyway it has all the expected files open including oa$data:sun$server73.dat. 

I'm sorry but I dont see how STA could be looking at a different config file, 
but then I dont see a lot sometimes...:-). Anyway I've got them to Edit the 
SUN::73= record in SM MFC MS and the config file specified there is the same one
used to run the image interactively.

The thing that I cant understand is why the OBJ_73 is never created in NCP.
When exactly is this done I cant find anything about it?

thanks for the continued interest

Alan.







used to run image interactively.

The thing that I cant understand is why the OB

    
    re .11
    
    Ok this is getting bad, can you mail me the config file that you are 
    using to start the server? Send it to CHRLIE::HUSTON, i will see if
    I can find anything wrong with it.
    
    The decnet object is created fairly early in server life so if the
    server is up the decnet object is there. When you believe the server to
    be up and you can see what files it has open, is the process that is
    running the .exe show up in a mcr ncp sho know objects command??
    
    --Bob
    

Sorry Bob just as you were becoming intrigued.....the customer has
given up and prompted by a couple of other problems has decided that
they are going to restore v2.4 and do another upgrade from scratch.
If they have any problems after that they will be back.....but for
now fingers crossed.

thanks to everyone....

Alan.