Conference varese::basestar_open

578.0. "OVMS Alpha fdb_open_file errors... what are UIC restrictions?" by CAM::JOHNSON (imagine... sharing all the world) Sun Mar 16 1997 02:58

Hi 

we have a customer installing on OVMS Alpha (6.2 i think),
getting the attached FDB_OPEN_FILE errors on starting any servers...

a note in the QAR conference said this is probably a UIC problem...

the users UIC groups are 250 (octal value of 168 hex), and the customer
THINKS that B* was installed from a user account, not the SYSTEM account.
they are trying to start B* from the SYSTEM account.

i asked them to try starting the servers from a prived USER account of the UIC
group 250, and they will get back to me on this...

i just wanted to check to see if i am on the right track, and maybe get
a little more description of the errors message... i assume the prc_group
is the group trying to start the server, and the group is the group owning
the data base... is this correct??

when you install from the SYSTEM account, anyone can start the servers...
is there something about NOT installing from SYSTEM that disallows
the servers starting from other user groups (and why wouldn't the SYSTEM
group be an exception to this)..

any info greatly appreciated.

thankx,
sarah


0000025 97/03/14 14:27:21    20202141 GOM_SERVER 
 : F-BSTR_S_SYSFAIL: Failed call: fdb_open_file() 
			prc_group = 1 group = 168 - errno: 1 
0000026 97/03/14 14:27:21    20202141 GOM_SERVER 
 : F-BSTR_S_TRC_OPNDBERR: Error opening database 
0000027 97/03/14 14:27:21    20202141 GOM_SERVER 
 : W-BSTR_S_GOM_TRCINIT_FAIL: Initialization of trace tool failed: 
		selector=BSTR_GOM_TRACE; database=bstr_trace_db 

0000036 97/03/14 14:27:23    20202142 TCP_RCM    
 : F-BSTR_S_SYSFAIL: Failed call: fdb_open_file() prc_group = 1 group = 168 - errno: 1 
0000037 97/03/14 14:27:24    20202142 TCP_RCM    
 : I-BSTR_S_COM_SOMETHINGFAILED: trc_initialize(TCP_RCM, BSTR_TRACE_DB, TRC_PATH=BSTR$WORK:[REALM.CSDCSDA.TRC]) returned 112704524 

0000040 97/03/14 14:27:29    20202043 AMS_SERVER 
 : F-BSTR_S_SYSFAIL: Failed call: fdb_open_file() prc_group = 1 group = 168 - errno: 1 

0000044 97/03/14 14:27:39    20202144 COM_SERVER 
 : F-BSTR_S_SYSFAIL: Failed call: fdb_open_file() prc_group = 1 group = 168 - errno: 1 
0000045 97/03/14 14:27:39    20202144 COM_SERVER 
 : th 1; bstr_trc_initialize failed withs status 112704524

0000064 97/03/14 14:28:58    20202145 DTM_SERVER 
 : F-BSTR_S_SYSFAIL: Failed call: fdb_open_file() prc_group = 1 group = 168 - errno: 1 

    
    >> i assume the prc_group is the group trying to start the server, 
    >> and the group is the group owning the data base... is this correct??
    
    	Yes it is.
    
    >> when you install from the SYSTEM account, anyone can start the servers...
    
    	To be more specific about "installing" :
    
    	1. bstr_node_setup 
    
    		can be done by any privileged account, normally SYSTEM;
    
    	2. bstr_node_start 
    
    		must be done by the account that was specified during 
    		bstr_node_setup as the "owner of the BASEstar work and 
    		snapshot directories" (by default, the one from which 
    		bstr_node_setup is being executed);
    
    	3. bstr_realm_setup_node XXX 
    
    		can be done by any account, according to what has been 
    		specified during bstr_node_setup when asked for
		"VMS Protection Mask of the BASEstar work and snapshot
    		directories" (default S:rwed,O:rwed,G:rwed,W:rwed).
        
        4. bstr_realm_start_node XXX
    
    		must be done by a username of the same group of the one 
    		that executed bstr_realm_setup_node.
    
    
	In your case, I guess bstr_realm_setup_node was done by the USER
    	account, while bstr_realm_start_node is executed by SYSTEM.
    
    	All error messages refer to realm daemons attempting to open
    	trace database: default realm trace database is created at 
    	bstr_realm_setup_node time, thus can be opened only by processes
    	of the same group of the user who setup the realm.
    
    - Beppe -	

Hi Beppe,

thank-you very much for the detailed explaination... i will save
this note as a reference!

sarah