All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] dracut:fstab-sys: Wait for devices specified using --mount option
Date: Mon, 21 May 2012 11:12:25 +0200	[thread overview]
Message-ID: <4FBA06F9.6070000@redhat.com> (raw)
In-Reply-To: <20120517132332.GB16297-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

Am 17.05.2012 15:23, schrieb Vivek Goyal:
> On Tue, May 15, 2012 at 01:36:11PM -0400, Vivek Goyal wrote:
>> [Regenerated the patch on top of git repo. Should be easier to apply now]
>>
>> dracut allows passing --mount option which mounts the specified devices.
>> But it does not wait for these devices to show up and mounting will fail
>> if devices do not show up by the time "mount" was called.
>>
>> I am writing some patches to support kdump on iscsi target and I noticed
>> that one of the initqueue script was not called as we found the root
>> device and broke out of main loop.
>>
>> There are two possible enancements to this patch.
>>
>> - Introduce a time limited wait (rd.timeout something along the lines of
>>   rd.retry). That will allow kdump to try to dump to a backup target if
>>   primary targets fails to come up.
>>
>> - Wait for UUID= and LABEL= to show up too. Right now kdump converts
>>   UUID= and LABEL= to respective devices and passes /dev/* to dracut
>>   --mount option. So I am not introducing the wait for UUID= or LABEL=
>>  in this patch.
>>
>> Signed-off-by: Vivek Goyal <vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> 
> Hi Harald,
> 
> Any feedback on the patch? Do let me know if you want some changes.
> 
> Thanks
> Vivek

pushed! Thanks!

      parent reply	other threads:[~2012-05-21  9:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-15 17:23 [PATCH] dracut:fstab-sys: Wait for devices specified using --mount option Vivek Goyal
     [not found] ` <20120515172301.GB24585-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-05-15 17:36   ` Vivek Goyal
     [not found]     ` <20120515173611.GC24585-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-05-17 13:23       ` Vivek Goyal
     [not found]         ` <20120517132332.GB16297-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-05-21  9:12           ` Harald Hoyer [this message]

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