Testing vs Stable im Produktiveinsatz
Testing vs Stable im Produktiveinsatz
Hallo!
Ich habe mir einen VServer mit Debian 3.1 (Sarge) gemietet und brauche nun eine aktuellere Subversion-Version als die stable, die ich über apt-get mit meiner sources.list bekomme.
Die Versionssprünge von stable nach testing scheinen ja riesig zu sein, und wollte deshalb fragen, ob man testing für einen Server empfehlen kann, auf dem ein paar kleine Unternehmenwebseiten liegen. Wenn ich komplett auf testing umsteigen würde, dann würde z.B. auch der Apache von 2.0.X auf 2.2.X geupdatet werden.
Oder gibt es ne Möglichkeit, nur von Subversion die testing zu installieren und den Rest stable zu lassen, oder klappt dann u. U. das Zusammenspiel zwischen den Paketen nicht allzu gut?
Danke!
Ich habe mir einen VServer mit Debian 3.1 (Sarge) gemietet und brauche nun eine aktuellere Subversion-Version als die stable, die ich über apt-get mit meiner sources.list bekomme.
Die Versionssprünge von stable nach testing scheinen ja riesig zu sein, und wollte deshalb fragen, ob man testing für einen Server empfehlen kann, auf dem ein paar kleine Unternehmenwebseiten liegen. Wenn ich komplett auf testing umsteigen würde, dann würde z.B. auch der Apache von 2.0.X auf 2.2.X geupdatet werden.
Oder gibt es ne Möglichkeit, nur von Subversion die testing zu installieren und den Rest stable zu lassen, oder klappt dann u. U. das Zusammenspiel zwischen den Paketen nicht allzu gut?
Danke!
- Snoopy
- Beiträge: 4297
- Registriert: 17.11.2003 18:26:56
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Rh.- Pflz.
Hi
Nun das Thema war letztens schonmal, siehe [1]
[1] http://www.debianforum.de/forum/viewtopic.php?t=81892
Nun das Thema war letztens schonmal, siehe [1]
Das würde ich garnicht machen und auch Niemanden ratenOder gibt es ne Möglichkeit, nur von Subversion die testing zu installieren und den Rest stable zu lassen, oder klappt dann u. U. das Zusammenspiel zwischen den Paketen nicht allzu gut?
[1] http://www.debianforum.de/forum/viewtopic.php?t=81892
Da ich noch nie an der sources.list rumgeschraubt habe, frage ich lieber nochmal nach, ob ich dann das eintragen müsste:
Doch wie wahrscheinlich ist es denn, dass das testing von subversion zusammen mit Etch auch stable wird?deb http://ftp.de.debian.org/debian/ etch main contrib non-free
deb http://security.debian.org/ etch/updates main contrib non-free
1.
Ja die sources.list sieht korrekt aus (sarge/stable durch etch ersetzten).
2.
Äh,
also subversion ist ein Paket in testing (=Etch). Wenn Etch stable wird, sind alle Pakete in Etch auch stabil.
Irgendwie ist Etch die Summe aller Pakete die stabil zusammenarbeiten (sollen). Jedes einzelne Paket
ist in sich schon jetzt "stable" (auch subversion). Das heißt aber auch, dass wenn Etch stable wird sich keine Versionsnummern
der Pakete mehr ändern (es werden nur Bug-fixes in diese Version zurückportiert) und du wirst kein Firefox 3.0 und KDE 4.0 in Etch finden (ausser von Fremdquellen).
Hoffe ich habe die Frage richtig verstanden.
Gruß
Johannes
Ja die sources.list sieht korrekt aus (sarge/stable durch etch ersetzten).
2.
Äh,
also subversion ist ein Paket in testing (=Etch). Wenn Etch stable wird, sind alle Pakete in Etch auch stabil.
Irgendwie ist Etch die Summe aller Pakete die stabil zusammenarbeiten (sollen). Jedes einzelne Paket
ist in sich schon jetzt "stable" (auch subversion). Das heißt aber auch, dass wenn Etch stable wird sich keine Versionsnummern
der Pakete mehr ändern (es werden nur Bug-fixes in diese Version zurückportiert) und du wirst kein Firefox 3.0 und KDE 4.0 in Etch finden (ausser von Fremdquellen).
Hoffe ich habe die Frage richtig verstanden.
Gruß
Johannes
Meine Meinung willst Du wohl nicht wirklich hören: Produktiveinsatz und ungetestetes dist-upgrade gehen nicht zusammen! Bau dir deine derzeitige Situation nach und probiere dann erst das d-u. Erst wenn Du dadurch wirklich sicher sein kannst, dass dir nicht zerschossen wurde, kannst Du evtl. dran denken das Ganze auch auf deinem Produktivsystem zu machen.
Wenn Windows die Lösung ist...
kann ich dann bitte das Problem zurück haben?
kann ich dann bitte das Problem zurück haben?
@Geier0815:Danke für die Hinweise,im Moment dürfte es aber erstmal kein Problem sein,da es noch kein Produktivsystem ist sondern erst eins innerhalb der nächsten Wochen werde soll, wenn ich die Homepages umziehe. Ich bin grad sozusagen in den Vorbereitungen dazu, aber das hatte ich ja nicht gesagt...
Dann probier ich das mit etch mal aus...
Dann probier ich das mit etch mal aus...
Wenn der Server noch nicht im Produktiv-Betrieb ist, gibt es meiner Ansicht nach nur eine Wahl.
Nimm die von dir geposteten Sources und mach ein aptitude update && aptitude dist-upgrade.
Dann hast du wesentlich neuere (testing, ETCH) Pakete, natürlich auch das von Subversion und "fährst" eine Distribution, die IMHO mom schon stabiler ist als das alte Sarge. Wichtig ist, dass du den ganzen Server updatest, also ALLE Pakete und nicht nur das Subversion Paket, weil ein Versionsmix meistens nicht sonderlich stabil ist.
Nimm die von dir geposteten Sources und mach ein aptitude update && aptitude dist-upgrade.
Dann hast du wesentlich neuere (testing, ETCH) Pakete, natürlich auch das von Subversion und "fährst" eine Distribution, die IMHO mom schon stabiler ist als das alte Sarge. Wichtig ist, dass du den ganzen Server updatest, also ALLE Pakete und nicht nur das Subversion Paket, weil ein Versionsmix meistens nicht sonderlich stabil ist.
Was für eine Virtualisierung ist denn im Einsatz?Gayson hat geschrieben:Arg, habe gerade gelesen, dass man den VServer meines Proviers aufgrund der Virtualisierung nicht auf Etch updaten soll. Werde nun mal mit dem Support klären, was ich tun kann.
Virtuozzo Virtualisierungen laufen normalerweise absolut problemlos unter ETCH.
Hier der Forumbeitrag beim Provider:
http://forum.united-hoster.com/thread.p ... light=etch
Ich habe den VPS Start:
http://de.united-hoster.com/index.php?o ... Itemid=137
http://forum.united-hoster.com/thread.p ... light=etch
Ich habe den VPS Start:
http://de.united-hoster.com/index.php?o ... Itemid=137
Also ich find das etwas merkwürdig.Gayson hat geschrieben:Hier der Forumbeitrag beim Provider:
http://forum.united-hoster.com/thread.p ... light=etch
Ich habe den VPS Start:
http://de.united-hoster.com/index.php?o ... Itemid=137
Dein Provider setzt Virtuozzo Technologie 3.0 ein, das machen die meisten. Und bei dieses Virtualisierung ist es IMHO kein Problem das Betriebssystem upzugrade auf Etch, wenn man ein Sarge vorinstalliert hat. Habe ich bei anderen Providern mit ebenfalls Virtuozzo Technologie schon mehrmals durchgeführt. Das Upgrade auf Etch ist auf diesen vServern sogar besonders einfach, da man keinen "eigenen" Kernel hat, und quasi auf nichts achten muss.
Ist eine Neuinstallation von Debian Sarge bei dir kostenlos? Bei den meisten vServern mit Virtuozzo Technologie ist das der Fall, da dort eine Neuinstallation komplett automatisiert ist im Kundenmenü. Falls ja, einfach probieren auf ETCH upzugraden, und falls es nicht klappt, halt eine Neuinstallation beantragen.