[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Support #MGB-595464]: Re: 20060103: Building ldm-6.4.4 under HP-UX 11.23 using gcc

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [Support #MGB-595464]: Re: 20060103: Building ldm-6.4.4 under HP-UX 11.23 using gcc
  • Date: Tue, 17 Jan 2006 10:53:36 -0700
> System has 1 GB physical memory and 2GB swap.
> 
> *The top portion of the `top` command displays:
> 
> ldm queue set at 955MB and ldm running:
> 
> *System: hmr-1                                         Sun Jan 15
> 14:24:51 2006
> Load averages: 0.10, 0.10, 0.06
> 151 processes: 131 sleeping, 19 running, 1 zombie
> Cpu states:
> LOAD   USER   NICE    SYS   IDLE  BLOCK  SWAIT   INTR   SSYS
> 0.10       0.0%    0.0%     0.0%  100.0%   0.0%   0.0%       0.0%   0.0%
> 
> Memory: 250948K (109368K) real, 1690504K (906180K) virtual, 17292K free

Something's wrong.  The top(1) output above indicates that only about 268 MB of 
physical memory exists (real + free) -- not 1 GB.

The system is also running very close to the swap limit (about 1.7 GB are 
active out of 2 GB).

> *ldm queue not set, ldm off*
> 
> NO QUEUE, ldmadmin off
> System: hmr-1                                         Sun Jan 15
> 14:26:56 2006
> Load averages: 0.03, 0.07, 0.05
> 146 processes: 126 sleeping, 19 running, 1 zombie
> Cpu states:
> LOAD   USER   NICE    SYS   IDLE  BLOCK  SWAIT   INTR   SSYS
> 0.03      0.0%     0.0%     0.4%  99.6%   0.0%      0.0%      0.0%   0.0%
> 
> Memory: 66932K (52740K) real, 690316K (590216K) virtual, 203000K free
> Page# 1/1

Again, the above indicates that only about 270 MB of physical memory exists 
(real + free).

It's possible that one of more of the memory chips aren't seated correctly or 
are faulty.

It's also possible that top(1) is lying.  You can check this by executing, as 
root, the command "dmesg | less".  Search for "mem".

The operating-system apparently copies the memory-mapped product-queue into the 
swap file because the amount of in-use swap-space increases from about 690 MB 
to about 1.7 GB when the LDM is running.  I suspect that the operating-system 
is deciding that a larger product-queue can't be supported.  If dmesg(1) 
indicates that you, indeed, have 2 GB of physical memory, then I suggest 
increasing the size of the swap file.

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: MGB-595464
Department: Support LDM
Priority: Normal
Status: Open