All of lore.kernel.org
 help / color / mirror / Atom feed
* memory consumption of multipathd after Upgrade SLES 10 SP2 -> SLES 11
@ 2009-10-16 15:20 Sebastian Reitenbach
  2009-10-19  6:16 ` Hannes Reinecke
  0 siblings, 1 reply; 4+ messages in thread
From: Sebastian Reitenbach @ 2009-10-16 15:20 UTC (permalink / raw)
  To: dm-devel

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.

If I need to provide more information, please let me know.

cheers
Sebastian

/etc/init.d/multipath.conf file on the SLES 11 servers.
defaults {
        udev_dir        /dev
        verbosity       2
        polling_interval 10
        selector        "round-robin 0"
        path_grouping_policy    group_by_serial
        getuid_callout  "/lib/udev/scsi_id -g -u -d /dev/%n"
        path_checker    tur
        rr_min_io       100
        max_fds         8192
        rr_weight       priorities
        failback        immediate
        no_path_retry  fail
        user_friendly_names yes
}

blacklist {
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*|sda"
        devnode "^hd[a-z][[0-9]*]"
        devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]"
}
blacklist_exceptions {
        devnode "^sda[a-z]+"
}
multipaths {
        multipath {
                wwid                    3600508b4001074ab0000c000014e0000
                alias                   ONE
        }
        multipath {
                wwid                    3600508b4001074ab0000c000014b0000
                alias                   TWO
        }
        multipath {
                wwid                    3600508b4001074ab0000c00001960000
                alias                   THREE
        }
        multipath {
                wwid                    3600508b4001074ab0000c00001be0000
                alias                   FOUR
        }
        multipath {
                wwid                    3600a0b800048b31000000fdc4a0809ff
                alias                   FIVE
        }
        multipath {
                wwid                    3600a0b800048b31000000fb949f9627c
                alias                   SIX
        }
        multipath {
                wwid                    3600a0b800048b31000000fc249f96349
                alias                   SEVEN
        }
        multipath {
                wwid                    3600a0b800048b31000000fbc49f962b0
                alias                   EIGHT
        }
        multipath {
                wwid                    3600a0b800048b31000000fc049f96308
                alias                   NINE
        }
        multipath {
                wwid                    3600508b4001074ab0000c00000a70000
                alias                   TEN
        }
        multipath {
                wwid                    3600a0b800048b310000017c64a48ee34
                alias                   ELEVEN
        }
        multipath {
                wwid                    3600a0b800048b310000017c44a48ec5a
                alias                   TWELVE
        }
        multipath {
                wwid                    3600a0b800048b310000017a04a4058d0
                alias                   THIRTEEN
        }
        multipath {
                wwid                    3600a0b800048b3100000179d4a40589e
                alias                   FOURTEEN
        }
        multipath {
                wwid                    3600a0b800048b310000017c94a48ee57
                alias                   FIVETEEN
        }
}

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: memory consumption of multipathd after Upgrade SLES 10 SP2 -> SLES 11
  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
  2009-10-19  7:04   ` Sebastian Reitenbach
  0 siblings, 1 reply; 4+ messages in thread
From: Hannes Reinecke @ 2009-10-19  6:16 UTC (permalink / raw)
  To: device-mapper development

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)

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: memory consumption of multipathd after Upgrade SLES 10 SP2 -> SLES 11
  2009-10-19  6:16 ` Hannes Reinecke
@ 2009-10-19  7:04   ` Sebastian Reitenbach
  2009-10-19 11:14     ` Sebastian Reitenbach
  0 siblings, 1 reply; 4+ messages in thread
From: Sebastian Reitenbach @ 2009-10-19  7:04 UTC (permalink / raw)
  To: device-mapper development

Hi,

On Monday 19 October 2009 08:16:51 am Hannes Reinecke wrote:
> 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.
I thought I have all available updates installed, need to check, refresh my 
update sources, and see again whether updates are available.

thanks for pointing out
Sebastian
>
> Cheers,
>
> Hannes

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: memory consumption of multipathd after Upgrade SLES 10 SP2 -> SLES 11
  2009-10-19  7:04   ` Sebastian Reitenbach
@ 2009-10-19 11:14     ` Sebastian Reitenbach
  0 siblings, 0 replies; 4+ messages in thread
From: Sebastian Reitenbach @ 2009-10-19 11:14 UTC (permalink / raw)
  To: dm-devel

Hi,

On Monday 19 October 2009 09:04:11 am Sebastian Reitenbach wrote:
> Hi,
>
> On Monday 19 October 2009 08:16:51 am Hannes Reinecke wrote:
> > 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.
>
> I thought I have all available updates installed, need to check, refresh my
> update sources, and see again whether updates are available.

Not perfectly sure what you mean with latest maintenance release. However, I 
just synched again the SLES 11 updates from:
https://nu.novell.com/repo/\$RCE/SLES11-Updates/sle-11-x86_64/
however, no new multipath-tools or kernel update is available. 
Do you know which version is supposed to work?

regards
Sebastian

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-10-19 11:14 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2009-10-19  7:04   ` Sebastian Reitenbach
2009-10-19 11:14     ` Sebastian Reitenbach

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.