Koozali.org: home of the SME Server

Other Languages => Deutsch => Topic started by: yythoss on November 23, 2008, 01:24:45 PM

Title: Open-Xchange Update auf SME 7.4
Post by: yythoss on November 23, 2008, 01:24:45 PM
Hier ein kleines HowTo, wie alle OX Benutzer das Update einspielen können.

Zuerst muss man die Abhänigkeit zu der alten e-smith-lib lösen:

Code: [Select]
yum erase sme7-open-xchange-conf
Code: [Select]
yum update
Code: [Select]
signal-event post-upgrade
signal-event reboot

Nun die neuen files von meiner Homepage herunterladen.
http://www.swt-online.de/swtserver/dlmonitor/mon.html (http://www.swt-online.de/swtserver/dlmonitor/mon.html)

Code: [Select]
e-smith-lib-2.0.0-1ox.el4.sme.rpm
sme7-open-xchange-conf-0.8.6.5-17.noarch.rpm

Begebt Euch mit cd an die Stelle, wo die neuen files auf Eurem Server liegen

Code: [Select]
cd PFAD_ZU_DEN_FILES

yum localinstall *.rpm

signal-event post-upgrade
signal-event reboot

Fertig!

yythoss
Title: Re: Open-Xchange Update auf SME 7.4
Post by: MIB on November 23, 2008, 03:32:27 PM
Okay, nochmal damit ich es wirklich bestätigt bekomme:
Wenn ich ein Software Raid verwende und das Update auf 7.4 mache bekomme ich eine Kernel Panic?
Habe ich das richtig verstanden?
Title: Re: Open-Xchange Update auf SME 7.4
Post by: yythoss on November 23, 2008, 03:37:09 PM
Das gehört zwar nicht in diesen Thread, aber bei mir ist das so und ich kann es jederzeit reproduzieren. Schalte ich dann wieder auf den alten Kernel, läuft alles wieder wie gewohnt.

yythoss
Title: Re: Open-Xchange Update auf SME 7.4
Post by: MIB on November 23, 2008, 03:43:00 PM
Danke für die Warnung - habe ein paar Software Raids draußen laufen.
Das wäre fatal wenn ich da geupdatet hätte und die Server wären gestanden!
Problemlos habe ich bisher einen Hardware Raid (3ware Controller) und ein System mit einer einzelen Platte geupdatet.

Kann noch jemand eine Kernel Panic bestätigen bei Software Raid bestätigen?
Danke
Title: Re: Open-Xchange Update auf SME 7.4
Post by: yythoss on November 23, 2008, 03:47:22 PM
Ich würde sagen wir machen wegen der Kernel Panic einen neuen Thread auf und wenn noch jemand anderes ein Problem hat schreiben wir in den Bug Tracker.

yythoss
Title: Re: Open-Xchange Update auf SME 7.4
Post by: MIB on November 23, 2008, 03:50:45 PM
okay machst du oder ich?
Title: Re: Open-Xchange Update auf SME 7.4
Post by: ReetP on November 28, 2008, 03:37:02 AM
Many thanks for the updated files - they were not on smeserver.free.fr and I did wonder if this contrib might be forgotten altogether !

Vielen dank ;-)

Bit difficult being British living in Spain trying to learn Spanish and then have to remember my schoolboy German............

B. Rgds
John
Title: Re: Open-Xchange Update auf SME 7.4
Post by: cactus on November 28, 2008, 10:05:04 AM
Many thanks for the updated files - they were not on smeserver.free.fr and I did wonder if this contrib might be forgotten altogether !
Therefore, and for some other reasons as well it would be nice if they were in SME Contribs.
Title: Re: Open-Xchange Update auf SME 7.4
Post by: ReetP on December 01, 2008, 10:01:06 AM
Therefore, and for some other reasons as well it would be nice if they were in SME Contribs.

Agreed. Be nice if the whole lot were there.

Think there is also an empty wiki page. However, as these are other peoples rpms, I guess it is up to them whether they put them in contribs ?
Title: Re: Open-Xchange Update auf SME 7.4
Post by: cactus on December 01, 2008, 11:11:21 AM
Agreed. Be nice if the whole lot were there.

Think there is also an empty wiki page. However, as these are other peoples rpms, I guess it is up to them whether they put them in contribs ?
Yes, that is true. But they could benefit from a controlled build engine as well as one of the most important reasons considering quality: Peer-Code-Review (some RPMs use really bad coding principles, like the Open-Xchange making unnecessary and undesired changes to core packages).

And to keep this thread in German again:
   
Ja, das ist richtig. Aber sie könnten profitieren von einer kontrollierten Buildengine sowie ein der wichtigsten Gründe der Prüfung Qualität: Peer-Code-Review (einige RPMs Nutzung wirklich schlechte Codierung Grundsätze, wie die Open-Xchange die unnötige und unerwünschte Änderungen an Kern-Pakete).