Hey,
On Thu, 2017-05-18 at 13:51 +0800, Dave Young wrote:
On 05/17/17 at 01:02pm, Benjamin Berg wrote:
> [SNIP]
Can you try boot kdump with rd.luks=0
add it in /etc/sysconfig/kdump KDUMP_COMMANDLINE_APPEND
Sorry for not getting back to you earlier. I had just destroyed the
installation I used for testing which made it a bit more complicated.
Anyway, seems like it is also prompting for a password if I pass
rd.luks.
Benjamin
> >
> > > I think you also can create a bug describing the steps how to
> > > reproduce it.
> >
> > Sure, I am happy to do that:
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1451717
> >
> > Benjamin
> >
> > > >
> > > > > On 05/15/2017 at 09:54 PM, Benjamin Berg wrote:
> > > > > > Hi,
> > > > > >
> > > > > > I was trying to configure kernel dumping (on a Fedora 25
> > > > > > machine).
> > > > > > In
> > > > > > this case the installation is encrypted using LUKS so to
> > > > > > make
> > > > > > things
> > > > > > work I decided to dump to /boot instead.
> > > > > >
> > > > > > Now, I do understand prompting for the LUKS password if the
> > > > > > dump
> > > > > > path
> > > > > > is on an encrypted device (which mkdumprd helpfully warns
> > > > > > about).
> > > > > >
> > > > > > But I don't see why dumping to e.g. an unencrypted
> > > > > > partition
> > > > > > like
> > > > > > /boot
> > > > > > instead (or through ssh) should even try to open any LUKS
> > > > > > devices.
> > > > > > There is no warning generated in that case but I still get
> > > > > > a
> > > > > > prompt
> > > > > > for
> > > > > > the password and dumping will only proceed afterwards.
> > > > > >
> > > > > > This seems odd. Mounting anything other than the dump
> > > > > > location
> > > > > > should
> > > > > > not be necessary for the dumping processes. So the LUKS
> > > > > > device
> > > > > > should
> > > > > > not be opened in this particular case. It should only
> > > > > > happen if
> > > > > > the
> > > > > > user selected an encrypted volume as the dump target.
> > > > > >
> > > > > > Benjamin
> > > > > > _______________________________________________
> > > > > > kexec mailing list -- kexec(a)lists.fedoraproject.org
> > > > > > To unsubscribe send an email to kexec-leave(a)lists.fedorapro
> > > > > > ject
> > > > > > .org
> > >
> > >
> >
> > _______________________________________________
> > kexec mailing list -- kexec(a)lists.fedoraproject.org
>
> Thanks
> Dave
> > To unsubscribe send an email to kexec-leave(a)lists.fedoraproject.org