All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Cong Wang <amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Subject: Re: dracut does not mount iscsi targets specified using --mount option
Date: Tue, 24 Apr 2012 17:02:24 -0400	[thread overview]
Message-ID: <20120424210224.GJ26708@redhat.com> (raw)
In-Reply-To: <1335237489.32756.8.camel@cr0>

On Tue, Apr 24, 2012 at 11:18:09AM +0800, Cong Wang wrote:

[..]
> > > Why don't you want host-only mode for the other kernel modules?
> > 
> > I think host-only should be reasonable but there should be scope for
> > further optimization. IIUC, host-only will try to include all the modules
> > which are needed to mount root and boot the machine. But in kdump, we
> > might not want to mount root at all. We just might want to dump vmcore
> > over NFS and reboot.
> 
> Yes, exactly. The last time I tried host-only, it included more dracut
> modules than what we need, thus increased the initrd size.

For me using --hostonly seems to be producing smaller initramfs then what
is produced by default in kdump today in F17.

I tried "-m kdumpbase" and my uncompressed initramfs size is around 36MB.

I tried "--add kdumpbase" and my uncompressed initramfs size is 72MB. 

With "-add kdumpbase --host-only" uncompressed initramfs size is 18MB.

So with --hostonly size has come down. So why do you say that using
hostonlly increased the size of initramfs.

> 
> (The other reason is, as you replied in another email, host-only doesn't
> respect --mount, this also means "network" module will not be included
> when I dump to NFS but my rootfs is not NFS.)

I did not say that --hostonly does not respect --mount in all the cases.
Looks like it does not respect in case of multipath and iscsi as of
today. I see code where --mount devices and fs is pushed into
host_fs_types[]. I guess it is just a matter of parsing host_fs_types
in multipath and things should work.

> > 
> > So the assumption that we will necessarily mount root is not valid in
> > kdump context. I am not sure how much memory saving this extra
> > optimization will lead to, but I will try passing -H and do some testing
> > and see how size is varying.
> 
> Before this, we have to fix -H to work with --mount. ;-)

Following is a small patch  which seems to fix the issue of dumping to
multipath device for me. Is it this simple. Harald?


---
 lib/dracut/modules.d/90multipath/module-setup.sh |   13 ++++++++-----
 1 file changed, 8 insertions(+), 5 deletions(-)

Index: /lib/dracut/modules.d/90multipath/module-setup.sh
===================================================================
--- .orig/lib/dracut/modules.d/90multipath/module-setup.sh	2012-04-16 10:03:27.000000000 -0400
+++ /lib/dracut/modules.d/90multipath/module-setup.sh	2012-04-24 16:59:53.831999986 -0400
@@ -17,11 +17,14 @@ check() {
     }
 
     if [[ $hostonly ]]; then
-        _rootdev=$(find_root_block_device)
-        if [[ $_rootdev ]]; then
-            check_block_and_slaves is_mpath "$_rootdev" && return 0
-        fi
-        return 1
+	local _found
+	local _dev
+	for fs in ${host_fs_types[@]}; do
+		_dev=$(echo $fs | awk -F '|' '{print $1}')
+		is_mpath $(get_maj_min $_dev) && _found="1"
+	done
+	[[ $_found ]] || return 1
+	unset _found
     fi
 
     return 0

  reply	other threads:[~2012-04-24 21:02 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-18 22:28 dracut does not mount iscsi targets specified using --mount option Vivek Goyal
     [not found] ` <20120418222829.GG2224-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-19  4:57   ` Cong Wang
2012-04-19  8:59   ` Harald Hoyer
     [not found]     ` <4F8FD3E5.90103-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-20  6:45       ` Cong Wang
2012-04-20  8:42         ` Harald Hoyer
     [not found]           ` <20120420155143.GK22419@redhat.com>
     [not found]             ` <20120420155143.GK22419-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-23  4:09               ` Cong Wang
2012-04-20 13:51       ` Vivek Goyal
     [not found]         ` <20120420135156.GE22419-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-23  4:11           ` Cong Wang
2012-04-23  7:40             ` Harald Hoyer
     [not found]               ` <4F95076A.9060504-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-23  7:53                 ` Cong Wang
2012-04-23  8:37                   ` Harald Hoyer
     [not found]                     ` <4F9514E5.3010003-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-23 12:54                       ` Vivek Goyal
     [not found]                         ` <20120423125449.GF8103-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-24  3:18                           ` Cong Wang
2012-04-24 21:02                             ` Vivek Goyal [this message]
     [not found]                               ` <20120424210224.GJ26708-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25  9:26                                 ` Harald Hoyer
     [not found]                                   ` <4F97C337.8040604-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-04-25 13:46                                     ` Vivek Goyal
     [not found]                                       ` <20120425134606.GE12519-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25 13:57                                         ` Harald Hoyer
     [not found]                                           ` <4F9802CE.2030601-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25 14:14                                             ` Vivek Goyal
     [not found]                                               ` <20120425141421.GF12519-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25 14:22                                                 ` Harald Hoyer
     [not found]                                                   ` <4F9808A1.50206-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25 15:02                                                     ` Vivek Goyal
     [not found]                                                       ` <20120425150246.GG12519-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25 16:14                                                         ` Harald Hoyer
     [not found]                                                           ` <4F9822FD.1010303-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-25 18:44                                                             ` Vivek Goyal
2012-04-30 15:07                                             ` Vivek Goyal
2012-04-25 13:34                                 ` Harald Hoyer
2012-04-23 14:49                       ` Vivek Goyal
     [not found]               ` <20120423151711.GD15561@redhat.com>
     [not found]                 ` <20120423151711.GD15561-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-23 16:11                   ` Harald Hoyer
     [not found]                     ` <4F957F4A.6090808-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-04-24  1:38                       ` Vivek Goyal

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=20120424210224.GJ26708@redhat.com \
    --to=vgoyal-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /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.