Fatal error 635

[De Meulenaere Patrick]

Hello,
 
I changed my quotas but I still have the same error
 
These are the values now :
 
Maxjobs: 0 Fillm: 350 Bytlm: 360000

Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0

Maxdetach: 0 BIOlm: 300 JTquota: 8000

Prclm: 8 DIOlm: 150 WSdef: 10000

Prio: 2 ASTlm: 500 WSquo: 16000

Queprio: 0 TQElm: 20 WSextent: 960000

CPU: (none) Enqlm: 3000 Pgflquo: 3200000

Patrick


________________________________

From: Joe Boyle [mailto:atla38 at dsl.pipex.com] 
Sent: woensdag 16 mei 2007 16:27
To: De Meulenaere Patrick; powerh-l at lists.sowder.com
Subject: RE: Fatal error 635



Whooooops, the Google option is actually 'site:lists.sowder.com powerh-l
*635*'; the link below is simply a URL to the list archives :-)

 

________________________________

From: powerh-l-bounces+atla38=dsl.pipex.com at lists.sowder.com
[mailto:powerh-l-bounces+atla38=dsl.pipex.com at lists.sowder.com] On
Behalf Of Joe Boyle
Sent: 16 May 2007 15:07
To: 'De Meulenaere Patrick'; powerh-l at lists.sowder.com
Subject: RE: Fatal error 635

 

I originally found the comment below by Googling page
'http://lists.sowder.com/pipermail/powerh-l/' and selecting the May 2001
entry

 

________________________________

From: Joe Boyle [mailto:atla38 at dsl.pipex.com] 
Sent: 16 May 2007 14:12
To: 'De Meulenaere Patrick'; 'powerh-l at lists.sowder.com'
Subject: RE: Fatal error 635

 

I have the comments below in the notes from an old email, hope it helps,

 

>I have long running QUICK screen, working with RMS files on ALPHA 

>OPEN/VMS. My PowerHouse is 7.10G1. The processing is quite complicated 

>and is started on 4th screen level.

>Some time QUICK finish O.K. but if I run it on a huge amount of data I 

>get

> 

>*Fatal Error *635* Notify ..........

> 

> and OS prompt. 

 

Definitely look at quotas.

I've seen this, and it's virtually impossible to finally nail down:
telephone support (UK) spent a lot of time (& several upgrades) trying -
incidence is now very low, but it still happens occasionally.

 

Raise UAF quotas: WSdef/quo/extent & PGflquota - I've got 2k/4k/16k &
100k, but my screen depth is less than yours. The WS quotas do seem to
matter, although they really shouldn't. Note also that the
VIRTUALPAGECNT system parameter is effectively an upper bound for
PGflquota, so be prepared to raise that too. The WS system parameters
should be out of sight already on a well configured system (see
recommendations for backup).

 

I'd also recommend upgrading to 710G3/4 - I'm on G3 which significantly
reduced the incidence of the problem.

 

 

________________________________

From: powerh-l-bounces+atla38=dsl.pipex.com at lists.sowder.com
[mailto:powerh-l-bounces+atla38=dsl.pipex.com at lists.sowder.com] On
Behalf Of De Meulenaere Patrick
Sent: 16 May 2007 13:42
To: powerh-l at lists.sowder.com
Subject: RE: Fatal error 635

 

 

_____________________________________________ 
From:   De Meulenaere Patrick  
Sent:   woensdag 16 mei 2007 10:45 
To:     'powerh-l at lists.sowder.com' 
Subject:        Fatal error 635 

Hello, 

We have a problem with the execution of a ghost program . We get a
*Fatal Error* *635* Notify Cognos Customer Support 
Did someone get this error before ? 

We are working with Powerhouse version 7.10G1 and open vms V7.3-2 

Thanks, 

Patrick 

Patrick De Meulenaere 
Glavinfo Powerhouse 
Development center 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sowder.com/pipermail/powerh-l/attachments/20070521/d65eb7ca/attachment.htm