- openSUSE Autoinstall

AW: [opensuse-autoinstall] Autoyast init-script files fail to download
by Frank.Hollmann＠lfst.bayern.de 14 Jul '16

14 Jul '16

Hi, location worked form e in SLES12-GA. Bug or Feature was introduced in SLES12-SP1. Workaround: embed the desired Script in xml (CDATA). Regards Frank Hollmann -----Ursprüngliche Nachricht----- Von: Aleksandar Vesic [mailto:vesic@linux.com] Gesendet: Dienstag, 12. Juli 2016 16:27 An: opensuse-autoinstall(a)opensuse.org Betreff: [opensuse-autoinstall] Autoyast init-script files fail to download Hello guys, I tried to install SLES12SP1 but my init-script get ignored and no file gets created at /var/adm/autoinstall/scripts. Same autoyast profile worked for SLES 11 SP4. My post-scripts works fine. An autoyast control file for SLES 12 SP1 with the following init-scripts section fails: <init-scripts config:type="list"> <script> <filename>init12.sh</filename> <interpreter>shell</interpreter> <location>nfs://IP_ADDR/var/lib/autoinstall/repository/scripts /init12.sh</location> </script> Same with: <location><![CDATA[ nfs://IP_ADDR/var/lib/autoinstall/repository/scripts/init12.sh ]]></location> After installation, this script has been executed only if I use following section: <source><![CDATA[ #!/bin/sh #The entire content of the init12.sh ]]> </source> </script> </init-scripts> </scripts> I looked into /usr/share/YaST2/clients/autoinst_scripts2_finish.rb and found this: # Creating init scripts for the autoyast-initscripts.service AutoinstScripts.Write("init-scripts", false) # systemd requires the init script to be activated in 1st stage Can someone help me? Did I miss something? Best Regards Alex ---------------------- vesic(a)linux.com -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

4 3

[opensuse-autoinstall] Autoyast init-script files fail to download
by Aleksandar Vesic 12 Jul '16

12 Jul '16

Hello guys, I tried to install SLES12SP1 but my init-script get ignored and no file gets created at /var/adm/autoinstall/scripts. Same autoyast profile worked for SLES 11 SP4. My post-scripts works fine. An autoyast control file for SLES 12 SP1 with the following init-scripts section fails: <init-scripts config:type="list"> <script> <filename>init12.sh</filename> <interpreter>shell</interpreter> <location>nfs://IP_ADDR/var/lib/autoinstall/repository/scripts /init12.sh</location> </script> Same with: <location><![CDATA[ nfs://IP_ADDR/var/lib/autoinstall/repository/scripts/init12.sh ]]></location> After installation, this script has been executed only if I use following section: <source><![CDATA[ #!/bin/sh #The entire content of the init12.sh ]]> </source> </script> </init-scripts> </scripts> I looked into /usr/share/YaST2/clients/autoinst_scripts2_finish.rb and found this: # Creating init scripts for the autoyast-initscripts.service AutoinstScripts.Write("init-scripts", false) # systemd requires the init script to be activated in 1st stage Can someone help me? Did I miss something? Best Regards Alex ---------------------- vesic(a)linux.com -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

1 0

[opensuse-autoinstall] Re-Installation of a System with md-raid
by Daniel Spannbauer 11 Jul '16

11 Jul '16

Hello, we have successfully installed a opensuse 12.3 with autoyast. The System contains 3 md-raid-sets, all are a raid1. When I try to install the same system again, I get an error message Failure occurred during the following action: Setting disk label of /dev/sda to MSDOS System error code was: -1013 Continue despite the error? Here the complete messages from y2log: -------------------------------------------------------- 2016-07-11 13:00:42 <1> dh136(3694) [libstorage] SystemCmd.cc(execute):90 SystemCmd Executing:"/sbin/mdadm --zero-superblock --force '/dev/sda'" 2016-07-11 13:00:42 <1> dh136(3694) [libstorage] SystemCmd.cc(addLine):592 Adding Line 1 "mdadm: Unrecognised md component device - /dev/sda" 2016-07-11 13:00:42 <1> dh136(3694) [libstorage] SystemCmd.cc(getUntilEOF):558 pid:4675 added lines:1 stderr:true 2016-07-11 13:00:42 <1> dh136(3694) [libstorage] SystemCmd.cc(doExecute):279 stopwatch 0.008789s for "/sbin/mdadm --zero-superblock --force '/dev/sda'" 2016-07-11 13:00:42 <1> dh136(3694) [libstorage] SystemCmd.cc(doExecute):299 system() Returns:0 2016-07-11 13:00:42 <3> dh136(3694) [libstorage] Disk.cc(checkSystemError):417 cmd:/sbin/mdadm --zero-superblock --force '/dev/sda' 2016-07-11 13:00:42 <3> dh136(3694) [libstorage] Disk.cc(checkSystemError):418 err:mdadm: Unrecognised md component device - /dev/sda 2016-07-11 13:00:42 <1> dh136(3694) [libstorage] SystemCmd.cc(execute):90 SystemCmd Executing:"/usr/sbin/parted -s '/dev/sda' mklabel msdos" 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] SystemCmd.cc(addLine):592 Adding Line 1 "Error: Partition(s) 2 on /dev/sda have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes." 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] SystemCmd.cc(getUntilEOF):558 pid:4676 added lines:1 stderr:false 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] SystemCmd.cc(doExecute):279 stopwatch 2.151067s for "/usr/sbin/parted -s '/dev/sda' mklabel msdos" 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] SystemCmd.cc(doExecute):299 system() Returns:1 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] SystemCmd.cc(logOutput):625 stdout:Error: Partition(s) 2 on /dev/sda have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes. 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] Disk.cc(checkSystemError):423 cmd:/usr/sbin/parted -s '/dev/sda' mklabel msdos 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] Disk.cc(checkSystemError):424 out:Error: Partition(s) 2 on /dev/sda have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes. 2016-07-11 13:00:44 <3> dh136(3694) [libstorage] Disk.cc(checkSystemError):445 retcode:1 2016-07-11 13:00:44 <2> dh136(3694) [libstorage] Container.cc(setExtError):366 called with empty stderr cmd:/usr/sbin/parted -s '/dev/sda' mklabel msdos 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] Disk.cc(doCreateLabel):1654 ret:-1013 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] Disk.cc(commitChanges):1574 ret:-1013 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] Storage.cc(commitPair):5236 err at stage:0 type:DISK cont:true dest:false name:sda 2016-07-11 13:00:44 <1> dh136(3694) [libstorage] Storage.cc(commitErrorPopupCb):6626 COMMIT ERROR POPUP error:-1013 last_action:Setting disk label of /dev/sda to MSDOS extended_message: 2016-07-11 13:00:44 <1> dh136(3694) [YCP] StorageClients.ycp:111 CommitErrorPopup error:-1013 last_action:Setting disk label of /dev/sda to MSDOS extended_message: 2016-07-11 13:00:44 <1> dh136(3694) [YCP] Report.ycp:370 Failure occurred during the following action: Setting disk label of /dev/sda to MSDOS System error code was: -1013 Continue despite the error? -------------------------------------------------------------------- Any hints? Regards Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

1 0

[opensuse-autoinstall] Redundant bootloader with mdraid
by Daniel Spannbauer 30 Jun '16

30 Jun '16

Hello, I try to install a machine with a mdraid configuration (raid 1). Raid is working fine, but how do I get a bootloader on both harddisks? At the moment the bootloader is only installed on sda. Regards Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

2 1

[opensuse-autoinstall] Installation repository
by Dr.Peer-Joachim Koch 28 Jun '16

28 Jun '16

Hi, we are using autoinstall for our HPC cluster. However we have to use old releases, because we are using a global file system on the cluster. So we could now migrate to SLES11SP3 and I'm wondering, if there is a way to setup a repository containing all updates for the system (current status), but with the original kernel from the DVD. Is there an easy way to create this kind of repository ? Or just add the update repository while we install the nodes (but what about the kernel ??) .... Any help will be welcome! -- Bye, Peer ________________________________________________________ Max-Planck-Institut für Biogeochemie Dr. Peer-Joachim Koch Hans-Knöll Str.10 Telefon: ++49 3641 57-6705 D-07745 Jena Telefax: ++49 3641 57-7705

4 8

[opensuse-autoinstall] Create own installation media
by Daniel Spannbauer 11 May '16

11 May '16

Hello, I try to create my own installation media with Leap 42.1, but I'm struggeling at signing the content file. How can I get my gpg signature into the initrd of the DVD Image? With 12.3 I exported my key, added it to the installkey.pgp at the root of the initrd, signed the content and everything was fine. But with leap the is no installkey.gpg. Can anybody help me here? Or can anybody tell me who is the maintainer of the Install-System? Regards Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

2 3

[opensuse-autoinstall] AutoYaST2 ignores /etc/default/grub since SLES-12-SP1
by Oliver Schweikert 31 Mar '16

31 Mar '16

Hello all, from a chroot-script I modify the parameter GRUB_CMDLINE_LINUX in the file /etc/default/grub. This worked for SLES-12 and the kernel got the expected append line. With SP1 this does not work anymore (regardless of the value of the "chrooted" parameter). In /var/YaST2/y2log I see, that the script gets called, and in the corresponding log file, I see the success. A few lines later in y2log, the variable GRUB_CMDLINE_LINUX is reported as empty again. Has anybody an idea? Best regards, Oliver -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

2 2

[opensuse-autoinstall] <files> section in 42.1
by Robert Klein 29 Feb '16

29 Feb '16

Hi, when using the <files> section in an autoyast profile for 42.1, the files don't get deployed. I try to deploy e.g. /etc/ldap.conf, /etc/opelndap/ldap.conf /etc/ntp.conf, /etc/environment. Now, in /var/adm/autoinstall/cache/installedSystem.xml only /etc/environment shows up (though the original autoyast file contains all; I verified this --- the installedSystem.xml has a <service>puppet</service> line I added only _after_ I added the files section. Thanks for git). Additionally, this one file does _NOT_ get deployed. Excerpt from installedSystem.xml: <files> <file> <file_contents><![CDATA[# # This file is parsed by pam_env module # # Syntax: simple "KEY=VAL" pairs on seperate lines # CUPS_SERVER=thps.mpip-mainz.mpg.de ]]></file_contents> <file_owner>root.root</file_owner> <file_path>/etc/environment</file_path> <file_permissions>644</file_permissions> </file> </files> The original autoyast looks like this (the xi:includes replaced by <![CDATA[ ... ]]> sections <files> <file> <file_path>/etc/ntp.conf</file_path> <file_contents> <xi:include file="files/ntp.conf" /> </file_contents> <file_owner>root.ntp</file_owner> <file_permissions>640</file_permissions> </file> <file> <file_path>/etc/ldap.conf</file_path> <file_contents> <xi:include file="files/ldap.conf" /> </file_contents> <file_owner>root.root</file_owner> <file_permissions>644</file_permissions> </file> <file> <file_path>/etc/openldap/ldap.conf</file_path> <file_contents> <xi:include file="files/openldap-ldap.conf" /> </file_contents> <file_owner>root.root</file_owner> <file_permissions>644</file_permissions> </file> <file> <file_path>/etc/environment</file_path> <file_contents> <xi:include file="files/environment" /> </file_contents> <file_owner>root.root</file_owner> <file_permissions>644</file_permissions> </file> </files> Any suggestions? Thank you very much Robert Klein -- Robert Klein UNIX Operations Max Planck-Institut für Polymerforschung Anschrift: Ackermannweg 10, 55128 Mainz -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

3 2

[opensuse-autoinstall] where are the pattern files?
by Werner Hack 16 Feb '16

16 Feb '16

Hi all, I want to install openSUSE Leap 42.1 via pattern list. But I can not find any pattern files in the installation repository (./suse/setup/descr/*.pat.gz) In openSUSE 13.1 pattern files exist but since openSUSE 13.2 they seem to be gone. In yast2 I can see patterns but what are their correct name to use them in a autoyast profile? Where are all the patterns defined now? Thanks in advance Regards Werner

4 3

AW: [opensuse-autoinstall] success w/ sle12sp1
by Frank.Hollmann＠lfst.bayern.de 20 Jan '16

20 Jan '16

Hi, init-scripts in SLES12 SP1 are downloaded, but never get executed, if you are using the <locatation> tag. CDATA- created scripts can be used successfully, so there is an easy workaround. regards Frank Hollan -----Ursprüngliche Nachricht----- Von: Andrew Daugherity [mailto:adaugherity@tamu.edu] Gesendet: Dienstag, 19. Januar 2016 20:03 An: opensuse-autoinstall(a)opensuse.org Betreff: Re: [opensuse-autoinstall] success w/ sle12sp1 On Jan 19, 2016, at 7:47 AM, Robert Klein <Robert.Klein(a)mpip-mainz.mpg.de> wrote: > > Hi, > > is there anyone successfully installing sle12sp1 with autoyast? > > I don't seem to get the services_manager and scripts sections to be > used. Any updates in the queue? > > PS: there were/are issues with Leap 42.1 and those sections, too. The > update for the scripts section (init-scripts) isn't there, yet. My > bug-reports now point as duplicate to bugs I'm not authorized to > access :( Anything I can do about that? I've successfully used this services_manager section for SLES 12 GA/SP1 and Leap 42.1: <services-manager>  <default_target>multi-user</default_target> <services> <enable config:type="list"> <service>sshd</service> </enable> </services> </services-manager> Re: scripts, post-scripts works fine for me, but I haven't tried init-scripts under SLES 12 yet. It is most unfortunate that bugs reported against SLES are private, and doubly so when a public bug gets closed as a duplicate of a private one. AFAIK RHEL bugzilla is open except for security embargoes before a patch is released. As a (paying) customer it's frustrating to see bnc#NNN in the RPM changelog and/or patch description but there's a probably 75% chance I can't actually see it. Even on a paid support request where they sent me a testing RPM with a fix, they wouldn't grant me access to the bug mentioned in the RPM changelog, which had been filed internally for my issue. </rant> At least with a late-stage bug like init-scripts, when a fix does go out to the update repo, your install should work without needing a driver update or install media fix, assuming you enable the update repo during installation. -Andrew -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-autoinstall+owner(a)opensuse.org

1 0