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

Conference hydra::axp-developer

Title:Alpha Developer Support
Notice:[email protected], 800-332-4786
Moderator:HYDRA::SYSTEM
Created:Mon Jun 06 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3722
Total number of notes:11359

3705.0. "LMS NUMERICAL TECHNOLOGIES - Point 29588" by KZIN::ASAP () Wed Jun 04 1997 05:01

    Company Name :  LMS NUMERICAL TECHNOLOGIES - Point 29588
    Contact Name :  Peter SEGAERT
    Phone        :  3216 384.500
    Fax          :  3216 384.550
    Email        :  [email protected]
    Date/Time in :   4-JUN-1997 09:01:31
    Entered by   :  Ian Chamberlin
    SPE center   :  REO

    Category     :  unix
    OS Version   :  3.2
    System H/W   :  


    Brief Description of Problem:
    -----------------------------

From:	RDGENG::MRGATE::"RDGMTS::PMDF::mail.dec.com::Santing"  3-JUN-1997 21:29:04.72
To:	RDGENG::ASAP
CC:	
Subj:	ESCALATION: POINT 29588  , Company LMS NUMERICAL TECHNOLOGIES  -  Leuven [BELGIUM]

From:	NAME: Ben Santing <[email protected]@PMDF@INTERNET>
To:	NAME: '[email protected]' <IMCEAX400-c=US+3Ba=+20+3Bp=DIGITAL+3Bo=SBUEURMFG+3Bdda+3ASMTP=asap+40reo+2Emts+2Edec+2Ecom+3B@mail.dec.com@PMDF@INTERNET>

Hello - 

POINT Log Number	 29588
Company Name 	LMS NUMERICAL TECHNOLOGIES  -  Leuven [BELGIUM]
Engineers name	Peter SEGAERT
Telephone Number 	3216 384.500	
Fax Number		3216 384.550
E-mail Address	[email protected]

Operating System, Version	Digital Unix 3.2 
Platform			Alpha

Problem Statement		

Our company develops, markets and supports SYSNOISE, a state-
of-the-art program for Numerical Vibro-Acoustic Analysis, 
which runs on UNIX platforms of all major vendors and on 
CONVEX and CRAY supercomputers.

One of our customers is experiencing problems when trying to 
start the SYSNOISE program on a DEC ALPHAStation 200/233, 
running OSF/1 3.2 and 64 MBytes of RAM.  The program fails 
to start, and the O/S returns the message :

*** Unable to get the requested swap space ***

When starting the SYSNOISE program, the user specifies an 
option '-m' , which indicates how much (static) memory should 
be allocated to the program using the *malloc* function.  
Even when requesting only 4MBytes of RAM memory, we get the 
message above ....


The contents of the /etc/fstab file is as follows :

root_domain#root	/	advfs  rw 1 0
/proc			/proc	procfs rw 1 0
usr_domain#usr		/usr	advfs  rw 2 0
/dev/rz0b		swap1	ufs    sw 0 2
/dev/rz1c		/home	ufs    rw 1 2


The command '/sbin/swapon -s' returns the following info :

Swap partition /dev/rz0b (default swap):
    Allocated space:        16384 pages (128MB)
    In-use space:            2138 pages ( 13%)
    Free space:             14246 pages ( 86%)

Total swap allocation:
    Allocated space:        16384 pages (128MB)
    Reserved space:          3672 pages ( 22%)
    In-use space:            2138 pages ( 13%)
    Available space:        12712 pages ( 77%)


Can you explain the reason for the error message above and 
indicate a way to solve the problem ??  A swift reply would 
be greatly appreciated.


Thanks in advance,

PETER SEGAERT

**********************************************************************
Ir. Peter SEGAERT                         LMS NUMERICAL TECHNOLOGIES
Technical Support Manager                 Interleuvenlaan 70 
                                          3001 LEUVEN  -  BELGIUM 

Technical Support : [email protected]     Tel : +32-16-384.500
Personal mail     : [email protected]         Fax : +32-16-384.550
**********************************************************************

Here is the displaying of the excution of the command rlogin,where wlh stands 
for an user account name and the decb420 stands for hostname of my computer. 
*******************************************************

rlogin -l wlh decb420
Password:
Last login: Sun Dec 15 00:17:56 on :0

DEC OSF/1 V3.2 (Rev. 214); Sun Oct  8 20:14:47 CST 1995
DEC OSF/1 V3.2 Worksystem Software (Rev. 214)
DEC OSF/1 Chinese Support V3.2 (rev. 12.1)

    /var/adm/smlogs/wwinstall.log contains a log of the Worldwide Installation


The installation software has successfully installed your system.

There are logfiles that contain a record of your installation.
These are:

        /var/adm/smlogs/install.log     - general log file
        /var/adm/smlogs/install.FS.log  - file system creation logs
        /var/adm/smlogs/setld.log       - log for the setld(8) utility
        /var/adm/smlogs/fverify.log     - verification log file
***************************************************************






In replying, please use [email protected]



RFC-822-headers:
Received: from reoexc1.reo.dec.com by rg71rw.reo.dec.com (PMDF V5.0-7 #15552)
 id <[email protected]> for [email protected]; Tue,
 03 Jun 1997 11:57:16 +0100
Received: by reoexc1.reo.dec.com with SMTP
 (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
 id <[email protected]>; Tue, 03 Jun 1997 11:58:08 +0100
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
T.RTitleUserPersonal
Name
DateLines
3705.1Swap allocation? (sent 04 Jun)RDGENG::CHAMBERLINDanger! Do not Reverse PolarityFri Jun 06 1997 05:3542

Peter,
	I'm replying to your ASAP request as above.

The default swap allocation method for Digital Unix (formerly DEC OSF/1)
requires that the full potential swap requirement is allocated when an
application is started. If this cannot be achived, then you get the message you
are seeing, although in the case you mention, available swap is ~96 Mb which
seems adequate for most applications. Were other processes running at the time
of failure, as opposed to when the swap figures were checked, in which case the
available swap may be lower. This pre-allocation accounts for the difference
between allocated and i -use swap as shown by swapon -s.

I dont know how much swap your application actually needs. If you have a system
where it does run, then you can see how much swap is actually used and
allocated on the system(with swapon -s)  and also check the virtual size of
your application (vss from ps u) which is potentially how much it will need. If
these figures are large (comparable with the available swap on the failing
system) then this is the reason for the failure to start. In this case, you
would need to add more swap space to the system (see the man page for swapon
for details on how to do this).

An alternative is to change the swap mode used by Digital unix from immediate
(default) to deferred. This means that swap space for all applications is  not
allocated until actually needed. This has the advantage of allowing
applications to start - the disadvantage is that if the system does run out of
swap, then running applications will stop. Again, see man page for swapon for
description of how to change the swap mode.

Please advise me how you get on, and if you still have problems, with more
details about the running size of your application and swap details of machines
it runs on.


regards,


Ian Chamberlin
Software Partner Engineering, Digital Equipment Corp, UK