Following up on the swap space thread on [research], I just received an
interesting piece of information from Jeff Mahoney (see below).
Summary:
kdump does not need swap with the same size as RAM.
It doesn't need swap at all.
(!)
Jeff just put that into a Jira request:
https://jira.suse.com/browse/PM-1444
-------- Forwarded Message --------
Subject: Re: [Research] Recommendation for swap space
Date: Mon, 28 Oct 2019 09:55:22 -0400
From: Jeff Mahoney <jeffm(a)suse.com>
To: Stefan Hundhammer <shundhammer(a)suse.de>
On 10/28/19 9:02 AM, Stefan Hundhammer wrote:
> On 28.10.19 13:48, Jeff Mahoney wrote:
>> I wasn't looking to point fingers. I'm not aware of*any* swap requirement for kdump, so I was looking for the historical reason why it was added so we could address that directly (especially if
it's changed).
>
> That's interesting. It is common knowledge^W^Wgeneral folklore here (at least at the YaST team) that kdump needs as much swap space as
there is RAM to be able to write a complete kernel dump. So this is not
really true?
No. This was the case using the old LKCD system that last shipped with
SLES9. It was modeled after historical UNIX systems that had firmware
writing to swap partitions for dump recovery. The kdump system we've shipped
since SLE10 doesn't read or write to swap.
>> Unfortunately, I wouldn't know where to look to find the source feature request for that in our products.
>
> Welcome to the club. ;-( When we rewrote the YaST storage stack, it was pretty much impossible to figure out the old requirements, so we reverse engineered them by identifying existing features and a lot of common sense^W^W Kentucky windage. And that was one area where that was reasonably easy to do.
Ok, that's an easy enough explanation. I'll open a JIRA ticket to
remove that requirement.
-Jeff
--
Jeff Mahoney
Director, SUSE Labs Data & Performance
-------------------------------------------------------------------
Kind regards
--
Stefan Hundhammer <shundhammer(a)suse.de>
YaST Developer
SUSE Software Solutions Germany GmbH
Geschäftsführer: Felix Imendörffer HRB 36809 (AG Nürnberg)
Maxfeldstr. 5, 90409 Nürnberg, Germany
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
It’s time for another YaST team report! Let’s see what’s on the menu.
- News and improvements in the storage area, specially encryption.
- Some polishing of the behavior of YaST Network.
- New widgets in libYUI.
- A look into systemd timers and how we are using them to replace cron.
- A new cool tool to deal with complex object-oriented code.
Go check https://lizards.opensuse.org/2019/10/23/yast-sprint-87/
Cheers
--
Ancor González Sosa
YaST Team at SUSE Linux GmbH
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
On Wed, 9 Oct 2019 14:24:17 +0200
Daniel Spannbauer <ds(a)marco.de> wrote:
> Am 10/9/19 um 10:15 AM schrieb Ancor Gonzalez Sosa:
> >
> >> But how can I do this via autoyast?
> > Specify a partition with format=false (you don't want a filesystem) and
> > partition_id=263 (AutoYaST value for bios-boot).
> >
> > https://documentation.suse.com/sles/15-SP1/single-html/SLES-autoyast/#ay-pa…
> >
> > Cheers.
>
>
> Hello,
>
>
> first of all: thanks, I will try this.
>
> Where did you find the 263 for bios-boot?
Hi,
value should be specified at https://documentation.suse.com/sles/15-SP1/single-html/SLES-autoyast/#ay-pa…
but sadly, it is missing. So something we should improve. ( BTW we read value from source code )
Josef
>
>
> Regards
>
>
> Daniel
>
>
>
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org
Another YaST development sprint is over, so it is time to summarize
what has happened during these two weeks. These are the highlights:
Now that you had a chance to look at our post about Advanced Encryption
* Improving support for multi-device file systems in the expert
partitioner.
* Fixing networking, secure boot and kdump problems in AutoYaST.
* Stop waiting for chrony during initial boot when it does not make
sense.
* Preparing to support the split of configuration files between
/usr/etc and /etc.
* Using /etc/sysctl.d to write YaST related settings instead of the
/etc/sysctl.conf main file.
As usually, you can find the whole report at lizards.opensuse.org:
https://lizards.opensuse.org/2019/10/09/highlights-of-yast-development-spri…
Enjoy!
Regards,
Imo
--
Imobach González Sosa
YaST Team at SUSE LINUX GmbH
https://imobachgs.github.io/
In the latest sprint reports of the YaST Team we have mentioned several
times that we are working in expanding the capabilities of the
Partitioner regarding disk encryption.
With a little bit of delay, we have finally published a separate blog
post explaining the new features in more detail.
https://lizards.opensuse.org/2019/10/09/advanced-encryption-yast/
Cheers
--
Ancor González Sosa
YaST Team at SUSE Linux GmbH
--
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: yast-devel+owner(a)opensuse.org