NONMEM Users Network Archive

Hosted by Cognigen

RE: Error files when using multicore runs and psn ==> Fatal Error: Record SIZES is not valid

From: pascal.girard
Date: Thu, 12 Jul 2012 17:09:47 +0200

Hi Nastia,

I tried your trick which would have broken the first table law rule "The
first NM-TRAN control record must be a $PROBLEM record" and put $SIZES as=
 
very first record and got following error:

>_read_problems: First non-comment line in modelfile run.mod is not a
$PROB record. NONMEM syntax violation.

So the first table law rule still resists or you may have a different
NONMEM version. :-)

I also checked the bug list
ftp://nonmem.iconplc.com/Public/nonmem720/nm720_bug_list.pdf , but nothing=
 
is mentioned.

Anyway, thanks for the suggestion!

Kind regards

Pascal




From: Kassir Nastya <nastya.kassir
To: <pascal.girard
<Robert.Bauer
Date: 12/07/2012 16:13
Subject: RE: [NMusers] Error files when using multicore runs and
psn ==> Fatal Error: Record SIZES is not valid



Hi Pascal,
 
$SIZES goes at the begginning of your control stream, before $PROB.
 
I hope it helps.
 
Best regards,
 
Nastya
 

Nastya Kassir, Pharm.D.

Senior Scientist

Pharsight Consulting Services(tm)
A division of Certara(tm)
Email: nkassir

Phone: 1 (514) 789-2180 # 2157
Mobile: 1 (438) 862-0935
Fax: (514) 789-2192

www.pharsight.com <http://www.pharsight.com/>


________________________________

From: owner-nmusers
pascal.girard
Sent: Thu 7/12/2012 09:21
To: Bauer, Robert
Cc: nmusers
"orestis.papasouliotis
owner-nmusers
Subject: RE: [NMusers] Error files when using multicore runs and psn ===
>
Fatal Error: Record SIZES is not valid


Hi Robert,

Thanks for your quick reply. Unfortunately, I could not make it work.

I have 17,000 records. So just after $PROB. I inserted your suggestion:
        $SIZES LIM1 = 20000
and I got the following error :
> Fatal Error: Record SIZES is not valid

So I tried also the default value for LIM1:
        $SIZES LIM1=10000
and also the example given on page 166 of Help guide viii
        $SIZES LIM1=30000 MAXFCN=2000000 NO=500
and always got the "Fatal Error: Record SIZES is not valid" message.

I looked into Help guide viii (pp 166-167 and 463-464) but did not find
any relevant information how to set $SIZES. What would be your suggestion?=
 


Thanks again for your help, because it's highly frustrating not being able=
 
to use the multi-cores when you have such long runs.

Kind regards

Pascal Girard, PhD
pascal.girard
Head of Modeling & Simulation - Oncology
Global Exploratory Medicine
Merck Serono S.A. Geneva
Tel: +41.22.414.3549
Cell: +41.79.508.7898




From: Bauer, Robert <Robert.Bauer
To: "pascal.girard
"nmusers
Cc: "orestis.papasouliotis
<orestis.papasouliotis
"Olaf.Lichtenberger
Date: 11/07/2012 18:55
Subject: RE: [NMusers] Error files when using multicore runs and
psn
Sent by: owner-nmusers

________________________________




Pascal:
I cannot help regarding having all console messages sent to the proper
files in the PSN environment, but I can assist in avoiding your present
NONMEM error. If you insert at the beginning of the control stream file
$SIZES LIM1=??
and insert a large enough value for ??, then file buffer 10 will not be
used, and the error is avoided. The value should be at least as large as
the number of data records (lines) in your data file (see section I.6 of
..\guides\nm720.pdf).
 
Although nmfe72 in parallel mode has been tested successfully in our hands=
 
to use the file buffers for large data sets, it may not work in all grid
environments. Setting the LIM values large enough avoids using buffer
files, and utilizes only memory. The problem also runs faster when buffer
files are not used.
 

Robert J. Bauer, Ph.D.

Vice President, Pharmacometrics, R&D

ICON Development Solutions

7740 Milestone Parkway

Suite 150

Hanover, MD 21076

Tel: (215) 616-6428

Mob: (925) 286-0769

Email: Robert.Bauer

Web: www.iconplc.com <http://www.iconplc.com/>




________________________________

From: owner-nmusers
mailto:owner-nmusers
pascal.girard
Sent: Wednesday, July 11, 2012 11:19 AM
To: nmusers
Cc: orestis.papasouliotis
Olaf.Lichtenberger
Subject: [NMusers] Error files when using multicore runs and psn

Dear All,

We are using psn version: 3.4.2 together with NONMEM 7.2.0 on a Linux Sun=
 
Grid Engine (SGE). When using multi-cores run on SGE, it happens sometimes=
 
that NONMEM returns a log file where the "MONITORING OF SEARCH" starts and=
 
nothing is reported.

Looking into the psn directory, I found files which have the name of my
script file + an extension made of letters and numbers that contains an
error message that is not shown on the log file. For example my nm-tran
script file is run003.mod and my log file run003.lst ends with:

MONITORING OF SEARCH:

Stop Time:
Wed Jul 10 21:05:18 CEST 2012

Then I recover a file named run003.mod.o9501 in run003/NM_run1 directory
created by psn. Sometimes this file contains an explicit error message,
sometimes more cabalistic information as:
WARNINGS AND ERRORS (IF ANY) FOR PROBLEM 1
 
(WARNING 2) NM-TRAN INFERS THAT THE DATA ARE POPULATION.
CREATING MUMODEL ROUTINE...
Recompiling certain components

USING PARALLEL PROFILE mpi_12cores.pnm
MPI TRANSFER TYPE SELECTED
Exit status = 1
IN MPI
Starting MPI version of nonmem execution ...
License Registered to: Merck KGaA
Expiration Date: 14 SEP 2013
Current Date: 11 JUL 2012
Days until program expires : 428


Iterative Two Stage (No Prior)
MONITORING OF SEARCH:

At line 240 of file (unit = 10, file = 'WK1_FILE10')
Fortran runtime error: End of file
Fatal error in MPI_Send: Other MPI error, error stack:
MPI_Send(174).....................: MPI_Send(buf=0xde71a0, count=80030,=
 
MPI_INTEGER, dest=1, tag=1, MPI_COMM_WORLD) failed
MPIDI_CH3I_Progress(150)..........:
MPID_nem_mpich2_blocking_recv(948):
MPID_nem_tcp_connpoll(1720).......:
state_commrdy_handler(1556).......:
MPID_nem_tcp_recv_handler(1446)...: socket closed
rank 1 in job 1 deda1x0481_36189 caused collective abort of all ranks
 exit status of rank 1: return code 2

Questions:
1) Is there a way to force psn and/or NONMEM to collect the error message
in the log file when using multi-cores run ?
2) What about "cabalistic" error messages as the one above?

Thank you for your help,

Kind regards

Pascal Girard, PhD
pascal.girard
Head of Modeling & Simulation - Oncology
Global Exploratory Medicine
Merck Serono S.A. Geneva
Tel: +41.22.414.3549
Cell: +41.79.508.7898

This message and any attachment are confidential and may be privileged or
otherwise protected from disclosure. If you are not the intended
recipient, you must not copy this message or attachment or disclose the
contents to any other person. If you have received this transmission in
error, please notify the sender immediately and delete the message and any=
 
attachment from your system. Merck KGaA, Darmstadt, Germany and any of its=
 
subsidiaries do not accept liability for any omissions or errors in this
message which may arise as a result of E-Mail-transmission or for damages
resulting from any unauthorized changes of the content of this message and=
 
any attachment thereto. Merck KGaA, Darmstadt, Germany and any of its
subsidiaries do not guarantee that this message is free of viruses and
does not accept liability for any damages caused by any virus transmitted
therewith.

Click http://www.merckgroup.com/disclaimer <
http://www.merckgroup.com/disclaimer> to access the German, French,
Spanish and Portuguese versions of this disclaimer.
ICON plc made the following annotations.
---------------------------------------------------------------------------=
---
This e-mail transmission may contain confidential or legally privileged
information
that is intended only for the individual or entity named in the e-mail
address. If you
are not the intended recipient, you are hereby notified that any
disclosure, copying,
distribution, or reliance upon the contents of this e-mail is strictly
prohibited. If
you have received this e-mail transmission in error, please reply to the
sender, so that
ICON plc can arrange for proper delivery, and then please delete the
message.
Thank You,
ICON plc
South County Business Park
Leopardstown
Dublin 18
Ireland
Registered number: 145835



This message and any attachment are confidential and may be privileged or
otherwise protected from disclosure. If you are not the intended
recipient, you must not copy this message or attachment or disclose the
contents to any other person. If you have received this transmission in
error, please notify the sender immediately and delete the message and any=
 
attachment from your system. Merck KGaA, Darmstadt, Germany and any of its=
 
subsidiaries do not accept liability for any omissions or errors in this
message which may arise as a result of E-Mail-transmission or for damages
resulting from any unauthorized changes of the content of this message and=
 
any attachment thereto. Merck KGaA, Darmstadt, Germany and any of its
subsidiaries do not guarantee that this message is free of viruses and
does not accept liability for any damages caused by any virus transmitted
therewith.

Click http://www.merckgroup.com/disclaimer to access the German, French,
Spanish and Portuguese versions of this disclaimer.




This message and any attachment are confidential and may be privileged or o=
therwise protected from disclosure. If you are not the intended recipient, =
you must not copy this message or attachment or disclose the contents to an=
y other person. If you have received this transmission in error, please not=
ify the sender immediately and delete the message and any attachment from y=
our system. Merck KGaA, Darmstadt, Germany and any of its subsidiaries do n=
ot accept liability for any omissions or errors in this message which may a=
rise as a result of E-Mail-transmission or for damages resulting from any u=
nauthorized changes of the content of this message and any attachment there=
to. Merck KGaA, Darmstadt, Germany and any of its subsidiaries do not guara=
ntee that this message is free of viruses and does not accept liability for=
 any damages caused by any virus transmitted therewith.

Click http://www.merckgroup.com/disclaimer to access the German, French, Sp=
anish and Portuguese versions of this disclaimer.
Received on Thu Jul 12 2012 - 11:09:47 EDT

The NONMEM Users Network is maintained by ICON plc. Requests to subscribe to the network should be sent to: nmusers-request@iconplc.com.

Once subscribed, you may contribute to the discussion by emailing: nmusers@globomaxnm.com.