[opensuse-autoinstall] /etc/sysconfig/network/dhcp der Parameter WRITE_HOSTNAME_TO_HOSTS von "yes" auf "no" SLES11
Hello, we want to set in /etc/sysconfig/network/dhcp WRITE_HOSTNAME_TO_HOSTS from "yes" to "no" in SLES11 How can wie do that with xml ? Dirk Lohmann
Dirk.Lohmann@Bertelsmann.de schrieb:
Hello,
we want to set in /etc/sysconfig/network/dhcp WRITE_HOSTNAME_TO_HOSTS from "yes" to "no" in SLES11
How can wie do that with xml ?
Dirk Lohmann
Hello Dirk, this should work: <profile ...> <sysconfig config:type="list" > <sysconfig_entry> <sysconfig_key>WRITE_HOSTNAME_TO_HOSTS</sysconfig_key> <sysconfig_path>/etc/sysconfig/network/dhcp</sysconfig_path> <sysconfig_value>no</sysconfig_value> </sysconfig_entry> </sysconfig> http://www.suse.com/~ug/autoyast_doc/createprofile.sysconfig.html Regards, Oliver -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Hi,
<profile ...> <sysconfig config:type="list" > <sysconfig_entry> <sysconfig_key>WRITE_HOSTNAME_TO_HOSTS</sysconfig_key> <sysconfig_path>/etc/sysconfig/network/dhcp</sysconfig_path> <sysconfig_value>no</sysconfig_value> </sysconfig_entry> </sysconfig>
http://www.suse.com/~ug/autoyast_doc/createprofile.sysconfig.html
Wow, impressive, I didn't know that (shame on me, I'm a YaST developer). Every day I learn something new :P Now I must say that I by no means intended to spread disinformation by telling Dirk "No, you can't do that, we don't support it", but setting network-related variable in sysconfig section is certainly the road less travelled and less obvious. Nevertheless, not yet finished feature for SLE11 SP1 will allow setting WRITE_HOSTNAME variable right in <networking> section where it logically belongs. fB. -- \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Katarina Machalkova schrieb:
Hi,
<profile ...> <sysconfig config:type="list" > <sysconfig_entry> <sysconfig_key>WRITE_HOSTNAME_TO_HOSTS</sysconfig_key> <sysconfig_path>/etc/sysconfig/network/dhcp</sysconfig_path> <sysconfig_value>no</sysconfig_value> </sysconfig_entry> </sysconfig>
http://www.suse.com/~ug/autoyast_doc/createprofile.sysconfig.html
Wow, impressive, I didn't know that (shame on me, I'm a YaST developer). Every day I learn something new :P
Now I must say that I by no means intended to spread disinformation by telling Dirk "No, you can't do that, we don't support it", but setting network-related variable in sysconfig section is certainly the road less travelled and less obvious.
Nevertheless, not yet finished feature for SLE11 SP1 will allow setting WRITE_HOSTNAME variable right in <networking> section where it logically belongs.
fB.
Hello Katarina, to be honest, I don't know if that works for that particular combination with SLES 11 ;-) But it works definitly for FORCE_PERSISTENT_NAMES, /etc/sysconfig/network/config, with SLES10SP3, so I guess, assuming a generic implementation of that feature, that it works for SLES11, too. Regards,y Oliver -- Oliver Schweikert Software Development HORIBA Europe Automation Division GmbH Zabergäustr. 3 73765 Neuhausen (Germany) Tel: +49 7158-933-413 Fax: +49 7158-933-613 Email: oliver.schweikert@horiba.com Geschäftsführer: Thomas E. Ehmann, Yuichi Muroga, Takashi Nagano Amtsgericht Stuttgart, HRB 213200 -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Thank you very much for your answer. We will test and try it. Dirk Lohmann NMI-DC Systemadministrator Linux ----------------------------------------------------------------------- arvato systems GmbH An der Autobahn 33311 Gütersloh Dirk.Lohmann@Bertelsmann.de Telefon: +49 (0) 5241 80-5865 Fax: +49 (0) 5241 65865 http://www.arvato-systems.de Geschäftsführung: Dr. Michael Pesch Amtsgericht Gütersloh - HRB 3981 -----Ursprüngliche Nachricht----- Von: Oliver Schweikert [mailto:oliver.schweikert@horiba.com] Gesendet: Mittwoch, 18. November 2009 12:29 An: opensuse-autoinstall@opensuse.org Betreff: Re: [opensuse-autoinstall] /etc/sysconfig/network/dhcp der Parameter WRITE_HOSTNAME_TO_HOSTS von "yes" auf "no" SLES11 Katarina Machalkova schrieb:
Hi,
<profile ...> <sysconfig config:type="list" > <sysconfig_entry> <sysconfig_key>WRITE_HOSTNAME_TO_HOSTS</sysconfig_key> <sysconfig_path>/etc/sysconfig/network/dhcp</sysconfig_path> <sysconfig_value>no</sysconfig_value> </sysconfig_entry> </sysconfig>
http://www.suse.com/~ug/autoyast_doc/createprofile.sysconfig.html
Wow, impressive, I didn't know that (shame on me, I'm a YaST developer). Every day I learn something new :P
Now I must say that I by no means intended to spread disinformation by telling Dirk "No, you can't do that, we don't support it", but setting network-related variable in sysconfig section is certainly the road less travelled and less obvious.
Nevertheless, not yet finished feature for SLE11 SP1 will allow setting WRITE_HOSTNAME variable right in <networking> section where it logically belongs.
fB.
Hello Katarina, to be honest, I don't know if that works for that particular combination with SLES 11 ;-) But it works definitly for FORCE_PERSISTENT_NAMES, /etc/sysconfig/network/config, with SLES10SP3, so I guess, assuming a generic implementation of that feature, that it works for SLES11, too. Regards,y Oliver -- Oliver Schweikert Software Development HORIBA Europe Automation Division GmbH Zabergäustr. 3 73765 Neuhausen (Germany) Tel: +49 7158-933-413 Fax: +49 7158-933-613 Email: oliver.schweikert@horiba.com Geschäftsführer: Thomas E. Ehmann, Yuichi Muroga, Takashi Nagano Amtsgericht Stuttgart, HRB 213200 -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Hi,
we want to set in /etc/sysconfig/network/dhcp WRITE_HOSTNAME_TO_HOSTS from "yes" to "no" in SLES11
How can wie do that with xml ?
You can't do it with SLE11, unfortunately. I'm currently working on a feature that will enable setting this very variable in XML profile, but SLE11 SP1 is the target product for it. Moreover, WRITE_HOSTNAME_TO_HOST (the most popular sysconfig variable in SLES ;) ) should be set to "no" by default on all SLES11 installations, but it is not if one installs via Autoyast, due to: https://bugzilla.novell.com/show_bug.cgi?id=500568 (don't know though if the bug is public) Target release for the fix is again SLE11 SP1 fB. -- \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Hello, planning to update some machines here to opensuse 11.2 I started to adapt our autoyast files to that version. Unfortunately i did not much testing with milestone-releases before which one admittedly should. But at least one time I did. Some general thoughts: ~~~~~~~~~~~~~~~~~~~~~~ What is still hard to guess and to rexplore is change of packaging like pattern and packagenames. Would be nice to have a kind of browser to work ot interactivly the software list in advance. It should list all patterns and its content in hierarchical manner and maybe take in old software list (of preversion) and make suggestions for a new one. Another point is to have backuped configuration files which get changed by autoyast-script, -file sections. Maybe more general a kind protocol. of things that have been done. I know of /var/adm/autoinstall/logs etc. One could afterwards more easely compare wheather there appeared new switches which should taken in updated version of configuration. If one does not have it, it requirers one to install at least one time the system with nearly no changes at all. I think this cycle could get eliminated. One big xml-file is still awful concept, I guess even if one applies rules. I would prefer a split up in many parts configuration and even do somehow by a homegrown solution. I'm not sure whether it possible to simulate the application of rules before. I think xml as an intermdiate format is for automatic parsing is ok. The DTD files should seperately available to applicant before a first installation of new version opensuse. Fishing them somehow from rpms of distribution is not that nice. I would vote for svn-repository for that. The documentation should as datailed as possible. I still have the feeling that documentation is more by examples and DTDs which one has to watch in than by abstract listing of features. I general i want to have simple easy to check and changable configuration. Some parts of installation like parts of package resolution should get independly simulated in advance even outside the system thats going to get installed. Still a problem is to manage packages and configuration of many computers afterwards. Now that what occured: ~~~~~~~~~~~~~~~~~~~~~ the package samba-winbind failed to install. I interactivly said skip over as i did not even know whether we use it but it was for some reason in package list. I got a warning that i could get a damaged installation. In the end fetchmsttfonts failed. The following messages regarding fetchmsttfonts were in /var/log/zypp/history of installed partition. # 2009-11-18 02:23:06 /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.txt ausgeführt # /bin/sh: /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.txt: No such file or directory # 2009-11-18 02:23:20 /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.txt Ausführung fehlgeschlagen (Kommando mit Status 127 beendet.) These are also the last ones of that file. with that my installation ended, no configuration seemed to be done. What awfully disappeared was the file /var/log/YaST/y2log, it was there before shutting down. I wanted to analyze it but it disappeared. I made installation within kvm-qemu-emulator, so it was easy to look into the partitition afterwards. I hope to get around these problems this afternoon. Greetings David -- David Werner system administrator IWS, Universität Stuttgart phone: +49 711 685 670 10 Pfaffenwaldring 61 D-70569 Stuttgart email: david.werner@iws.uni-stuttgart.de pgp key: http://www.hydrosys.uni-stuttgart.de/institut/mitarbeiter/werner.php pgp fingerprint: 1952 3442 47F7 F6A1 55B2 15F9 1E9D 487E B0DC 1862
David Werner wrote:
Now that what occured: ~~~~~~~~~~~~~~~~~~~~~
the package samba-winbind failed to install. I interactivly said skip over as i did not even know whether we use it but it was for some reason in package list. I got a warning that i could get a damaged installation.
I think this point has nothing to do with the following!?
In the end fetchmsttfonts failed. The following messages regarding fetchmsttfonts were in /var/log/zypp/history of installed partition.
# 2009-11-18 02:23:06 /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.txt ausgeführt # /bin/sh: /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.txt: No such file or directory # 2009-11-18 02:23:20 /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.txt Ausführung fehlgeschlagen (Kommando mit Status 127 beendet.)
We had the same problem. This package fetchmsttfonts-... only exist in the update repository. Therefore one possible workaround is not to use this repository during the installation with autoyast and add it later (e.g. in the postinstall phase) with a little script using zypper. Maybe it's also a solution, to add the package to the <remove-packages> section. Anyway I would also prefer the possibility to already using the complete update repository during the auto installation to get the newest rpms already at that time. This was possible in older distributions and should be possible for 11.2 as well!? At the moment it's not a real problem as there are only some update rpms. But later on, first installing from the original repository and updating afterwords will take more time than necessary. By the way: Why is there a package, that only exists in the update repository? Regards, -- Guenther Haas, Uni Ulm, Institut TAIT, guenther.haas@gmx.de -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
The following information is based on OpenSuse 11.1 and might fit as well to 11.2 Motivation: We had problems using the OpenSuse 11.1 base DVD ISO image for installation so we where forced to have the update repository available during installation. Since a update repsotory is not stable in terms of software release number each new installation might differ to a previous run and requires internet access as well. To aviod this problem we decided to mirror the Update repository ( only required parts of course ) to the local installation server. Our local directory is /export/mirror/frozen/ftp5.gwdg.de/pub/opensuse/update/11.1 To enable autoyast to use this repository an add_on_products.xml has been created within the 32bit installation repository: Example: $ cat /export/suse/sl111/x86/add_on_products.xml <?xml version="1.0"?> <add_on_products xmlns="http://www.suse.com/1.0/yast2ns" xmlns:config="http://www.suse.com/1.0/configns"> <product_items config:type="list"> <product_item> <name>11.1 updates</name> <url>http://OurInstallationServerIP/export/mirror/frozen/ftp5.gwdg.de/pub/opensuse/update/11.1</url> <path>/</path> <ask_user config:type="boolean">false</ask_user> <selected config:type="boolean">true</selected> </product_item> <!-- Another product item --> <product_item /> </product_items> </add_on_products> Reference: http://forgeftp.novell.com/yast/doc/SL11.1/tdg/installation_features.html hth Hajo -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Wednesday 18 November 2009 David Werner wrote:
What is still hard to guess and to rexplore is change of packaging like pattern and packagenames. Would be nice to have a kind of browser to work ot interactivly the software list in advance. It should list all patterns and its content in hierarchical manner and maybe take in old software list (of preversion) and make suggestions for a new one.
unfortunately it's not in my hands but I see your point. You can use the autoyast UI to configure your packages and patterns, so a least you dont have to know the names. But I see the problem that a <software> section from one version can fail on another just because someone had the great idea to rename something again.
Another point is to have backuped configuration files which get changed by autoyast-script, -file sections. Maybe more general a kind protocol. of things that have been done. I know of /var/adm/autoinstall/logs etc. One could afterwards more easely compare wheather there appeared new switches which should taken in updated version of configuration. If one does not have it, it requirers one to install at least one time the system with nearly no changes at all. I think this cycle could get eliminated.
for the <files> section we can talk about it but for scripts it's a bit hard for autoyast to see what you've changed in the system. I think you know best what files you touch and you can create a backpup like "/etc/ntp.conf.old" on your own.
One big xml-file is still awful concept, I guess even if one applies rules. I would prefer a split up in many parts configuration and even do somehow by a homegrown solution. I'm not sure whether it possible to simulate the application of rules before. I think xml as an intermdiate format is for automatic parsing is ok.
you can use classes. We did a huge XML config for SAP recently where the main profile was only classes like this: <classes config:type="list"> <class> <class_name>master</class_name> <configuration>scripts.xml</configuration> </class> <class> <class_name>master</class_name> <configuration>ask-hardware.xml</configuration> </class> <class> <class_name>master</class_name> <configuration>ask-mail.xml</configuration> </class> ... and so on ... we used 23 classes files
The DTD files should seperately available to applicant before a first installation of new version opensuse. Fishing them somehow from rpms of distribution is not that nice. I would vote for svn-repository for that.
hm. I dont really see the benefit in putting the rnc files into a separate repository.
The documentation should as datailed as possible. I still
that's always true ;) But it's also always true that the documentation is just a simplified version of the reality ;)
have the feeling that documentation is more by examples and DTDs which one has to watch in than by abstract listing of features.
that's true for some parts of the documentation. If you think that a part of the documentation is not useable or totally outdated, please open a bugreport. -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Wednesday 18 November 2009 David Werner wrote:
the package samba-winbind failed to install. I interactivly said skip over as i did not even know whether we use it but it was for some reason in package list. I got a warning that i could get a damaged installation. In the end fetchmsttfonts failed. The following messages regarding fetchmsttfonts were in /var/log/zypp/history of installed partition.
# 2009-11-18 02:23:06 /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.t xt ausgeführt # /bin/sh: /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.t xt: No such file or directory # 2009-11-18 02:23:20 /mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh.t xt Ausführung fehlgeschlagen (Kommando mit Status 127 beendet.)
that looks like a libzypp bug You can try to workaround that by creating a symlink in a post_partitioning script. The Symlink should be: cd /mnt ln -s /var mnt/var I did not try it yet but it should work. In a post-script or so you can delete that link again We are thinking of a way to fix that with a libzypp update but it's not so easy (especially the cleaning up of the link). -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Thursday 26 November 2009 Uwe Gansert wrote:
/mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh. t xt: No such file or directory # 2009-11-18 02:23:20
that looks like a libzypp bug
for the archive https://bugzilla.novell.com/show_bug.cgi?id=558813 -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Thursday 26 November 2009 Uwe Gansert wrote:
/mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh. t xt: No such file or directory # 2009-11-18 02:23:20 that looks like a libzypp bug
for the archive https://bugzilla.novell.com/show_bug.cgi?id=558813 U@
Uwe Gansert wrote: p to now libzypp-6.24.3 (openSUSE 11.2) and libzypp-5.30.20 (openSUSE 11.1) have not yet found their way into the update repositories: http://download.opensuse.org/update/11.1/rpm http://download.opensuse.org/update/11.2/rpm :-( Any idea when/where the fixed rpms will be (or already are) available and if they will be added to the update repositories? Best Regards, -- Guenther Haas, Uni Ulm, Institut TAIT, guenther.haas@gmx.de -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Monday 07 December 2009 Guenther Haas wrote:
that looks like a libzypp bug
for the archive https://bugzilla.novell.com/show_bug.cgi?id=558813
U@ p to now libzypp-6.24.3 (openSUSE 11.2) and libzypp-5.30.20 (openSUSE 11.1) have not yet found their way into the update repositories:
http://download.opensuse.org/update/11.1/rpm http://download.opensuse.org/update/11.2/rpm
:-(
Any idea when/where the fixed rpms will be (or already are) available and if they will be added to the update repositories?
there is no planned update for zypp on openSUSE at the moment. You'd have to use it as driverupdate then anyway, because the bug is in the libzypp in the installation-system. not in the one that is getting installed. So it can only be fixed by a DUD. -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Thursday 26 November 2009 Uwe Gansert wrote:
on Wednesday 18 November 2009 David Werner wrote:
the package samba-winbind failed to install. I interactivly said skip over as i did not even know whether we use it but it was for some reason in package list. I got a warning that i could get a damaged installation. In the end fetchmsttfonts failed. The following messages regarding fetchmsttfonts were in /var/log/zypp/history of installed partition.
# 2009-11-18 02:23:06
/mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh. t xt ausgeführt # /bin/sh:
/mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh. t xt: No such file or directory # 2009-11-18 02:23:20
/mnt/var/adm/update-scripts/fetchmsttfonts-11.2-6.6.12-fetchmsttfonts.sh. t xt Ausführung fehlgeschlagen (Kommando mit Status 127 beendet.)
that looks like a libzypp bug You can try to workaround that by creating a symlink in a post_partitioning script. The Symlink should be:
cd /mnt ln -s /var mnt/var
I did not try it yet but it should work.
should, should, SHOULD ... but it does not. :-/ First of all you need to create a link like this: cd /mnt/mnt ln -s ../var var so that you have a link in /mnt/mnt/ that points to ../var unfortunately that's not enough. Because name resolution is needed, you have to echo a nameserver to /etc/resolv.conf like: echo "nameserver 8.8.8.8" >> /etc/resolv.conf then it works. This time I tried it by myself ;) the easy way is to taboo the fetchmsttfonts package via "remove-packages" list. Then it woks too but the package is not installed. -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
participants (7)
-
David Werner -
Dirk.Lohmann＠Bertelsmann.de -
Guenther Haas -
Hans-Joachim Ehlers -
Katarina Machalkova -
Oliver Schweikert -
Uwe Gansert