RootForum Community

Hallo zusammen,

ich habe einen Debian sarge Server, den ich gerne auf etch bringen möchte. Nun ist dort Apache und PHP selber kompiliert, Confixx mit ein paar Webs angelegt. Ich möchte auf der neuen Version sowenig wie möglich selber kompilieren.

Was meint ihr ist die geschickteste und beste Lösung den Server ohne größeren Problemen auf etch zu bringen?

1) Apache und PHP, welche selber kompiliert wurden, händisch vom System entfernen. Anschließend per Dist-Upgrade Debian auf etch bringen. Am Ende wieder Apache und PHP installieren (diesmal aus der Paketverwaltung)

2) Die in Confixx integrierte Backup/Restore Funktion nutzen, ein Backup anlegen, den Rootserver auf Debian 4.0 neuinstallieren lassen (vom Provider), die gesamte Software wieder installieren und am Ende die Confixx Restore Funktion anwenden?

Viele Grüße
- klerfrq -

Welche Apache-Version hast du denn momentan laufen? Wenn du 2.0 oder 2.2 drauf hast, dürfte Confixx da keine größeren Probleme machen.
Ich würde Option 1 empfehlen und zusätzlich die Sache mit dem Fullbackup machen. Mit der Option --clean bei der restore.pl löscht Confixx vorher einmal die gesamte Userconfig und legt sie dann aus dem Backup sauber wieder an.

Option 2 ist zwar zu 99% niet- und nagelfest, aber eben aufwändiger und sicher auch kostenintensiver. Und mit dist-upgrade gibt es bei sauberem APT (keine Probleme mit Abhängigkeiten, keine Quellen von Dritten wie dotdeb oder backports) kaum Probleme. Allerdings solltest du auch ein Backup deiner Configs machen, um sie ggf. bei obsoleter Syntax nachbauen zu können. Die (L)AMP-Pakete von etch sollten allerdings auch mit den Konfigurationen der sarge-Packete umgehen können - allzu große Versionssprünge gibt es da ja nicht.

Apache wird zur Zeit die Version 2.0.59 genutzt.

Ich bin ein Freund von sauberen Systemen, daher hätte ich zuerst die Option 2 gewählt. Ich habe die Backup Restore Funktion leider noch nicht ganz durchspielen können, da mir beim Testen die entsprechende Lizenz fehlt.

Die clean Option kenn ich, bei einem frischen System macht das aber eh nichts aus ;)

Ich habe einmal irgendwo ein HowTO zum Upgrade gefunden, in dem beschrieben ist, welche Verzeichnisse man unter Linux alle sichern muss, um beim Upgrade-Fehler im Rescue System einfach die Backups zurückspielen kann - weiss noch jemand die URL zu dem HowTO?

klerfrq wrote:Apache wird zur Zeit die Version 2.0.59 genutzt.

Ich bin ein Freund von sauberen Systemen, daher hätte ich zuerst die Option 2 gewählt. Ich habe die Backup Restore Funktion leider noch nicht ganz durchspielen können, da mir beim Testen die entsprechende Lizenz fehlt.

dist-upgrade IST sauber, wenn man vorher auch schon ein sauberes System vorliegen hat. Ich weiß aber, was du meinst. :)

Backup-Restore von Confixx läuft wirklich wunderbar und einwandfrei! Hat mir bisher immer treu zur Seite gestanden. :)

Die clean Option kenn ich, bei einem frischen System macht das aber eh nichts aus ;)

Doch, tut sie. Die Benutzer res0 und web0 sind bei einer jungfräulichen Confixx-Installation ja vorhanden. Wenn du die für dich selbst benutzt, musst du zwingend mit clean restoren, damit sich deine bisherigen Daten nicht mit denen in die Quere kommen. Und auch, wenn du sie nicht nutzt - clean sollte immer dein Freund sein. :)

EdRoxter wrote: dist-upgrade IST sauber, wenn man vorher auch schon ein sauberes System vorliegen hat. Ich weiß aber, was du meinst. :)

Danke, dass du mich verstehst ;)

Ich hatte in diversen Foren schon ziemlich viel negatives über die Backup/Restore Funktion gehört - aber mittlerweile auch positives - wichtig ist halt, dass die Versionsnummern übereinstimmen.

Danke EdRoxter für deine Hilfe.

Grüße
-klerfrq-

Sorry, aber so ein Quatsch, ein Debian wie ein SuSE zu behandeln.

Wie meinen?

Hotzi wrote:Sorry, aber so ein Quatsch, ein Debian wie ein SuSE zu behandeln.

Auch als bekennender nicht-Debianer muss ich mich der Frage meines Vorposters anschliesssen: -vv please

Debian ist dermaßen gutmütig bei Updates, die Neu-Installationsvariante macht man bei SuSE und co, aber nicht bei Debian, zumal das Update von Sarge auf Etch recht problemlos ist.

Hotzi wrote:die Neu-Installationsvariante macht man bei SuSE und co,

Was bei SUSE spätestens seit Version 10.0 ebenfalls überflüssig ist...

In Theorie oder Praxis?

Viele frickeln ja noch mit 9x... hehe

Hotzi wrote:In Theorie oder Praxis?

Sowohl als auch, ein sauberes System (wie bei allen Distributionen) vorausgesetzt.

Hotzi wrote:Viele frickeln ja noch mit 9x... hehe

Selbst schuld ;)

also ich habe auch mehere server von sarge auf etch gebracht via dist-upgrade ohne probleme.
Wobei ich allerdings probleme hatte ist die backup funktion von confixx, die hat mich das ein oder andere graue haar gekostet :(
Und der vertraue ich NIE wieder, da kopiere ich lieber die daten so und biege mir das nachher wieder zurecht aber damit bin ich so böse auf die nase gefallen ..

Ja ein Confixx Backup ist das letzte, was man sich antun sollte!

EdRoxter wrote: Backup-Restore von Confixx läuft wirklich wunderbar und einwandfrei! Hat mir bisher immer treu zur Seite gestanden. :)

Unter welchen Versionen hast du das denn gemacht ?
Vllt haben sie das ja jetzt im Griff aber in versin 3.1 oder 3.2 *gübel*
ging das GAR nicht und hat nur zeit und nerven gekostet ...

Merkwürdig. Ich hab mit Version 3.1 und 3.2 Backups einspielen müssen und das hat wirklich ganz und gar wunderbar geklappt. Ich musste hier und da noch ein oder zwei Kleinigkeiten zurechtbiegen, aber ansonsten lief es super und die Daten waren vollständig wieder da.

OH, ich habe vor hundert Jahren mal ein Backup gemachz und es hat geklappt: Also sind alle, bei denen es nicht klappte, Deppen! Jawoll!

Wenn das irgendwie lustig sein sollte, ist der Schuss weit daneben gegangen.

Ich habe weder impliziert, dass irgendjemand ein Depp ist, noch, dass ich der Gott über die Confixx-Backup-Funktion bin. Ich wollte lediglich anmerken, dass ich damit bisher keine Probleme hatte. Punkt.

so jetzt haben wir uns alle wieder lieb :)
Kannst ja vllt mal sagen müssen was du ändern mußtest.
Ich habe auch einiges geändert aber es lief letztendlich trotzdem nicht. und mit soetwas mache ich kein backup :)

Wie das halt bei einer jungfräulichen Confixx-Installation so ist, mussten ein paar PHP-Erweiterungen installiert werden, damit Confixx vollständig funktioniert. Und einmal musste ich ein wenig mit der mySQL-Basiskonfiguration von Confixx rumfummeln.
Das sind aber alles Dinge, die weniger mit Backup/Restore als eben mit Confixx an sich zu tun haben.
Wichtig ist halt, dass vor dem restore das Confixx-Setup (confixx_main.conf bzw. admin.pl) an sich soweit steht und Confixx lauffähig ist, weil diese Einstellungen bei der backup.pl nicht mit gesichert werden.
Da diese Einstellungen aber umgebungsspezifisch sind, könnte es sogar fatale Folgen haben, wenn diese 1:1 wieder mit eingespielt würden.