Hi Joschi, On Thu, Jan 30, Joschi Brauchle wrote:

Hi everyone,

sorry for asking such a general question, but what is the state of AutoYast for OpenSUSE 13.1?

I converted a completely working XML from a 12.3 installation to 13.1.

The autoinstallation finishes, but the installed system is - missing Sysconfig configuration from <sysconfig> section - has not run any of the <post-scripts> and <init-scripts> - does not accept the root password configured in the <users> section - is missing all files installed from the <files> section of the XML - misses LDAP and KRB config from <ldap> and <kerberos> - services are not configured as in <services> and many more problems.

To me it looks like the complete second stage is missing, as all those things are done there.

Is this a known problem? Or are there known problems for 13.1?

From the description it sound like bnc#846011 . If you have repositorities configured in the <add-on> section, there is a bug in the client handling these that leads to a creash of yast late in the first stage of installation. This crash prevents the file with setup information for second stage to be written, and therefore all configuration steps happening in second stage are not done. In bnc#846011 I attached a driver update disk, the fix itself is in brnanch openSUSE-13_1 of git@github.com:yast/yast-add-on.git Tschuess, Thomas Fehr -- Thomas Fehr, SuSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Tel: +49-911-74053-0, Fax: +49-911-74053-482, Email: fehr@suse.de GPG public key available. -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

Hi Ivan, On Thu, Jan 30, Ivan De Masi wrote:

wouldn't a independant autoyast-repository make sense for quicker fixing and updating?!

A OS 13.1 rollout of clients and servers with these bugs in autoyast is hard to do, when you always have to be aware if the tool that should help and ease a roolout needs "help" too. ;-)

The fix for this needs to be in installation media, so having the fixed package in a repository where it gets installed from would not help to avoid this bug. As I already wrote in my answer to Joschi, there is a driver update disk attached to https://bugzilla.novell.com/show_bug.cgi?id=846011 which avoids the problem. you just need to use e.g. netsetup=dhcp autoyast=http://10.120.4.28/autoinst.xml dud=http://10.120.4.28/bnc_846011_131.dud as kernel boot commandline (of course with URLs adapted ;-) and place the DUD where you get the autoyast control file from. Since I assume, most of you have means to avoid typing the parameters manually (e.g. PXE boot, modified isolinux.cfg on install medium, whatever) it ist just a one-time change in setup that can be used for all 13.1 based installations. Bye, Thomas Fehr -- Thomas Fehr, SuSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Tel: +49-911-74053-0, Fax: +49-911-74053-482, Email: fehr@suse.de GPG public key available. -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

Hello Thomas, sorry for my multiple simultaneous answers. So my first try with the DUD was not successful. I can see a line at the very start of the installation process about it being loaded. But then there is no change and no sign in y2log(-1) anywhere that the DUD was successfully applied. How can I check or test during stage 1/2, if the DUD was correctly applied? Thanks for your help, Joschi On 01/30/2014 12:01 PM, Thomas Fehr wrote:

Hi Joschi,

On Thu, Jan 30, Joschi Brauchle wrote:

...

Hi everyone,

sorry for asking such a general question, but what is the state of AutoYast for OpenSUSE 13.1?

I converted a completely working XML from a 12.3 installation to 13.1.

The autoinstallation finishes, but the installed system is - missing Sysconfig configuration from <sysconfig> section - has not run any of the <post-scripts> and <init-scripts> - does not accept the root password configured in the <users> section - is missing all files installed from the <files> section of the XML - misses LDAP and KRB config from <ldap> and <kerberos> - services are not configured as in <services> and many more problems.

To me it looks like the complete second stage is missing, as all those things are done there.

Is this a known problem? Or are there known problems for 13.1?

From the description it sound like bnc#846011 .

If you have repositorities configured in the <add-on> section, there is a bug in the client handling these that leads to a creash of yast late in the first stage of installation. This crash prevents the file with setup information for second stage to be written, and therefore all configuration steps happening in second stage are not done.

In bnc#846011 I attached a driver update disk, the fix itself is in brnanch openSUSE-13_1 of git@github.com:yast/yast-add-on.git

Tschuess, Thomas Fehr

-- Dipl.-Ing. Joschi Brauchle, M.S. Institute for Communications Engineering (LNT) Technische Universitaet Muenchen (TUM) 80290 Munich, Germany Tel (work): +49 89 289-23474 Fax (work): +49 89 289-23490 E-mail: joschi.brauchle@tum.de Web: http://www.lnt.ei.tum.de/

On Thu, Jan 30, Joschi Brauchle wrote:

Hello Thomas,

sorry for my multiple simultaneous answers.

I just replied to your first mail... Tschuess, Thomas Fehr -- Thomas Fehr, SuSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Tel: +49-911-74053-0, Fax: +49-911-74053-482, Email: fehr@suse.de GPG public key available. -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

For some reason I did not get the DUD to work correctly. It may be my fault... Anyways, I unpacked the DUD and copied all files into my OSS repository on the NFS server, leading to the equivalent effect of the DUD. Now, Autoyast stage 2 works perfectly again! Thanks! I have a quick followup question: --------------------- <runlevel> <default>5</default> <services config:type="list"> <service> rpcbind enable </service> </services> </runlevel> --------------------- does not work, i.e. rpcbind.service is disabled in the installed system. In y2log I see an error message saying something like "rpcbind service does not exist, creating it" (or something along these lines, dont have the log available currently). Same happens e.g. for "xinetd", but not for "sshd", "nfs" and many others. So why does AutoYast think that the rpcbind.service does not exist and why is it not enabled? Thanks! On 01/30/2014 02:33 PM, Thomas Fehr wrote:

Hi Joschi,

On Thu, Jan 30, Joschi Brauchle wrote:

...

Thank you so much for the info!

In the mentioned BNC 846011, there is a DUD provided that is supposed to fix the problem.

Unfortunately, I can *NOT* confirm that the DUD fixes the problem. I can see it gets fetched at the very start of AutoYast, but then everything is then same.

Hmm strange, I had the problem reproduceably here and adding the DUD fixed it for me. Unless you added insecure=1 also to kernel command line you should see a popup message with:

------------------------------------------------------ http://10.120.4.28/bnc_846011_131.dud: file not signed

If you really trust yor repository you may continue in an insecure mode ------------------------------------------------------

Of course you need to selecd "Ok" here. You can suppress this message by adding "insecure=1" to the kernel boot command line.

During package installation you should see a additional Repository called "DriverUpdate0" which is the driver update disk. If you have y2log files you could grep for "DriverUpdate0".

Maybe the the DUD got corrupted. I just downloaded it and it still has md5sum e2a9f347c784e4872192cd0800c38b4e which is the same as expected.

You can also check the content with: wotan:~ > zcat bnc_846011_131.dud | cpio -itv drwxr-xr-x 3 root root 0 Jan 28 13:27 . drwxr-xr-x 3 root root 0 Jan 28 13:27 linux drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse lrwxrwxrwx 1 root root 11 Jan 28 13:27 linux/suse/ia64-13.1 -> x86_64-13.1 drwxr-xr-x 4 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1 drwxr-xr-x 2 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/install -rw-r--r-- 1 root root 37167 Jan 28 13:27 linux/suse/x86_64-13.1/install/yast2-add-on-3.0.3-4.1.noarch.rpm -rwxr-xr-x 1 root root 909 Jan 28 13:27 linux/suse/x86_64-13.1/install/update.pre -rwxr-xr-x 1 root root 190 Jan 28 13:27 linux/suse/x86_64-13.1/install/update.post2 drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr drwxr-xr-x 4 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/applications drwxr-xr-x 2 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/applications/YaST2 -rw-r--r-- 1 root root 541 Jan 20 13:09 linux/suse/x86_64-13.1/inst-sys/usr/share/applications/YaST2/vendor.desktop -rw-r--r-- 1 root root 648 Jan 20 13:09 linux/suse/x86_64-13.1/inst-sys/usr/share/applications/YaST2/add-on.desktop drwxr-xr-x 5 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2 drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/schema drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/schema/autoyast drwxr-xr-x 2 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/schema/autoyast/rnc -rw-r--r-- 1 root root 1490 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/schema/autoyast/rnc/add-on.rnc drwxr-xr-x 3 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/include drwxr-xr-x 2 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/include/add-on -rw-r--r-- 1 root root 2547 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/include/add-on/misc.rb -rw-r--r-- 1 root root 60671 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/include/add-on/add-on-workflow.rb drwxr-xr-x 2 root root 0 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients -rw-r--r-- 1 root root 3382 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/inst_add-on_software.rb -rw-r--r-- 1 root root 10570 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/vendor.rb -rw-r--r-- 1 root root 12845 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/inst_language_add-on.rb -rw-r--r-- 1 root root 2479 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/add-on_proposal.rb -rw-r--r-- 1 root root 4310 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/inst_add-on.rb -rw-r--r-- 1 root root 9799 Jan 17 16:51 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/add-on_auto.rb -rw-r--r-- 1 root root 4931 Jan 9 14:10 linux/suse/x86_64-13.1/inst-sys/usr/share/YaST2/clients/add-on.rb -rw-r--r-- 1 root root 30 Jan 28 13:27 linux/suse/x86_64-13.1/inst-sys/.update.d92d43be-cc4f-4aac-ac8f-64db2ab0c14d -rw-r--r-- 1 root root 137 Jan 28 13:27 linux/suse/x86_64-13.1/dud.config lrwxrwxrwx 1 root root 11 Jan 28 13:27 linux/suse/ppc64-13.1 -> x86_64-13.1 lrwxrwxrwx 1 root root 11 Jan 28 13:27 linux/suse/i386-13.1 -> x86_64-13.1 lrwxrwxrwx 1 root root 11 Jan 28 13:27 linux/suse/s390-13.1 -> x86_64-13.1 lrwxrwxrwx 1 root root 11 Jan 28 13:27 linux/suse/s390x-13.1 -> x86_64-13.1 lrwxrwxrwx 1 root root 11 Jan 28 13:27 linux/suse/ppc-13.1 -> x86_64-13.1 312 blocks wotan:~ >

Tschuess, Thomas Fehr

-- Dipl.-Ing. Joschi Brauchle, M.S. Institute for Communications Engineering (LNT) Technische Universitaet Muenchen (TUM) 80290 Munich, Germany Tel (work): +49 89 289-23474 Fax (work): +49 89 289-23490 E-mail: joschi.brauchle@tum.de Web: http://www.lnt.ei.tum.de/

Sorry for reviving an old topic, but there are still some serious problems with autoyast on 13.1. I have converted a 12.3 profile to 13.1 and hit the exact "add-on" bug mentioned previously, but it was fixed by the DUD provided in the BNC mentioned. However, there are still issues regarding the sysconfig sections (null values) and user creation (the users are created with empty password fields, with or without using encryption in the XML), and possibly others. There's also the question of a broken second stage, which in some cases will not be executed at all. I found a bug (845296) for the sysconfig problem back in RC2. I updated the version to GA, commented on it and provided the missing logs, but no one picked it up yet. For the other two problems, there is an open bug for SLES 12 beta autoinstall (888936). So, if anyone else is working on getting a solution for these over here, please let me know, or update the bugs I mentioned above. Maybe we can do a joint effort to solve these? 2014-01-30 12:46 GMT-02:00 Ivan De Masi :

Am 30.01.2014 12:18, schrieb Thomas Fehr:

...

Hi Ivan,

Hello Thomas,

...

On Thu, Jan 30, Ivan De Masi wrote:

...

wouldn't a independant autoyast-repository make sense for quicker fixing and updating?!

A OS 13.1 rollout of clients and servers with these bugs in autoyast is hard to do, when you always have to be aware if the tool that should help and ease a roolout needs "help" too. ;-)

The fix for this needs to be in installation media, so having the fixed package in a repository where it gets installed from would not help to avoid this bug.

OK, thanks for this explanation. I was wondering for a while...

...

As I already wrote in my answer to Joschi, there is a driver update disk attached to https://bugzilla.novell.com/show_bug.cgi?id=846011 which avoids the problem.

you just need to use e.g.

netsetup=dhcp autoyast=http://10.120.4.28/autoinst.xml dud=http://10.120.4.28/bnc_846011_131.dud

as kernel boot commandline (of course with URLs adapted ;-) and place the DUD where you get the autoyast control file from. Since I assume, most of you have means to avoid typing the parameters manually (e.g. PXE boot, modified isolinux.cfg on install medium, whatever) it ist just a one-time change in setup that can be used for all 13.1 based installations.

Also thanks for this! I will try it (hopefully soon) and report.

Regards, Ivan -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

-- -- Erico -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

On Mon, Oct 20, 2014 at 9:38 AM, Joschi Brauchle wrote:

Version 13.2 will be released in a couple of days and it looks like the autoinstalled is broken once again on the (to be) released medium.

Hence, auto-installing will not work correctly for the complete lifetime of 13.2. This was the case for 12.x and 13.1 already,

This is pretty frustrating... :-(

Meh. Damn. Does any bnc# exist for this? -- Kind regards Christopher 'm4z' Holm / 686f6c6d "We must respect the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children smart." --H. L. Mencken -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

Hi, On Mon, Oct 20, Joschi Brauchle wrote:

On 10/20/2014 02:21 PM, 686f6c6d wrote:

...

On Mon, Oct 20, 2014 at 9:38 AM, Joschi Brauchle wrote:

...

Version 13.2 will be released in a couple of days and it looks like the autoinstalled is broken once again on the (to be) released medium.

Hence, auto-installing will not work correctly for the complete lifetime of 13.2. This was the case for 12.x and 13.1 already,

This is pretty frustrating... :-(

Meh. Damn. Does any bnc# exist for this?

No, I am currently trying to sort out the problems and analyze.

So far it looks like a 13.1 XML used for 13.2 results in a broken installation (i.e. all second stage steps are missing). I'll provide more information as soon as I know whats going wrong.

Possibly, Thomas Fehr could comment on how the second stage works in 13.2 and what steps are needed to get it working, as it looks like it was dropped from the regular installer?

I am currently on a sabattical for a year that started 1.4.2014 . Therefore my knowledge about developments that happened in the last some months is quite limited. Autoyast maintainer is Stefan Schubert . I forwarded this thread to him. Tschuess, Thomas Fehr -- Thomas Fehr, SuSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Tel: +49-911-74053-0, Fax: +49-911-74053-482, Email: fehr@suse.de GPG public key available. -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org

Hello Stefan, I am currently trying to figure out what is going wrong with the 13.1 xml profile in 13.2. The installation is completely broken without any (gui) errors during the process. But if I create a new profile for 13.2 from scratch, auto installation works fine. Thus, I'd like to revise my statement about Autoyast being broken, it is clearly not! One question: Is there an up-to-date website that lists the changes from AY 13.1 to 13.2? Google results: 1) http://doc.opensuse.org/projects/autoyast/ is about SLES11SP3 (which is strange as it is hosted by opensuse.org). 2) https://www.suse.com/documentation/sles11/singlehtml/book_autoyast/book_auto... the same 3) http://users.suse.com/~ug/ is outdated as of 12.2. There seem to be a lot of changes to the installer (plus new modules like yast2-auth-client to configure sssd) but no documentation to be found (easily) for users... Thanks, Joschi Brauchle On 10/21/2014 09:26 AM, Stefan Schubert wrote:

Hi Joschi, please open a bug report and attach the logfiles and autoinst.xml Thanks !

Greetings Stefan Am 20.10.2014 um 23:58 schrieb Thomas Fehr:

...

Hi,

On Mon, Oct 20, Joschi Brauchle wrote:

...

On 10/20/2014 02:21 PM, 686f6c6d wrote:

...

On Mon, Oct 20, 2014 at 9:38 AM, Joschi Brauchle wrote:

...

Version 13.2 will be released in a couple of days and it looks like the autoinstalled is broken once again on the (to be) released medium.

Hence, auto-installing will not work correctly for the complete lifetime of 13.2. This was the case for 12.x and 13.1 already,

This is pretty frustrating... :-( Meh. Damn. Does any bnc# exist for this? No, I am currently trying to sort out the problems and analyze.

So far it looks like a 13.1 XML used for 13.2 results in a broken installation (i.e. all second stage steps are missing). I'll provide more information as soon as I know whats going wrong.

Possibly, Thomas Fehr could comment on how the second stage works in 13.2 and what steps are needed to get it working, as it looks like it was dropped from the regular installer? I am currently on a sabattical for a year that started 1.4.2014 . Therefore my knowledge about developments that happened in the last some months is quite limited.

Autoyast maintainer is Stefan Schubert . I forwarded this thread to him.

Tschuess, Thomas Fehr

-- Dipl.-Ing. Joschi Brauchle, M.S. Institute for Communications Engineering (LNT) Technische Universitaet Muenchen (TUM) 80290 Munich, Germany Tel (work): +49 89 289-23474 Fax (work): +49 89 289-23490 E-mail: joschi.brauchle@tum.de Web: http://www.lnt.ei.tum.de/

On https://www.suse.com/documentation/sles-12/book_autoyast/data/book_autoyast.... is the latest documentation. Greetings Stefan Am 21.10.2014 um 09:55 schrieb Joschi Brauchle:

Hello Stefan,

I am currently trying to figure out what is going wrong with the 13.1 xml profile in 13.2. The installation is completely broken without any (gui) errors during the process.

But if I create a new profile for 13.2 from scratch, auto installation works fine. Thus, I'd like to revise my statement about Autoyast being broken, it is clearly not!

One question: Is there an up-to-date website that lists the changes from AY 13.1 to 13.2?

Google results: 1) http://doc.opensuse.org/projects/autoyast/ is about SLES11SP3 (which is strange as it is hosted by opensuse.org). 2) https://www.suse.com/documentation/sles11/singlehtml/book_autoyast/book_auto... the same 3) http://users.suse.com/~ug/ is outdated as of 12.2.

There seem to be a lot of changes to the installer (plus new modules like yast2-auth-client to configure sssd) but no documentation to be found (easily) for users...

Thanks, Joschi Brauchle

On 10/21/2014 09:26 AM, Stefan Schubert wrote:

...

Hi Joschi, please open a bug report and attach the logfiles and autoinst.xml Thanks !

Greetings Stefan Am 20.10.2014 um 23:58 schrieb Thomas Fehr:

...

Hi,

On Mon, Oct 20, Joschi Brauchle wrote:

...

On 10/20/2014 02:21 PM, 686f6c6d wrote:

...

On Mon, Oct 20, 2014 at 9:38 AM, Joschi Brauchle wrote:

...

Version 13.2 will be released in a couple of days and it looks like the autoinstalled is broken once again on the (to be) released medium.

Hence, auto-installing will not work correctly for the complete lifetime of 13.2. This was the case for 12.x and 13.1 already,

This is pretty frustrating... :-( Meh. Damn. Does any bnc# exist for this? No, I am currently trying to sort out the problems and analyze.

So far it looks like a 13.1 XML used for 13.2 results in a broken installation (i.e. all second stage steps are missing). I'll provide more information as soon as I know whats going wrong.

Possibly, Thomas Fehr could comment on how the second stage works in 13.2 and what steps are needed to get it working, as it looks like it was dropped from the regular installer? I am currently on a sabattical for a year that started 1.4.2014 . Therefore my knowledge about developments that happened in the last some months is quite limited.

Autoyast maintainer is Stefan Schubert . I forwarded this thread to him.

Tschuess, Thomas Fehr

-- ******************************************************************************* Stefan Schubert e-mail: schubi@suse.de ------------------------------------------------------------------------------- SUSE LINUX Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner@opensuse.org