Am Montag, 13. Februar 2006 16:20 schrieb Andreas Pakulat: > On 13.02.06 14:39:22, Gerhard Gaußling wrote: > > Am Montag, 13. Februar 2006 13:51 schrieb Andreas Pakulat: > > > On 13.02.06 11:52:15, Gerhard Gaußling wrote: > > > > Am Sonntag, 12. Februar 2006 14:56 schrieb Sven Hartge: > > > > > Gerhard Gaußling <[EMAIL PROTECTED]> wrote: > > > > #nodeeps sources-list > > deb http://non-us.debian.org/debian-non-US stable/non-US main > > contrib non-free > > deb-src http://non-us.debian.org/debian-non-US stable/non-US main > > contrib non-free > > Die gibts nimmer. Hmmm ... klappt hier Problemlos. > Ist ftp.de.netclusive.de dein Provider oder ein offizieller Mirror > fuer Debian? Im 1. Fall wuerde ich noch nen offiziellen Debian-Mirror > reinschreiben.
Ja. Welcher debian-mirror ist für die netclusive Zeilen zu empfehlen. > Na prima, die habe die einfach mal so per dpkg -i installiert... Also > entweder suchst du dir nen Backport fuer MySQL 5 oder aber > installierst wieder 4.1 aus stable ansonsten musst du dich naemlich > um Security Updates selbst kuemmern... > > > 4.0.24-10sarge1 0 > > 500 ftp://ftp.de.netclusive.de sarge/main Packages > > 500 http://security.debian.org stable/updates/main Packages > > Auf nem Sarge mit mysql 4.1 sieht dpkg -l | grep mysql so aus: > > ii libdbd-mysql-p 2.9006-1 A Perl5 database interface to the > MySQL data ii libmysqlclient 4.0.24-10sarge mysql database client > library ii libmysqlclient 4.1.11a-4sarge mysql database client > library ii mysql-client-4 4.1.11a-4sarge mysql database client > binaries rc mysql-common 4.0.24-10sarge mysql database common > files (e.g. /etc/mysql ii mysql-common-4 4.1.11a-4sarge mysql > database common files (e.g. /etc/mysql ii mysql-server-4 > 4.1.11a-4sarge mysql database server binaries ii php4-mysql > 4.3.10-16 MySQL module for php4 > > Damit du mal nen Vergleichswert hast.. Hmmm... hier muß ich größere Verrenkungen machen, da mein Provider scheinbar viele mysql 5 Backports auf seinem server hat, und noch mehr nur unter dpkg/status zu finden sind.: # apt-get install mysql-server-4.1 mysql-common-4.1 mysql-client-4.1=4.1.11a-4sarge2 php4-mysql=4:4.3.10-16 libdbd-mysql-perl=2.9006-1 libmysqlclient14=4.1.11a-4sarge2 libapache-mod-php4=4:4.3.10-16 php4-common=4:4.3.10-16 php4-curl=4:4.3.10-16 php4-gd=4:4.3.10-16 php4-imagick=0.9.11-0.2 php4-imap=4:4.3.10-16 php4-pear=4:4.3.10-16 libapache2-mod-php4=4:4.3.10-16 php4=4:4.3.10-16 php4-cgi=4:4.3.10-16 php4-dev=4:4.3.10-16 libmysqlclient14-dev=4:4.3.10-16 Paketlisten werden gelesen... Fertig Abh�gigkeitsbaum wird aufgebaut... Fertig E: Version 4:4.3.10-16 fr libmysqlclient14-dev konnte nicht gefunden werden pv10:~# apt-get install mysql-server-4.1 mysql-common-4.1 mysql-client-4.1=4.1.11a-4sarge2 php4-mysql=4:4.3.10-16 libdbd-mysql-perl=2.9006-1 libmysqlclient14=4.1.11a-4sarge2 libapache-mod-php4=4:4.3.10-16 php4-common=4:4.3.10-16 php4-curl=4:4.3.10-16 php4-gd=4:4.3.10-16 php4-imagick=0.9.11-0.2 php4-imap=4:4.3.10-16 php4-pear=4:4.3.10-16 libapache2-mod-php4=4:4.3.10-16 php4=4:4.3.10-16 php4-cgi=4:4.3.10-16 php4-dev=4:4.3.10-16 Paketlisten werden gelesen... Fertig Abh�gigkeitsbaum wird aufgebaut... Fertig Die folgenden zus�zlichen Pakete werden installiert: libapache-mod-php4 libapache2-mod-php4 libdbd-mysql-perl libdps1 libmagick6 libmysqlclient14 mysql-client-4.1 php4 php4-cgi php4-cli php4-common php4-curl php4-dev php4-gd php4-imagick php4-imap php4-mysql php4-pear Vorgeschlagene Pakete: mysql-doc-4.1 Empfohlene Pakete: libmysqlclient14-dev Die folgenden Pakete werden ENTFERNT: libmysqlclient15 mysql-client mysql-common Die folgenden NEUEN Pakete werden installiert: libapache-mod-php4 libdps1 libmagick6 mysql-client-4.1 mysql-common-4.1 mysql-server-4.1 php4-cli php4-dev Die folgenden Pakete werden DEAKTUALISIERT: libapache2-mod-php4 libdbd-mysql-perl libmysqlclient14 php4 php4-cgi php4-common php4-curl php4-gd php4-imagick php4-imap php4-mysql php4-pear 0 aktualisiert, 8 neu installiert, 12 deaktualisiert, 3 zu entfernen und 0 nicht aktualisiert. Es mssen 27,4MB Archive geholt werden. Nach dem Auspacken werden 44,1MB Plattenplatz zus�zlich benutzt. M�hten Sie fortfahren [J/n]? Sollte ich das machen, oder erstmal meinen Provider aus der sources.list entfernen? Welcher sources.list eintrag ist für die ersten beiden Zeilen zu empfehlen? > Hmm, ich wuerd ja an der Stelle das Rescue-System starten und mit > debootstrap ein vernuenftiges System bootstrappen. Danach die > Konfigurations und Daten Backups zurueckspielen (vorher natuerlich > die passenden Pakete installieren) und du hast ein sauberes System. Hmmm.. das mit dem rescue system erscheint mir zu übertrieben und kompliziert? > > Muß ich dann vor dem restore nicht alle DSienste bis auf sshd > > herunterfahren, damit das restore auch klappt? > > Ich wuerd das u.U. vom Rescue-System aus machen. Nun ja das sind dann wohl die Vorteile des rescue systems. > > > > ii php4-mysql 4.4.2-1 MySQL module > > > > for php4 > > > > > > > > Ich denke es wäre hilfreich, wenn ich das alles auf 5.x > > > > bekommen könnte. > > > > > > Ich denke das nicht. > > > > Warum nicht? > > s.o. Du musst dich um security selbst kuemmern und offensichtlich > gibts nichtmal ne vernuenftige Quelle fuer die Installation... Wieso > brauchst du denn 5.0? ok, das ist ein wichtiges Argument. > > Wie gesagt, das war das verhinderte downgrade (mit nein > > geantwortet) > Ja und? Dann bist du doch "selbst schuld" dran, dass apt ein Problem > hat. Ich bin mir nicht so sicher, nachdem ich gesehen habe wie problematisch der downgrade ist, ob das überhaupt fehlerfrei durchgelaufen wäre. Problem ist vielmehr, dass nicht mit einem reinen sarge system gearbeitet wird (hinsichtlich php und mysql zumindest) > Ehrlich: bootstrappe ein sauberes Debian und installiere dessen > MySQL, das wird dann auch vernuenftig. Ich bin mir nicht sicher, ob ich das problemlos hinbekäme. > > Ich habe /var zwar komplett gesichert, will aber nicht unbedingt > > alles zurücksichern. (/var/lib/mysql im Laufenden Betrieb: Geht das > > überhaupt? > > Nein, musst mysql schon abschalten. Beim backup dann aber wohl auch? Komisch, dass tar dann nur über nicht archivierbare sockets meckerte... > > > > Habe ich dann automatisch wieder meine > > > > alten user mit der entsprechenden sudo Konfiguration, und dem > > > > Verbot sich per rot einzuloggen? > > > Wenn du /etc zurueckspielst und alle Services neu startest ja. > > Was ist mit den shadow passwd Einträgen? Habe ich dann sämtliche > > Passwörter des alten Systems übernommen? > Solltest du. Ok, das wäre ja auch ok. > ?? Was liegt unter /etc? passwd+shadow? Das ist mir klar, aber > htaccess nutzt normalerweise seine eigene User/PW Datenbank, die > musst du eben auch zuruecksichern. Ja, ich glaube, dass die passwörter für .htaccess auch unter /etc liegen, muß das aber noch mal kontrollieren. > > > > Ach ja: auf dem neuen läuft apache2, ich hatte apache 1.x am > > > > Laufen. [...] > Nein, sooo sehr unterscheiden die sich aber nun auch nicht. Könnte mal jemand die wichtigsten Dinge benennen, die bei der Migration von apache1 auf apache2 zu beachten sind? > Nimms mir nicht uebel, aber ich hoffe es verdient mit diesem System > niemand Geld? Denn nach dem was ich bisher von dir gelesen habe bist > du nicht ausreichend qualifiziert um das durchzufuehren, jedenfalls > nicht in derart kurzer Zeit... Aber vllt. irre ich mich ja auch. Hoffe ich doch ;-) Ist trotzdem ein bisschen haarig, wenn man nur ab und zu ein system aufsetzt. ciao Gerhard
