Could it be that the DTD is out of date? When I configure users with
yast2 autoyast and store the xml-file, xmllint reports problems with
<group> and <fullname>. And I checked the DTD myself. There is no
'fullname' at all and group is an element with subelements in the DTD,
but a data element in the autoyast generated file (hope I'm not mixing
up xml nomenclature here).
Which are the changes in the control file format (new tags, deprecated tags,
new semantics for tags, etc.) from SuSE 8.1 to SuSE 8.2 to SuSE 9.0?
Are they backward compatible (indeed, a control file for SuSE 8.1 works as a
control file for SuSE 8.2 and SuSE 9.0?
Thanks in advance!
Little update to this from myself:
The problem seems to be that the tag <lvm_group> as a child of <raid_device> is ignored since SP3. This leads to the vg_create to try and create the volumes with device = "" (nothing) which cannot work.
Q: How do I tell on what device the LVM group is to be created now?
Given the fact that "LVM on software raid is not supported" how is this done with LVM on a plain harddisk?
Von: Schlabach, Torsten [mailto:Torsten.Schlabach@t-mobile.de]
Gesendet am: Freitag, 12. Dezember 2003 12:03
Betreff: [suse-autoinstall] LVM config with AutoYAST
we are using SLES 8 with SP3 and try to set up LVM with AutoYAST.
The installer breaks with an error message saying:
lvm vg_create invalid values
Config snippet is below. It worked with non-SP3 SLES.
Any ideas anyone?
+49 228 936 34735
T-Mobile Deutschland GmbH
To unsubscribe, e-mail: suse-autoinstall-unsubscribe(a)suse.com
For additional commands, e-mail: suse-autoinstall-help(a)suse.com
Is there a way I can install all the rpms from the custom iso like the
rpm --excludedocs command or do I have to recreate all the packages
without documentation :-( and create the custom iso ?
Thanks in advance
Unofficial SuSE FAQ Maintainer
I'm currently playing with AutoYaST on a scratch system, with a view to
using SuSE 9.0+AutoYAST in place of Redhat 9+Kickstart on some of our
servers. AutoYaST works rather nicely, but I'm having a couple of teething
problems which is probably down to ignorance on my part.
My test install environment is based on the GRUB boot floppy found at:
I'm looking at an install environment which uses TFTP for boot images and
autoyast files but which uses manually configured IP addresses supplied by
the grub and autoyast configurations. I don't trust DHCP on our network,
simply because of the large numbers of different groups who run servers.
Problem #1: Spurious DHCP requests
Unless I switch off forceboot and reboot in the autoyast.xml file:
the system reboots and attempts a DHCP lookup on eth0 before setting up
the static IP address which I have specified in the autoyast.xml file:
Is there another way of stopping the redundant DHCP request? At best this
leads to a delay until the request times out. At worse the machine could
end up with an invalid configuration.
Problem #2: Firewall configuration
/sbin/yast2 autoyast provides a screen for configurating a firewall
which generates the following in autoyast.xml:
The yast postinstall script which runs says "Setting up firewall", and
there is various output in y2log which includes:
2003-12-08 12:38:45 <1> magenta-4(2667) [YCP]
Writing configuration for firewall
However, /etc/sysconfig/SuSEfirewall2 doesn't appear to get updated:
-rw-r--r-- 1 root root 26770 Dec 8 12:35 SuSEfirewall2
and iptables doesn't acquire any rules. Does autoyast support SuSEfirewall
yet? It is conspicuous by its absence in the documentation provided at:
Thanks in advance for any answers.
David Carter Email: David.Carter(a)ucs.cam.ac.uk
University Computing Service, Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Can anyone tell me what kicks in the YaST2 configuration screens after
a completed cd installation, root, user, video, etc.
I need to get this to happen after an NFS autoinstallation.
Thanks in advance
Senior Systems Engineer
Desktop System Architect
OSS OEM Software Sales
411 108th Ave. NE, Suite 600
Direct : 425-369-2090
+++ Sent from a Sun Java Desktop System ++++
my problem ist that I'm getting an error in partitioning (with Suse9.0),
but my autoinst.xml (supplied on floppy) seems to be correct.
Here the autoinst.xml, which shows no problems with xmllint -valid -noout:
<!DOCTYPE profile SYSTEM "/usr/share/autoinstall/dtd/profile.dtd">
The error message "An error occured while trying to create partitioning
plans" appears when suse tries to "Create partition plans".
Since I already installed Suse9.0 on that machine, I'm sure that
"/dev/hda" is correct (and partitioning is working in principle). The
partitioning part is verbatim out of the documentation.
I think the same error appeared also when the partitioning part was left
out altogether, but I'm not sure.
As a last resort I even deleted everything between <packages...> and
</packages> to make sure the software part wasn't at fault, but to no avail.
Upon installation of Suse 9.0 and selecting Apache2, and enabling the
http server with perl, why is it not then possible to actually visit:
i.e. the script alias doesn't seem to be active presumably (i think)
because the if mod_perl.c(?) clause is not being executed?
Hi - an old machine that I've set up and has been down for quite some
time has recently come back up. It's running SuSE 7.1 and I need to
upgrade it to a version for which uptodate patches are provided,
preferably 9.0 (but any from 7.3 and above will be better than staying
at 7.1). The problem is that the machine is remotely located and I
cannot simply pop in a CD and try to upgrade. The people that can do
that cannot do much else so we're in a sort of a bind.
Basically what I need is a way to remotely upgrade a 7.1 system that
is booted normally, connected via ssh and preferably using yast2 or
yast. I've already downloaded the FTP version to a location on the
hard disk of the system and tried to point both yast2 and yast to it
and attempt the upgrade option of the menu (hoping that it can work in
this manner though I'm not sure they are meant to by design). However
the format of the files used for installation seems to have changed
from 8.1 onwards and it complains that it can't find
I then downloaded the whole of SuSE 8.0 FTP version onto the disk of
the system and tried to use yast/yast2 with it. yast2 seemed to work
but the upgrade option actually failed to see that the 8.0 rpms were
upgrades to the 7.1 and came up with 0 (zero) packages to update. yast
refused to do anything useful early on because of the differences
between the 7.1 and 8.0 distributions.
So the questions are:
a) Can a "live" remote update from 7.0 to 7.3 or above be done
connected via ssh using yast/yast2 or is it a lost cause?
b) Can the upgrade be done directly to 9.0? If so how?
c) If the answers to (a) and (b) are negative, any ideas on what can
be done apart from installing the new O/S on a new disk, configuring
everything and sending it over there?
Thanks for any help,