Hello,

First timer here, and fairly inexperienced...

I have an OpenSolaris kernel version #104 Build from Nexenta Systems, and we 
are seeing a problem with idmapd using too much memory. It looks like it could 
be leaking. The error message reported actually says "idmapd/4 allocates 
1457MB, which is more than configured maximum".

Here is the fault we are seeing:

n...@leopard-6:/$ show trigger memory-check -v
PROPERTY                     VALUE
name                       : memory-check
type                       : trigger
info                       : Monitor free memory in the system
state                      : ready
status                     : enabled
flags                      : maintenance on max fail | clear old faults
period                     : every 12 minutes
trace_level                : 1
enable_swap_check          : 1          # Non-zero value means that swap space 
utilization is being monitored
                           :            #
free_ram_notice            : 5          # Free memory low threshold (percentage 
of total RAM)
                           :            # Alarm (severity=notice) is raised if 
the free memory gets below this threshold
free_swap_critical         : 10         # Critically low free swap space 
threshold (percentage of total swap space)
                           :            #
free_swap_notice           : 25         # Swap space low threshold (percentage 
of total swap space)
                           :            #
interval                   : 5          # Sampling time interval (seconds)
                           :            #
max_fault_cnt              : 5          # Number of times to register the fault 
condition prior to generating email notification
                           :            #
max_rss_suspect            : 100        # Maximum resident set size (RSS) of 
any process in the system (megabytes)
                           :            # Alarm (severity=notice) is raised if 
any process in the system occupies more than the specified RSS
num_procs                  : 8          # Number of top memory-consuming 
processes to report
                           :            #
paging_critical            : 10         # Critically high paging intensity 
threshold (percentage of pages loaded from on-disk swap)
                           :            # Alarm (severity=critical) is raised 
if the intensity of paging to disk (scan rate) gets beyond this critical 
threshold
vmstat_aggr_max            : 60         # Statistics aggregation period 
(seconds)
                           :            #
-------------------------------------------
TRIGGER                     FAULT COUNT SEVERITY TIME
memory-check                3     149   NOTICE   Tue Feb 24 19:48:06 2009
The appliance is low on free memory - remains less than 5% of total RAM and 
idmapd/4 allocates 1457MB, which is more than configured maximum
PRSTAT:
   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP
   326 daemon   1459M 1457M sleep   59    0   0:03:38 0.0% idmapd/4
   601 root       73M   53M sleep   58    0   0:25:41 0.1% nms/1
 20545 root       35M   31M sleep   59    0   0:00:14 0.0% nmv.py/5
   635 root       32M   30M sleep   59    0   0:00:03 0.0% nmc/1
   748 root       20M   18M sleep   59    0   0:00:00 0.0% hosts-check/1
   629 root       19M   17M sleep   59    0   0:00:00 0.0% volume-check/1
  1193 root       19M   17M sleep   39    0   0:00:00 0.2% memory-check/1
   714 root       19M   17M sleep   59    0   0:00:01 0.0% disk-check/1
Total: 56 processes, 252 lwps, load averages: 0.02, 0.01, 0.01


The appliance has 1 outstanding fault.

Here is the memory info for this system:

n...@leopard-6:/$  dtrace memory swapinfo
RAM  _______Total 16378 MB
RAM      Unusable     8 MB
RAM        Kernel 13856 MB
RAM        Locked     2 MB
RAM          Used  1873 MB
RAM          Free   638 MB

Disk _______Total  2039 MB
Disk         Resv  1878 MB
Disk        Avail   161 MB

Swap _______Total  2505 MB
Swap         Resv  1878 MB
Swap        Avail   627 MB
Swap    (Minfree)  2046 MB


Any advice or suggestions?

Thank you,
John Keiffer


_______________________________________________
cifs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss

Reply via email to