[Info-vax] strange cluster behaviour: 2

[Peter 'EPLAN' LANGSTOEGER]

In article <ij8e46$5sv$2 at online.de>, helbig at astro.multiCLOTHESvax.de (Phillip Helbig---undress to reply) writes:
>When setting up new satellites, I get the standard message that global 
>sections is too low for DECwindows to start, and get asked whether 
>AUTOGEN should be run to correct it.  If I say yes, it doesn't get 
>corrected, i.e. after the automatic reboot the same message comes again 
>and would do so forever if I didn't correct it by hand. 

This is a VMS/MOTIF bug for decades now. Value added by MOTIF installation
to CLU$PARAMS.DAT is way too low (600)...

Add MIN_GBLSECTIONS=1024 to SYS$SYSTEM:MODPARAMS.DAT

I have it in my SYS$SYSDEVICE:[SYSGEN]COMMON.PAR include file

btw: Have also a look at SYS$MANAGER:AGEN$NEW_*_DEFAULTS.*

>                                                         There is no 
>change made to MODPARAMS.DAT after the initial creation when setting up 
>the satellite.

Few utils manipulate the MODPARAM.DAT themselves (Pathworks comes to mind)
and AUTOGEN.COM itself is not one of them (reads it, but not change it).

>If I add a line to MODPARAMS.DAT for the correct value of GBLSECTIONS, 
>then of course it works. 

Yup.

>Why is this automatic correction not working?

Because nobody with a support contract requested VMS engineering to fix it
OR nobody at VMS engineering cared for the request (and nobody complained).

-- 
Peter "EPLAN" LANGSTÖGER
Network and OpenVMS system specialist
E-mail  Peter at LANGSTOeGER.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist