From: Hannes Reinecke <hare@suse.de>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: memory consumption of multipathd after Upgrade SLES 10 SP2 -> SLES 11
Date: Mon, 19 Oct 2009 08:16:51 +0200 [thread overview]
Message-ID: <4ADC0453.9010406@suse.de> (raw)
In-Reply-To: <200910161720.42414.sebastia@l00-bugdead-prods.de>
Sebastian Reitenbach wrote:
> Hi,
>
> I use multipath tools to manage the multiple ways through the SAN connected
> via FC. The server sees two paths per LUN. There are 15 LUNs presented to the
> server.
>
> I upgraded two server to SLES 11, installed latest patches, running kernel:
> Linux server1 2.6.27.29-0.1-xen #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64
> x86_64 GNU/Linux
>
> multipath-tools-0.4.8-40.4.1
>
> There I recognized a fairly large amount of memory used by multipathd:
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 5367 root RT 0 238m 140m 2804 S 0 28.1 0:34.70 multipathd
>
> I see the huge memory consumption on both of the servers.
>
>
> On a different server, not yet upgraded, running SLES 10 SP2, with different
> SAN storages applied, there I run kernel:
> Linux server2 2.6.16.60-0.34-xen #1 SMP Fri Jan 16 14:59:01 UTC 2009 x86_64
> x86_64 x86_64 GNU/Linux
> with multipath tools:
> multipath-tools-0.4.7-34.40
> There I have 20 LUNs presented, and the server sees 4 paths per LUN, I in top
> a much fewer memory consumption:
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 4796 root RT 0 11928 4808 2220 S 0 1.6 0:01.37 multipathd
>
>
> However, both of the servers running SLES 11 work fine so far, no "errors"
> recognized. I still wonder whether the large memory consumption is correct, as
> I expected sth. similar as on the SLES10 SP2 hosts.
> Below the configuration file I use on the SLES 11 servers.
>
This is a known regression with SLES11. Please update to the latest
maintenance release.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
hare@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
next prev parent reply other threads:[~2009-10-19 6:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-16 15:20 memory consumption of multipathd after Upgrade SLES 10 SP2 -> SLES 11 Sebastian Reitenbach
2009-10-19 6:16 ` Hannes Reinecke [this message]
2009-10-19 7:04 ` Sebastian Reitenbach
2009-10-19 11:14 ` Sebastian Reitenbach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ADC0453.9010406@suse.de \
--to=hare@suse.de \
--cc=dm-devel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.