Re: Stable, Testing oder Ustable für Server im Produktivbetrieb
Markus Gürtler schrieb: Kann man denn Testing/Unstable auch gefahrlos für Produktivumgebungen verwenden? Wie häufig gibt es Probleme in diesen Trees? Gibt es hier noch Das kommt darauf an, was mit Produktivumgebung gemeint ist. Wenn es um Server geht, würde ich immer bei Stable + Backports + eigenen Paketen bleiben wollen. Wenn es um Entwicklermaschinen geht, könnte man auch über Unstable nachdenken. Hierzu würde ich mir ein Referenzsystem aufsetzen und auf diesem zunächst alle Updates testen. Wenn alles wie gewünscht läuft, würde ich alle anderen Rechner auf den gleichen Stand bringen. So etwas geht mit Debians Paketmanagement ja sehr einfach. Man sollte sich aber auch die Alternativen ansehen: je nach Verwendungsweck haben FreeBSD und RedHat ebenfalls taugliche Systeme. Gerade FreeBSD ist bei den Ports immer sehr aktuell. cu, Uwe -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Stable, Testing oder Ustable für Server im Produktivbetrieb
Hallo, ich hatte vor einigen Tagen schon einmal eine Mail zu einem ähnlichen Thema geschrieben. Ich habe derzeit das Problem, dass ich in einer Linux Produktivumgebung mit ca. 120 Maschinen Debian einsetzen möchte. Das Problem hierbei ist, dass die meisten Server einige sehr aktuelle Softwarepakete benötigen (z. B. neueste Apache Version). Meine Idee war evtl. testing und stable zu mischen, wovon mir dringend abgeraten wurde. ;-) Alle anderen Lösungsvorschläge, z. B. die Verwendung von Backports habe ich überprüft - allerdings habe ich keine zufriedenstellende Lösung gefunden. Apache 2.0.47 gibt's z. B. nicht als Backport für Woody. Das manuelle Übersetzen dieser Softwarepakete führte unter Woody ebenfalls zu Problemen (z. B. benötigt ein wichtiges Apache-Modul eine neuere Version einer Library). Kann man denn Testing/Unstable auch gefahrlos für Produktivumgebungen verwenden? Wie häufig gibt es Probleme in diesen Trees? Gibt es hier noch Mitleser, die Debian ebenfalls im professionellen Einsatz haben und vor ähnlichen Problemen standen? Falls ja, für welche Lösung habt ihr euch entschieden? Viele Grüsse, Markus -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Stable, Testing oder Ustable für Server im Produktivbetrieb
Ich sollte vielleicht noch erwähnen, dass wir derzeit stable fahren. ;-) Meine Idee war evtl. testing und stable zu mischen, wovon mir dringend -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Stable, Testing oder Ustable für Server im Produktivbetrieb
Markus Gürtler wrote: Hallo, hi Das Problem hierbei ist, dass die meisten Server einige sehr aktuelle Softwarepakete benötigen (z. B. neueste Apache Version). kennst du gentoo? aktueller gehts nimmer ;) (auch für produktive Umgebungen empfehlenswert) nachteil: alle packete werden auf dem system kompiliert = wartezeit Kann man denn Testing/Unstable auch gefahrlos für Produktivumgebungen verwenden? Wie häufig gibt es Probleme in diesen Trees? ich zitiere mal jemanden von der lug schweiz mailingliste: Ich fahre meist 'testing' bin aber damit z.B. bei Samba auf die Nase gefallen. (Der Security Fix folgte erst Monate nachdem er für 'Stable' released war. Der 'Stable' fix funktioniert natürlich auch unter 'testing' wurde aber nicht automatisch installiert. Prompt wurde mein System mal kurz übernommen (mrtg sei Dank hab ich das sofort bemerkt). gruss eric -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
