Update Konfigurationsdateien über RPM
Hallo, wenn früher mal eine Konfigurationsdatei in /etc geupdatet wurde und man hat als Benutzer schon vorher darin herumgefummelt, wurde die neue Datei installiert und die alte mit der Endung .rpmsave gesichert. Fall: eine Datei in /etc wurde vom User bereits verändert, über Yast/RPM kommt ein Update der Konfigurationsdatei. Was macht OS 42.1 dann? Wird die vom Nutzer veränderte Datei behalten und die neue als Kopie hinterlegt? Oder umgekehrt, die neue Datei wird installiert und die alte wird gesichter? Ich hab einiges in /etc selbst verändert und habe bisher jedenfalls noch keine *.rpmsave Datei gefunden. Gruß -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.06.2016 um 07:31 schrieb Malte Gell:
Hallo, wenn früher mal eine Konfigurationsdatei in /etc geupdatet wurde und man hat als Benutzer schon vorher darin herumgefummelt, wurde die neue Datei installiert und die alte mit der Endung .rpmsave gesichert.
Fall: eine Datei in /etc wurde vom User bereits verändert, über Yast/RPM kommt ein Update der Konfigurationsdatei.
Was macht OS 42.1 dann? Wird die vom Nutzer veränderte Datei behalten und die neue als Kopie hinterlegt? Oder umgekehrt, die neue Datei wird installiert und die alte wird gesichter?
Ich hab einiges in /etc selbst verändert und habe bisher jedenfalls noch keine *.rpmsave Datei gefunden.
Gruß
Hi, diese segensreiche Idee ist schon in 13.1 zumindest bei bestimmten Dateien verschwunden. Z.b. wird /etc/postfix/main.cf bei jedem Update verändert und es gibt kein Backup. Ich lasse es jetzt per script zurückändern... (MAIL_CREATE_CONFIG in der sysconfig gibt es bei mir nicht, kann also nicht auf YES stehen... sollte ich mal probieren, es anzulegen?) Hilft nur: selbst sichern... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Jörg, hallo zusammen, Am Donnerstag, 2. Juni 2016, 08:45:27 CEST schrieb Joerg Thuemmler: ...
diese segensreiche Idee ist schon in 13.1 zumindest bei bestimmten Dateien verschwunden. Z.b. wird /etc/postfix/main.cf bei jedem Update verändert und es gibt kein Backup. Ich lasse es jetzt per script zurückändern...
Das ist ein bekanntes (aber leider noch nicht gefixtes) Problem mit /usr/sbin/config.postfix. (Bug-Nummer müsste ich bei Bedarf raussuchen.) rpm ist unschuldig ;-) und produziert bei Bedarf wie gewohnt *.rpmsave und *.rpmnew-Dateien.
(MAIL_CREATE_CONFIG in der sysconfig gibt es bei mir nicht, kann also nicht auf YES stehen... sollte ich mal probieren, es anzulegen?)
Das wundert mich gerade etwas - eigentlich sollte in /etc/sysconfig/mail folgendes stehen: MAIL_CREATE_CONFIG="yes" Falls Du MAIL_CREATE_CONFIG dort nicht findest, schreib es von Hand rein. Idealerweise mit "no" statt "yes" ;-) Gruß Christian Boltz --
[telepathy] i doubt you refer to this paranormal phenomena stuff. Does software to do that exists ? **grin** :-) Yep, It does, it's called emacs }:-) [>> Marcus Rueckert, > Cristian Rodriguez R. and Manuel Arostegui Ramirez in opensuse-buildservice]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.06.2016 um 21:15 schrieb Christian Boltz:
Hallo Jörg, hallo zusammen,
Am Donnerstag, 2. Juni 2016, 08:45:27 CEST schrieb Joerg Thuemmler: ...
diese segensreiche Idee ist schon in 13.1 zumindest bei bestimmten Dateien verschwunden. Z.b. wird /etc/postfix/main.cf bei jedem Update verändert und es gibt kein Backup. Ich lasse es jetzt per script zurückändern...
Das ist ein bekanntes (aber leider noch nicht gefixtes) Problem mit /usr/sbin/config.postfix. (Bug-Nummer müsste ich bei Bedarf raussuchen.)
rpm ist unschuldig ;-) und produziert bei Bedarf wie gewohnt *.rpmsave und *.rpmnew-Dateien.
(MAIL_CREATE_CONFIG in der sysconfig gibt es bei mir nicht, kann also nicht auf YES stehen... sollte ich mal probieren, es anzulegen?)
Das wundert mich gerade etwas - eigentlich sollte in /etc/sysconfig/mail folgendes stehen: MAIL_CREATE_CONFIG="yes"
Falls Du MAIL_CREATE_CONFIG dort nicht findest, schreib es von Hand rein. Idealerweise mit "no" statt "yes" ;-)
Gruß
Christian Boltz
Ja, das habe ich mir für meine nächste "Bastelstunde" auf diesem Server vorgenommen. Mal sehen, ob es was ändert. cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Malte Gell [02.06.2016 07:31]:
Hallo, wenn früher mal eine Konfigurationsdatei in /etc geupdatet wurde und man hat als Benutzer schon vorher darin herumgefummelt, wurde die neue Datei installiert und die alte mit der Endung .rpmsave gesichert.
Fall: eine Datei in /etc wurde vom User bereits verändert, über Yast/RPM kommt ein Update der Konfigurationsdatei.
Was macht OS 42.1 dann? Wird die vom Nutzer veränderte Datei behalten und die neue als Kopie hinterlegt? Oder umgekehrt, die neue Datei wird installiert und die alte wird gesichter?
Ich hab einiges in /etc selbst verändert und habe bisher jedenfalls noch keine *.rpmsave Datei gefunden.
Gruß
Je nachdem, was im installierten RPM selbst steht, wird ein .rpmnew oder ein .rpmsave angelegt - oder die Datei wird einfach überschrieben. Das Verhalten ist an einigen Stellen dokumentiert, z. B. auf <https://www.suse.com/documentation/sles11/book_sle_admin/data/sec_rpm.html>: ---snip--- * If a configuration file was not changed by the system administrator, rpm installs the new version of the appropriate file. No action by the system administrator is required. * If a configuration file was changed by the system administrator before the update, rpm saves the changed file with the extension .rpmorig or .rpmsave (backup file) and installs the version from the new package (but only if the originally installed file and the newer version are different). If this is the case, compare the backup file (.rpmorig or .rpmsave) with the newly installed file and make your changes again in the new file. Afterwards, be sure to delete all .rpmorig and .rpmsave files to avoid problems with future updates. * .rpmnew files appear if the configuration file already exists and if the noreplace label was specified in the .spec file. Following an update, .rpmsave and .rpmnew files should be removed after comparing them, so they do not obstruct future updates. The .rpmorig extension is assigned if the file has not previously been recognized by the RPM database. Otherwise, .rpmsave is used. In other words, .rpmorig results from updating from a foreign format to RPM. .rpmsave results from updating from an older RPM to a newer RPM. .rpmnew does not disclose any information as to whether the system administrator has made any changes to the configuration file. A list of these files is available in /var/adm/rpmconfigcheck. Some configuration files (like /etc/httpd/httpd.conf) are not overwritten to allow continued operation. ---pins--- Ich nehme nicht an, dass sich das in der Zwischenzeit grundlegend geändert hat :) Interessant ist der ausdrückliche Hinweis auf das "noreplace label" im Spec-File. Das ist aber etwas, was der Packager macht, nicht nicht die Software, die das Paket installiert (siehe auch z. B. <http://stackoverflow.com/questions/14511334/rpm-upgrade-handling-of-config-files>). Ich benutze übrigens etckeeper auf allen Systemen. Sobald zypper Änderungen vornimmt, wird ein Plugin aufgerufen, das den aktuellen Stand der Konfiguration in einem Git-Repo (/etc/.git/) sichert. Man kann also alle alten Stände wieder herstellen, und man kann auch eine Versionshistory anzeigen lassen - einfach durch die entsprechenden git-Befehle :) Gruß Werner --
participants (4)
-
Christian Boltz
-
Joerg Thuemmler
-
Malte Gell
-
Werner Flamme