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

ypserv consumes giant amounts of memory???



Hi there,

I'm running "frozen", previously with kernel ver 2.3.99pre-7 and now 
2.4test-1.

Since I installed a NIS master server a few days ago my system often comes 
to a crawl by excessive memory use of the NIS server (ypserv.)

I can (sort of) reproduce it by issuing "ypwhich -m" from the box itself or 
another machine in my LAN which is just a NIS client. Suddenly there are 
several copies of ypserv in the process list which consume ridiculous 
amounts of memory and cause the machine to start swapping excessively, 
bringing it to a crawl.

Here are two "top" snapshots I was able to create:

============= 8x =================
 PID USER     PRI  NI  SIZE  RSS SHARE STAT  LIB %CPU %MEM   TIME COMMAND
  376 root      17   0  9272 4996   132 D       0  9.1 12.9   0:01 ypserv
  377 root      20   0  9280 4936   136 R       0  8.9 12.8   0:01 ypserv
  373 root      13   0  1372 1372   700 R       0  8.8  3.5   0:13 top
  375 root      14   0  9260 4224   132 D       0  8.1 10.9   0:01 ypserv
  380 root       7   0  9324 3256  1072 R       0  7.2  8.4   0:01 ypserv
  379 root       6   0  9296 5420   128 R       0  6.7 14.0   0:01 ypserv
  378 root       5   0  9292 5604   156 R       0  6.6 14.5   0:01 ypserv
  381 root       6   0   548  548   472 D       0  6.5  1.4   0:00 shutdown
    2 root       8   0     0    0     0 SW      0  3.9  0.0   0:02 kswapd
  160 root       1   0   232  160   104 S       0  0.7  0.4   0:00 ypbind
  286 root       0   0   588  572   276 S       0  0.7  1.4   0:00 bash
  355 root       0   0   380  120    76 S       0  0.3  0.3   0:01 sshd
    4 root       0   0     0    0     0 SW      0  0.1  0.0   0:00 kupdate
  147 root       1   0  9476 3308  3192 S       0  0.1  8.6   0:00 ypserv
    1 root       0   0   100   52    40 S       0  0.0  0.1   0:03 init
    3 root       0   0     0    0     0 SW      0  0.0  0.0   0:00 kflushd
============= 8x =================
  1:30pm  up  9:24,  3 users,  load average: 2.57, 1.31, 0.91
50 processes: 45 sleeping, 5 running, 0 zombie, 0 stopped
CPU states:  2.9% user, 43.9% system,  0.0% nice, 53.0% idle
Mem:   38456K av,  29624K used,   8832K free,      0K shrd,    148K buff
Swap: 131064K av,  14108K used, 116956K free                  1880K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT  LIB %CPU %MEM   TIME COMMAND
 7706 root      14   0  8856 3072   152 D       0  4.8  7.9   0:00 ypserv
 7711 root      13   0  8780 2596    40 R       0  4.4  6.7   0:00 ypserv
 7708 root      11   0  8772 2608    44 D       0  4.3  6.7   0:00 ypserv
 7710 root      12   0  8776 3668    48 R       0  4.3  9.5   0:00 ypserv
 7709 root      11   0  8772 3588    48 R       0  4.2  9.3   0:00 ypserv
 7707 root      16   0  8760 2944    36 R       0  4.1  7.6   0:00 ypserv
 7704 root      12   0  1356 1356   700 R       0  2.4  3.5   0:05 top
 7712 root      18   0  8856 1024   168 D       0  2.4  2.6   0:00 ypserv
  150 root       8   0  8896 1244   280 S       0  1.6  3.2   0:22 ypserv
    2 root       2   0     0    0     0 SW      0  0.8  0.0   2:59 kswapd
   83 daemon     1   0   252  232   200 S       0  0.5  0.6   0:10 portmap
 7653 root       1   0   392  160   100 S       0  0.2  0.4   0:02 sshd
    1 root       0   0   100   52    40 S       0  0.0  0.1   0:07 init
    3 root       0   0     0    0     0 SW      0  0.0  0.0   0:00 kflushd
    4 root       0   0     0    0     0 SW      0  0.0  0.0   0:02 kupdate
  135 root       0   0   228  168   136 S       0  0.0  0.4   0:06 syslogd
  137 root       0   0   660  168   140 S       0  0.0  0.4   0:01 klogd
============= 8x =================

I'm pretty sure my config is ok (I've set up NIS servers before, both under 
Linux and under Solaris.)

Any idea what's going on and how I can debug the scenario?

Thanks,

Ralf


-- 
Sign the EU petition against SPAM:          L I N U X       .~.
http://www.politik-digital.de/spam/        The  Choice      /V\
                                            of a  GNU      /( )\
                                           Generation      ^^-^^




Reply to: