* [uml-devel] UML not returning memory
@ 2004-10-12 1:04 Michael Richardson
2004-10-12 1:40 ` BlaisorBlade
0 siblings, 1 reply; 3+ messages in thread
From: Michael Richardson @ 2004-10-12 1:04 UTC (permalink / raw)
To: user-mode-linux-devel
-----BEGIN PGP SIGNED MESSAGE-----
Host:
gimli-[aggr/testing/pluto/basic-pluto-01] mcr 1097 %uname -a
Linux gimli 2.4.24 #4 Tue Mar 9 22:18:59 EST 2004 i686 GNU/Linux
debian-sarge, linus kernel.
I seem to be running in TT mode, rather than MM.
(I guess I forgot to apply skas3 on this host)
Guest:
east:~# uname -a
Linux east 2.4.26-3um #1 Fri Oct 8 00:26:17 EDT 2004 i686 unknown
As I run, I gradually run out of memory.
I start UMLs and stop them, reboot them, lots as I am working.
The box does nothing else. I killed all random processes that might have
been using ram, but the memory does not return. We had this problem
on another box, and never figured it out.
I expect that UML is allocating memory and never returning it.
But, given lack of /proc/mm, I don't see how it could be doing this kind
of thing.
Any ideas of where else memory might be disappearing to?
*BEFORE REBOOT*
gimli:/etc/rc2.d# free
total used free shared buffers cached
Mem: 514060 449504 64556 0 65128 134412
- -/+ buffers/cache: 249964 264096
Swap: 1052216 116 1052100
gimli:/etc/rc2.d# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 1492 504 ? S Oct10 0:14 init [2]
root 2 0.0 0.0 0 0 ? S Oct10 0:00 [keventd]
root 3 0.0 0.0 0 0 ? SN Oct10 0:01 [ksoftirqd_CPU0]
root 4 0.0 0.0 0 0 ? S Oct10 0:00 [kswapd]
root 5 0.0 0.0 0 0 ? S Oct10 0:00 [bdflush]
root 6 0.0 0.0 0 0 ? S Oct10 0:50 [kupdated]
root 12 0.0 0.0 0 0 ? S Oct10 0:00 [khubd]
root 21 0.0 0.0 0 0 ? S Oct10 0:31 [kjournald]
root 164 0.0 0.0 0 0 ? S Oct10 0:10 [kjournald]
root 165 0.0 0.0 0 0 ? S Oct10 0:38 [kjournald]
root 166 0.0 0.0 0 0 ? S Oct10 0:01 [kjournald]
root 167 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
root 168 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
root 169 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
root 170 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
root 171 0.0 0.0 0 0 ? S Oct10 0:01 [kjournald]
root 172 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
root 173 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
root 174 0.0 0.0 0 0 ? S Oct10 0:01 [kjournald]
root 175 0.0 0.0 0 0 ? S Oct10 0:00 [kjournald]
daemon 300 0.0 0.0 1608 440 ? Ss Oct10 0:00 /sbin/portmap
root 306 0.0 0.0 0 0 ? S Oct10 0:05 [rpciod]
root 307 0.0 0.0 0 0 ? S Oct10 0:00 [lockd]
root 397 0.0 0.1 2240 804 ? Ss Oct10 0:00 /sbin/syslogd
root 400 0.0 0.1 1492 572 ? Ss Oct10 0:00 /sbin/klogd
root 437 0.0 0.1 2220 748 ? Ss Oct10 0:00 /usr/sbin/inetd
root 457 0.0 0.2 3384 1264 ? Ss Oct10 0:00 /usr/sbin/sshd
root 466 0.0 0.1 2368 912 ? Ss Oct10 0:00 /sbin/rpc.statd
root 469 0.0 0.7 3916 3916 ? SLs Oct10 0:08 /usr/sbin/ntpd -p
daemon 545 0.0 0.1 1672 604 ? Ss Oct10 0:00 /usr/sbin/atd
root 552 0.0 0.1 1756 808 ? Ss Oct10 0:00 /usr/sbin/cron
root 825 0.0 0.2 2584 1484 ttyS0 Ss Oct10 0:00 -bash
root 826 0.0 0.3 6148 1792 ? Ss Oct10 0:00 sshd: mcr [priv]
mcr 828 0.0 0.4 6580 2172 ? S Oct10 0:47 sshd: mcr@notty
mcr 829 0.0 0.6 5908 3368 ? Ss Oct10 0:04 xterm -iconic -na
mcr 839 0.0 0.3 3280 2036 pts/0 Ss+ Oct10 0:00 zsh
mcr 23123 0.0 0.5 5452 2940 pts/0 S 20:44 0:00 xterm -name GIMLI
mcr 23124 0.0 0.3 3292 1856 pts/1 Ss+ 20:44 0:00 zsh
root 25944 0.0 0.1 2480 848 ttyS0 R+ 20:57 0:00 ps aux
*AFTER REBOOT* (no UMLs running yet)
gimli:~# ps ax
PID TTY STAT TIME COMMAND
1 ? S 0:07 init [2]
2 ? S 0:00 [keventd]
3 ? SN 0:00 [ksoftirqd_CPU0]
4 ? S 0:00 [kswapd]
5 ? S 0:00 [bdflush]
6 ? S 0:00 [kupdated]
12 ? S 0:00 [khubd]
21 ? S 0:00 [kjournald]
164 ? S 0:00 [kjournald]
165 ? S 0:00 [kjournald]
166 ? S 0:00 [kjournald]
167 ? S 0:00 [kjournald]
168 ? S 0:00 [kjournald]
169 ? S 0:00 [kjournald]
170 ? S 0:00 [kjournald]
171 ? S 0:00 [kjournald]
172 ? S 0:00 [kjournald]
173 ? S 0:00 [kjournald]
174 ? S 0:00 [kjournald]
175 ? S 0:00 [kjournald]
287 ? Ss 0:00 /sbin/portmap
293 ? S 0:00 [rpciod]
294 ? S 0:00 [lockd]
380 ? Ss 0:00 /sbin/syslogd
383 ? Ss 0:00 /sbin/klogd
391 ? Ss 0:00 /usr/sbin/named -u bind
393 ? S 0:00 /usr/sbin/named -u bind
394 ? R 0:02 /usr/sbin/named -u bind
395 ? S 0:00 /usr/sbin/named -u bind
396 ? S 0:00 /usr/sbin/named -u bind
402 ? Ss 0:00 /usr/sbin/lwresd
405 ? S 0:00 /usr/sbin/lwresd
406 ? S 0:00 /usr/sbin/lwresd
407 ? S 0:00 /usr/sbin/lwresd
408 ? S 0:00 /usr/sbin/lwresd
414 ? Ss 0:00 /usr/sbin/inetd
418 ? Ss 0:00 /usr/sbin/lpd -s
431 ? Ss 0:00 /usr/sbin/sshd
435 ? Ss 0:00 /sbin/rpc.statd
438 ? SLs 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid
499 ? S 0:00 /bin/sh /usr/local/lib/ipsec/_plutorun --debug --uni
500 ? S 0:00 logger -s -p daemon.error -t ipsec__plutorun
503 ? S 0:00 /bin/sh /usr/local/lib/ipsec/_plutorun --debug --uni
507 ? S 0:00 /usr/local/libexec/ipsec/pluto --nofork --secretsfile
508 ? S 0:00 /bin/sh /usr/local/lib/ipsec/_plutoload --wait no --p
513 ? Ss 0:00 /usr/sbin/atd
518 ? Ss 0:00 /usr/sbin/cron
528 ? S 0:00 _pluto_adns
603 ? S 0:00 /usr/sbin/apache
610 ttyS0 Ss 0:00 -bash
703 ? S 0:00 /usr/sbin/apache
704 ? S 0:00 /usr/sbin/apache
705 ? S 0:00 /usr/sbin/apache
706 ? S 0:00 /usr/sbin/apache
711 ? S 0:00 /usr/sbin/apache
715 ? S 0:00 _pluto_adns
716 ? S 0:00 _pluto_adns
763 ? S 0:00 _pluto_adns
764 ? S 0:00 _pluto_adns
765 ? S 0:00 _pluto_adns
766 ? S 0:00 _pluto_adns
767 ? S 0:00 _pluto_adns
768 ? S 0:00 _pluto_adns
769 ? S 0:00 _pluto_adns
770 ? S 0:00 _pluto_adns
772 ttyS0 R+ 0:00 ps ax
gimli:~# free
total used free shared buffers cached
Mem: 514060 32640 481420 0 2380 13156
- -/+ buffers/cache: 17104 496956
Swap: 1052216 0 1052216
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys
iQCVAwUBQWstgYqHRg3pndX9AQHp6QQAzKKtUDn2p63cKgu+P+oAqFasJlU3oaMb
qNljaL6pteRS6NadD0cZHxuUW++5PIWIC+I3bmLngOvKMNrVh7LzhzaQcbWZ6cTh
Bw9HQfyOrjjImkG007M69fvl6L/PTOP/B2i64YH2P8PFA1bLoTMS4ZNWY56MBwoQ
+wUtFrNmVbQ=
=BpOZ
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [uml-devel] UML not returning memory
2004-10-12 1:04 [uml-devel] UML not returning memory Michael Richardson
@ 2004-10-12 1:40 ` BlaisorBlade
2004-10-12 2:01 ` Michael Richardson
0 siblings, 1 reply; 3+ messages in thread
From: BlaisorBlade @ 2004-10-12 1:40 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: Michael Richardson
On Tuesday 12 October 2004 03:04, Michael Richardson wrote:
> Host:
>
> gimli-[aggr/testing/pluto/basic-pluto-01] mcr 1097 %uname -a
> Linux gimli 2.4.24 #4 Tue Mar 9 22:18:59 EST 2004 i686 GNU/Linux
> debian-sarge, linus kernel.
> I seem to be running in TT mode, rather than MM.
Ah, ok, you mean SKAS mode, right? However, please make sure that /proc/mm
does not exist; if it exists you are running in SKAS mode.
> (I guess I forgot to apply skas3 on this host)
> Guest:
>
> east:~# uname -a
> Linux east 2.4.26-3um #1 Fri Oct 8 00:26:17 EDT 2004 i686 unknown
>
> As I run, I gradually run out of memory.
> I start UMLs and stop them, reboot them, lots as I am working.
> The box does nothing else. I killed all random processes that might have
> been using ram, but the memory does not return. We had this problem
> on another box, and never figured it out.
>
> I expect that UML is allocating memory and never returning it.
> But, given lack of /proc/mm, I don't see how it could be doing this kind
> of thing.
>
> Any ideas of where else memory might be disappearing to?
The host kernel allocates his own memory (let's say it has his kmalloc'ed()
memory) - this is the only possible idea I have.
To check this, please go posting before/after reboot, together with this data
(please take another shoot of this data), the content of /proc/slabinfo
and /proc/meminfo. Also, please go in runlevel 1:
telinit 1
before taking the shoot. I'd also like a comparison between the datas before
and after you have fully started, worked on and stopped one UML instance. And
use "ps auxw" in both cases.
Finally, please attach everything - I don't care if it is one file or separate
files, but just that it's not inline in the mail. I prefer to avoid line
wrapping and such things.
However, are you able to reproduce this on a box without Open/FreeSWAN
installed (I don't know what you are using here)? If the new data I've
requested you that the bug is in the host kernel, either it is in the vanilla
kernel or it is in the Open/FreeSWAN patch, or in whatever other patches you
have applied.
Having said this, I must note that something similar happened (in some special
configurations) on host kernels with SKAS patch; but only with the version
for kernel >= 2.4.25, and with UML in SKAS mode, and with the very first
patch I posted on my web-site; I fixed this months ago.
Bye
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [uml-devel] UML not returning memory
2004-10-12 1:40 ` BlaisorBlade
@ 2004-10-12 2:01 ` Michael Richardson
0 siblings, 0 replies; 3+ messages in thread
From: Michael Richardson @ 2004-10-12 2:01 UTC (permalink / raw)
To: BlaisorBlade; +Cc: user-mode-linux-devel
-----BEGIN PGP SIGNED MESSAGE-----
>>>>> "BlaisorBlade" == BlaisorBlade <blaisorblade_spam@yahoo.it> writes:
>> Host:
>>
>> gimli-[aggr/testing/pluto/basic-pluto-01] mcr 1097 %uname -a
>> Linux gimli 2.4.24 #4 Tue Mar 9 22:18:59 EST 2004 i686 GNU/Linux
>> debian-sarge, linus kernel. I seem to be running in TT mode,
>> rather than MM.
BlaisorBlade> Ah, ok, you mean SKAS mode, right? However, please
BlaisorBlade> make sure that /proc/mm does not exist; if it exists
BlaisorBlade> you are running in SKAS mode.
Not running in SKAS. no /proc/mm on host.
>> Any ideas of where else memory might be disappearing to?
BlaisorBlade> The host kernel allocates his own memory (let's say it
BlaisorBlade> has his kmalloc'ed() memory) - this is the only
BlaisorBlade> possible idea I have. To check this, please go
BlaisorBlade> posting before/after reboot, together with this data
BlaisorBlade> (please take another shoot of this data), the content
BlaisorBlade> of /proc/slabinfo and /proc/meminfo. Also, please go
BlaisorBlade> in runlevel 1:
okay, slabinfo and meminfo.
BlaisorBlade> Finally, please attach everything - I don't care if it
BlaisorBlade> is one file or separate files, but just that it's not
BlaisorBlade> inline in the mail. I prefer to avoid line wrapping
BlaisorBlade> and such things.
okay.
BlaisorBlade> However, are you able to reproduce this on a box
BlaisorBlade> without Open/FreeSWAN installed (I don't know what you
BlaisorBlade> are using here)? If the new data I've requested you
BlaisorBlade> that the bug is in the host kernel, either it is in
BlaisorBlade> the vanilla kernel or it is in the Open/FreeSWAN
BlaisorBlade> patch, or in whatever other patches you have applied.
That's certainly possible.
I can disable IPsec on the host, but it is compiled in, so it will
still initialize. If I need to rebuild host kernel, I'll do that, but
not today.
BlaisorBlade> Having said this, I must note that something similar
BlaisorBlade> happened (in some special configurations) on host
BlaisorBlade> kernels with SKAS patch; but only with the version for
BlaisorBlade> kernel >= 2.4.25, and with UML in SKAS mode, and with
BlaisorBlade> the very first patch I posted on my web-site; I fixed
BlaisorBlade> this months ago.
Yes, this is what has me most confused.
I would have expected issues with SKAS.
I keep thinking that maybe it is all in disk buffers, but the numbers
do not make sense to me.
- --
] "Elmo went to the wrong fundraiser" - The Simpson | firewalls [
] Michael Richardson, Xelerance Corporation, Ottawa, ON |net architect[
] mcr@xelerance.com http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys
iQCVAwUBQWs7AoqHRg3pndX9AQHU7gQA03Kp2R30w8YbleEuCJtIMc7FveOqTp0i
9NYFcGuWm9n/26/ELjd7ULOg7BFg0D/EzLXCfCZ/0k7v6pK7p6ah/NlqqB6mYORz
eACbwYbMoItsPdKqiuaFRMTV1xlF+YVuAcj5qHX+aP+dvWQmOTUOBms+H+tEb3rq
G0xrBS90IyA=
=iMWm
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-10-12 2:01 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-10-12 1:04 [uml-devel] UML not returning memory Michael Richardson
2004-10-12 1:40 ` BlaisorBlade
2004-10-12 2:01 ` Michael Richardson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox