[Info-vax] strange cluster behaviour: 2

[JOUKJ]

Peter 'EPLAN' LANGSTOEGER wrote:
> 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).
> 

I used to have the same problem, But when I created a satellite last 
month, using OpenVMS8.4 and Decwindows 1.7 for Alpha, the problem seemed 
to have been gone.

                    Jouk