Mailinglist Archive: yast-devel (157 mails)

< Previous Next >
[yast-devel] Re: yast-kdump screen shots
  • From: Bernhard Walle <bwalle@xxxxxxx>
  • Date: Thu, 14 Jun 2007 09:50:19 +0200
  • Message-id: <20070614075019.GA18857@xxxxxxx>
Hi,

Thanks for your suggestions!

* Maneesh Soni <maneesh@xxxxxxxxxx> [2007-06-14 09:39]:
> 
> 2. Save Dump Image
> -----------------
> IMHO, we can rename the tittle to something like "Dump Target Settings". 
> The other options looks great. Only a couple of issues, firstly, in case
> of "Raw Disk", I think the "Directory for saving Dumps" is not needed.

It is. The raw disk is used to save the dump away in the initrd.
Without any filtering (makedumpfile), just raw. After the first reboot
(where a power off can be in between, i.e. some fixing of the file
system from a resue system), the kdump script saves the dump away from
the raw disk to the specified directory.

> Secondly, for NFS, I think "Share" is not needed.

That's true. It was my fault. I'll change it in my backend scripts.

> 3. Expert Settings
> ------------------
> IMHO, this tab should contain all the settings which normally user will
> not change. Apart from kdump kernel command like options, we can move
> the setting wrt "No. of Old Dumps" from "Dumping" screen to expert
> settings. Also can we put one more option to use a custom kdump kernel
> initrd which can be used save/process the dump.

Well, it it _really_ needed that you can specify a custom initrd here?
We already have initrd based kdump saving (see above), and
implementing too much logic can also be confusing.



Thanks,
   Bernhard
-- 
SUSE LINUX Products GmbH          Tel. +49 (911) 74053-0
Maxfeldstr. 5                     GF: Markus Rex
90409 Nürnberg, Germany           HRB 16746 (AG Nürnberg)
OpenPGP DDAF6454: F61F 34CC 09CA FB82 C9F6  BA4B 8865 3696 DDAF 6454
< Previous Next >
Follow Ups
References