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

Conference noted::pwv50ift

Title:	Kit: Note 4229; Please use NOTED::PWDOSWIN5 for V4.x server
Notice:	Kit: Note 4229; Please use NOTED::PWDOSWIN5 for V4.x server
Moderator:	CPEEDY::KENNEDY

Created:	Fri Dec 18 1992
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	4319
Total number of notes:	18478

4248.0. "gblpages make process disappear" by KAOFS::M_VALLEE (csc hull canada) Fri Apr 04 1997 12:51

PATHWORS SERVER 

He increase the globalpages from 911,000 to 1,000,000 by using sysgen write
current and use current and then rebooted the system. He then restarted
pathworks it stayed up for 2-3 minutes then some of the processes disappeared.
Seeing this he reduced gblpages back to 911,000 and now everything is 
working normally.There are no dump files and nothing in the log file to indicate
a problem How can increasing a parameter affect pathworks and what can you
do isolate the problem here.

T.R	Title	User	Personal Name	Date	Lines
4248.1	Guesses	VMSNET::P_NUNEZ		`Fri Apr 04 1997 13:39`	11
	Mark, Just a wag, but maybe blow away the pwrk$section: files? Is there a pwrk$logs:pwrk$config_info_<node>.log? Anything in pwrk$master_<node>.log? Maybe run ADMIN/CONFIG, just save the current config, and see if it reports any resource shortage. Paul
4248.2		KAOFS::M_VALLEE	csc hull canada	`Fri Apr 04 1997 14:43`	14
	after more indepth digging i have found this : PWRK$LMSRV_node.LOG LIB_PfnCreateMapMemS0: sys$qiow failed with IOSB status = 00002044 (ss$_insfspts) date pcm_services_init: failed to allocate buffer space ! ... PFS fatal error during initialization!!! failed to configure data cache please check pathworks configuration, sysgen param, process priviledges and make sure the PCFSDRIVER is loaded
4248.3	SPTREQ Needs Increase	VMSNET::P_NUNEZ		`Fri Apr 04 1997 15:43`	14
	Mark, status = 00002044 (ss$_insfspts) = $ EXIT %X00002044 = %SYSTEM-F-INSFSPTS, insufficient SPTEs available I think the increase in global pages resulted in increased consumption in SPTEs. Have him increase SYSGEN SPTREQ (might want to research connection between SPTs (or SPTEs) and gblpages). Paul
4248.4		KAOFS::M_VALLEE	csc hull canada	`Fri Apr 04 1997 17:57`	4
	Hi Yes but this is vms 6.2 on alpha there is no sptreq sysgen parameter.
4248.5	Hmmmmm	VMSNET::P_NUNEZ		`Sat Apr 05 1997 09:43`	26
	Gosh, it's never easy anymore, eh? Alpha VMS allocates SPTEs on the fly, assuming there's sufficient memory resources to do so. Here's some tidbits that might help, but I'm not sure what the real problem is... The system page table for OpenVMS Alpha dynamically extends on demand, assuming the physical memory is available to be allocated at the time. This capability obviated SPTREQ. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Yes, if you call LDR$ALLOC_PT to get 1 or more SPTEs, and there aren't any available, the routine will allocate another SPT page table page on the spot, thus giving you 1024 more available SPTEs (for 8kb page size). Then the allocation request can complete. This can continue until all of "system space" has been created (2GB worth) or there are no PFNs to allocate to serve as new SPT pages. I also found a note indicating "insufficient SPTEs" could really mean insufficient _contiguous_ SPTEs. The VIOC also use SPTEs; is it very large ($ show cache/full)? Paul
4248.6	More help	VMSNET::P_NUNEZ		`Sat Apr 05 1997 09:46`	6
	Also, the STARS article below might help: [OpenVMS] How to Determine Available SPTEs on Alpha Systems Paul
4248.7		CPEEDY::wells.lkg.dec.com::wells	Phil Wells	`Fri Apr 18 1997 15:37`	8
	when you increased the glbpages, you needed 695 addition sptes to map the new global page table entries. This means that there are 695 less contiguous sptes to map the PW data cache. The lesson is - use modparams and autogen to modify gblpages. The PW entries in modparams will ensure that there is sufficient contiguous sptes for it's data cache.