zypper ref zypper lu zypper up (packagename optl) I guess, you can always use zypper ps even if you use yast2 for the rest. zypper ps (shows replaced files and processes) restart those processes and services. no reboot for openssl stuff needed. good luck. -- 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 28.04.2012 12:45, schrieb Philipp Thomas:

On Fri, 27 Apr 2012 22:38:06 +0200, Norbert Zawodsky wrote:

...

ist sie nur 1x geladen. Wenn das letzte der 3 Programme beendet, wird - *meines Wissens* - auch die lib wieder aus dem Speicher entfernt. Soweit richtig.

...

Das bedeutet aber auch, wenn 2 der 3 programme beenden und dann wieder ein neues gestartet wird läuft es mit dem lib-code der bereits im Speicher ist. In deinem Beispiel also mit der "alten Version". Falsch. Die neu gestartete Applikation läuft mit der neuen Bibliothek.

Philipp Hallo Philipp,

ich widerspreche nur ungern da ich auch nicht ganz sicher bin. Aber bist Du sicher? Wieso sollte der Loader das shared object erneut laden wenn es schon im Speicher ist? Das wäre höchst unlogisch und auch nicht nachvollziehbar. Anhand welchen Kriteriums soll das der Loader "entscheiden" ? Zur Klärung, wir reden hier _nicht_ von verschiedenen Versionen des .so Norbert -- 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

Hi Helga! On Sa, 28 Apr 2012, Helga Fischer wrote:

Am Samstag 28 April 2012 schrieb Philipp Thomas:

...

On Fri, 27 Apr 2012 22:38:06 +0200, Norbert Zawodsky

wrote:

...

ist sie nur 1x geladen. Wenn das letzte der 3 Programme beendet, wird - *meines Wissens* - auch die lib wieder aus dem Speicher entfernt.

Soweit richtig.

...

Das bedeutet aber auch, wenn 2 der 3 programme beenden und dann wieder ein neues gestartet wird läuft es mit dem lib-code der bereits im Speicher ist. In deinem Beispiel also mit der "alten Version".

Falsch. Die neu gestartete Applikation läuft mit der neuen Bibliothek.

Meine Frage zielte auf die üblichen Daemonen, die eventuell auf die ssllib zugreifen: postfix, smtp-auth, httpd und was da sonst noch zugreift.

Ganz sicher bin ich mit einem Neustart des Systems auf der sicheren Seite.

Wenn ich aber meinen Server nicht unterbrechen will, dann muss ich doch wissen, welche Dienste die Lib brauchen und sie von Hand neustarten. Daher halt jetzt meine Frage, wie es sich da verhält. Nicht immer hat man es ja mit einem Patch zu tun, der eindeutig einem Dienst zuzuordnen ist.

Ein Bekannter von mir hat dafür das hier geschrieben http://www.256bit.org/whatsup.shtml regards, Christian -- -- 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

On Sat, 28 Apr 2012 13:22:53 +0200, Norbert Zawodsky wrote:

Wieso sollte der Loader das shared object erneut laden wenn es schon im Speicher ist? Das wäre höchst unlogisch und auch nicht nachvollziehbar. Anhand welchen Kriteriums soll das der Loader "entscheiden" ?

Weil er das Binary prüft? Aber ich bin mir auch nicht so ganz sicher und werde am Mittwoch mal unseren (SUSEs) Binutils/GCC Experten fragen. Philipp -- 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 29.04.2012 15:42, schrieb Markus Koßmann:

Am Sonntag, 29. April 2012, 00:41:10 schrieb Norbert Zawodsky:

...

Am 28.04.2012 21:42, schrieb Philipp Thomas:

...

On Sat, 28 Apr 2012 13:22:53 +0200, Norbert Zawodsky

wrote:

...

Wieso sollte der Loader das shared object erneut laden wenn es schon im Speicher ist? Das wäre höchst unlogisch und auch nicht nachvollziehbar. Anhand welchen Kriteriums soll das der Loader "entscheiden" ? Weil er das Binary prüft? Aber ich bin mir auch nicht so ganz sicher und werde am Mittwoch mal unseren (SUSEs) Binutils/GCC Experten fragen.

Philipp Hallo Philipp,

kann ich mir nicht vorstellen. Das wäre schon ein enormer Aufwand. Man könnte doch einfach den Zeitstempel des shared objects beim Laden mit in der Verwaltungsinfo ablegen. Wenn dann auf der Platte etwas Neueres zu finden ist ...

Könnte man. Glaube ich aber nicht dass es so gemacht wird. Zeitstempel sind etwas äußerst Fehleranfälliges. Außerdem, wer sagt dass immer etwas "Neueres" gefragt ist. Man denke nur an downgrades. Nö, ich warte gespannt was der Binutils-Guru sagt... Aber in genau diesem Zusammenhang: Kennt jemand ein (commandline)tool mit dem man auflisten kann welche shared-objects gerade im Speicher geladen sind? -- 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 Sonntag, 29. April 2012, 14:11:22 schrieb Norbert Zawodsky:

Aber in genau diesem Zusammenhang: Kennt jemand ein (commandline)tool mit dem man auflisten kann welche shared-objects gerade im Speicher geladen sind?

Ganz spontan, wie wäre es damit: lsof | grep '\.so' -- Grüße, Michael

Am Sonntag, 29. April 2012, 00:41:10 schrieb Norbert Zawodsky:

Am 28.04.2012 21:42, schrieb Philipp Thomas:

...

On Sat, 28 Apr 2012 13:22:53 +0200, Norbert Zawodsky

wrote:

...

Wieso sollte der Loader das shared object erneut laden wenn es schon im Speicher ist? Das wäre höchst unlogisch und auch nicht nachvollziehbar. Anhand welchen Kriteriums soll das der Loader "entscheiden" ?

Weil er das Binary prüft? Aber ich bin mir auch nicht so ganz sicher und werde am Mittwoch mal unseren (SUSEs) Binutils/GCC Experten fragen.

Philipp

Hallo Philipp,

kann ich mir nicht vorstellen. Das wäre schon ein enormer Aufwand. Man könnte doch einfach den Zeitstempel des shared objects beim Laden mit in der Verwaltungsinfo ablegen. Wenn dann auf der Platte etwas Neueres zu finden ist ...

-- 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 Sat, 28 Apr 2012 13:22:53 +0200 schrieb Norbert Zawodsky :

Am 28.04.2012 12:45, schrieb Philipp Thomas:

...

On Fri, 27 Apr 2012 22:38:06 +0200, Norbert Zawodsky wrote:

...

ist sie nur 1x geladen. Wenn das letzte der 3 Programme beendet, wird - *meines Wissens* - auch die lib wieder aus dem Speicher entfernt. Soweit richtig.

...

Das bedeutet aber auch, wenn 2 der 3 programme beenden und dann wieder ein neues gestartet wird läuft es mit dem lib-code der bereits im Speicher ist. In deinem Beispiel also mit der "alten Version". Falsch. Die neu gestartete Applikation läuft mit der neuen Bibliothek.

Philipp Hallo Philipp,

ich widerspreche nur ungern da ich auch nicht ganz sicher bin. Aber bist Du sicher?

Wieso sollte der Loader das shared object erneut laden wenn es schon im Speicher ist? Das wäre höchst unlogisch und auch nicht nachvollziehbar. Anhand welchen Kriteriums soll das der Loader "entscheiden" ?

Zur Klärung, wir reden hier _nicht_ von verschiedenen Versionen des .so

Soweit ich mich erinnern kann ruft SuSEConfig ldconfig(8) auf. Es werden also die dynamischen Libraries geladen, die danach im Cache liegen. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:DA147B05 53°37'09,95"N 10°08'02,42"E -- 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 03.05.2012 17:35, schrieb Philipp Thomas:

* Norbert Zawodsky (norbert@zawodsky.at) [20120429 00:41]:

...

Aber frag den Experten und teile dann bitte seine Antwort hier auf der Liste. Es interessiert mich nämlich sehr!!

Und die Antwort ist:

Sobald die Applikation ein open auf die Bibliothek macht - und daß geschieht bei jedem Start einer Appliktion, wie Du mit strace sehen kannst - gilt „Neues Spiel, neues Glück”, sprich bekommt sie die neue Bibliothek. Da aber die Kopien der alten Bibliothek im Speicher bleiben, solange die Applikationen laufen, die sie benötigen, laufen jetzt beide Version parallel und benötigen somit doppelten Speicher.

Hallo Philipp, danke für die Antwort. Ich habe in der Richtung schon sowas vermutet und einige Tests vorgenommen, in dem ich einfach eine kleine Library programmiert und gebaut habe. Ein weiteres Programm bindet die Library ein und wird somit in den Speicher geladen. Das laufende Programm habe ich bewusst nicht beendet und habe danach die Library verändert und neu gebaut. Es wurde beim erneuten Aufruf des Programmes die neue Library geladen, was sich auch mit der Antwort von den GNU-Gurus deckt. Das beide Libraries im Speicher gehalten werden, bis eines der Programme beendet und die Library aus dem Speicher entladen wird. (Sagt man das so?) ;-) Und zu zypper ala: # zypper ps handhabt das auch so, dass es prüft, ob irgendwelche veraltete Programme oder Libraries im Speicher sind und listet diese auf, was wirklich ein hilfreiches Werkzeug ist, um nur die nötigen Dienste auf meinem Server neuzustarten (wenige Sekunden) und nicht gleich den gesamten Server (mehrere Minuten Downtime inkl. fsck), was definitiv bei einem Kernel-Update der Fall sein dürfte. ;-) -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- 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