Re: vServer Umzug auf ein System mit confixx
Roeschu Ostwald [EMAIL PROTECTED] schrieb am 16.02.06 08:56:31: Hallo Wie sind denn 12h (42604) ttl einzuschätzen? Ich kann zwar den A-record etc. verändern, aber nicht die ttl :-(( . Reicht das bis Freitag, wenn der server abgeschaltet wird? Für die DNS Server welche sich an deinen TTL halten sollte das imho reichen. Das beruhigt mich schon, auch zeigt dig unter der domain.de schon die IP des neuen server - hier zumindest. domain.com wird dann wohl noch im laufe des Tages folgen. Aber eben auf den ttl verlassen würd ich mich nicht. Ich schalt den gar nicht mehr runter bei Migrationen sondern mach direkt alles über einen proxy. Mein Provider schaltet Freitadg den alten server ab, da er mich ohne Angabe von Gründen den Vertrag gekündigt hat. Der bleibt also abgeschaltet. Alle Backups sind schon auf dem neuen server. Das erste Jahr läuft am Freitag aus, und ich denke nodeeps macht in der Form nicht mehr weiter mit vServern. Was für ein hostfile? errr, das kommt natürlich auf deine Umgebung drauf an, was ich meinte ist, das du sicherstellen musst das der Proxy die neue IP bekommt...also über einen DNS server oder wenn du den dns server nicht selber verwaltest und nicht sicher bist ob er bereits die neue ip hat eben über /etc/hosts auf dem Proxy direkt .. Ich dachte schon, das sei die Konfiguration des apache2 Danke für die Tipps scheint alles zu klappen. Merkwürdigerweise zeigt die showip Erweiterung (oder so ähnlich) trotz proxy die alte IP, liefert aber erwiesenermaßen die daten vom neuen server. Ich hätte vermutet, dass man dadurch komplett auf dem neuen server landet. ich weiss grad nicht was du meinst mit showip erweiterung. https://addons.mozilla.org/extensions/moreinfo.php?id=590application=firefox Aber wenn du von aussen über noch über die alte IP via den Reverse Proxy connectest, connectest du ja noch zur alten ip...evt. deshalb? Wenn du die alte IP scannst, kriegst du ja eigentlich dann die System infos vom ReverseProxy und nicht vom eigentlichen Webserver. Daher kannst du einen Reverse Proxy auch zu Sicherheitszwecken oder als loadbalancer einsetzen (z.B www.domain.ch/images vom Webserver A nehmen und www.domain.ch/ von Webserver B nehmen). Ich hatte soetwas schon vermutet. Wichtig ist nur, dass die Umstellung trotz ttl 42604 bis zur Abschaltung des alten servers einigermaßen komplett abgeschlossen sein wird. Wie ist das einzuschätzen? Ist der Reverse Proxy i.o konfiguriert wird das klappen. Aufpassen musst du falls du noch wenn du ssl sites verwendest, da musst du noch einiges anpassen...nach ein paar Tagen wirst du bemerken das nur noch robots und suchmaschinen boots auf die alte IP reinkommen auf dem Reverse Proxy. Ich bin jetzt auch ganz guter Dinge. Übrigens, über mod_rewrite wie unter http://www.theofel.de/archives/2005/06/apache_webserve_1.html ging die Proxy Einrichtung hier nicht. VirtualHost www.domain.de ServerName www.domain.de RewriteEngine On RewriteRule ^/(.*)$ http://your.new.ip.addr/$1 [P] /VirtualHost Vielleicht weil libproxy.o noch nicht installiert war? Ich habe auch wirklich gerätzelt, wo man in debian wohl mod_proxy.o für Apache 1.33 findet ... ciao Gerhard smime.p7s Description: S/MIME Cryptographic Signature
Re: vServer Umzug auf ein System mit confixx
Hallo Ich bin jetzt auch ganz guter Dinge. Übrigens, über mod_rewrite wie unter http://www.theofel.de/archives/2005/06/apache_webserve_1.html ging die Proxy Einrichtung hier nicht. VirtualHost www.domain.de ServerName www.domain.de RewriteEngine On RewriteRule ^/(.*)$ http://your.new.ip.addr/$1 [P] /VirtualHost So hab ich es noch nie probiert. Aber vielleicht stimmte was beim Regex Muster nicht oder so? Beim ProxyPass Befehl kann das ganze auch an kleinigkeiten scheitern z.b muss wirklich www.domain.de/ umgeleitet werden (also mit slash), um wirklich das ganze Web Umzuleiten. Sind halt manchmal Kleinigkeiten. Vielleicht weil libproxy.o noch nicht installiert war? Ich habe auch wirklich gerätzelt, wo man in debian wohl mod_proxy.o für Apache 1.33 findet ... Wenn du sarge verwendest und apache über apt installierst ist apache mit DSO (dynamisches laden von modulen oder so ähnlich..) Unterstützung kompiliert, wenn ich mich recht erinnere braucht man in diesem Fall nur mod_proxy im Apache konf zu entkommentisieren. kann mich aber auch täuschen auf jeden fall ist reversing proxying was schönes:) grüsse -- 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: vServer Umzug auf ein System mit confixx
Am Dienstag, 14. Februar 2006 20:04 schrieb Andreas Pakulat: Was meinst du mit DNS Wechsel? Steht der DNS-Server unter deiner Kontrolle? Ja, ich muß selbst die Einträge ändern, damit die domains auf den neuen server zeigen. Ansonsten hast du doch damit wenig zu tun... Nee, dürfte aber auch ok sein, dass ich das selbst ändern kann. Ich werde mich da morgen mal schlau machen. Ein paar Tipps gabs ja nun schon von Dir und Ralf. ciao Gerhard
Re: vServer Umzug auf ein System mit confixx
Am Dienstag, 14. Februar 2006 20:18 schrieb Ralf Schmidt: Wenn Du Zugriff auf den Nameserver hast, kannst die ttl-zeiten der Domains runtersetzen auf 120 sekunden. Ich habe es bei meinem Server- umzug vor längerer Zeit auf 0 sek. gesetzt. Das hat hervorragend funktioniert. Also, wie ich das verstehe die ttl für die alte domain auf 0 setzen, damit die nanderen nameserver im netz wissen, dass sie des öfteren schauen müssen, ob die Einträge inzwischen nicht auf eine andere IP zeigen. Einen Tag später dann den Zeiger (CNAME oder A Record Ändern) auf den neuen server legen, und die Umstellung läuft reibungsloser? ciao Gerhard
Re: vServer Umzug auf ein System mit confixx
Wie bekomme ich nun am unkompliziertesten den DNS Wechsel hin? Ich habe mal was mit apache mod_proxy gelesen. Sind solche Kniffe übertrieben, wenn keine wichtigen dynamischen Anwendungen laufen? Das Problem bei ttl im dns ist (zumindest soweit ich das aus vergangenen Zügelphasen bemerkt habe) das sich nicht wirklich alle an den TTL Wert halten (z.B dns proxies grössere Provider). Bei Migrationen wo ich die DNS Umschaltzeiten überbrücken will konfigurier ich Apache als Reverse Proxy. Das ist nicht wirklich kompliziert: Bei Apache 1.3.xx mod_proxy aktivieren vhosts sehen dann z.B so aus: VirtualHost * ServerName www.domain.com ProxyPass / http://www.domain.com/ ProxyPassReverse / http://www.domain.com/ /VirtualHost im Hostfile des Proxy servers trägst du dann am besten die neue ip ein welche zu www.domain.com passt. So hast du null Ausfallzeit. Mit Apache2 kannst du sogar FTP und SSL revers proxien. Es gibt auch noch http://www.apsis.ch/pound ...hab ich aber noch nie probiert. grüsse -- 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: vServer Umzug auf ein System mit confixx
Am Mittwoch, 15. Februar 2006 22:24 schrieb Roeschu Ostwald: Wie bekomme ich nun am unkompliziertesten den DNS Wechsel hin? Ich habe mal was mit apache mod_proxy gelesen. Sind solche Kniffe übertrieben, wenn keine wichtigen dynamischen Anwendungen laufen? Das Problem bei ttl im dns ist (zumindest soweit ich das aus vergangenen Zügelphasen bemerkt habe) das sich nicht wirklich alle an den TTL Wert halten (z.B dns proxies grössere Provider). Wie sind denn 12h (42604) ttl einzuschätzen? Ich kann zwar den A-record etc. verändern, aber nicht die ttl :-(( . Reicht das bis Freitag, wenn der server abgeschaltet wird? Bei Migrationen wo ich die DNS Umschaltzeiten überbrücken will konfigurier ich Apache als Reverse Proxy. Das ist nicht wirklich kompliziert: Bei Apache 1.3.xx mod_proxy aktivieren LoadModule proxy_module /usr/lib/apache/1.3/libproxy.so vhosts sehen dann z.B so aus: VirtualHost * ServerName www.domain.com ProxyPass / http://www.domain.com/ ProxyPassReverse / http://www.domain.com/ /VirtualHost Auf dem alten server: VirtualHost * ServerName www.domain.com ProxyPass / http://ip.zum.neuen.server/ ProxyPassReverse / ip.zum.neuen.server/ /VirtualHost im Hostfile des Proxy servers trägst du dann am besten die neue ip ein welche zu www.domain.com passt. So hast du null Ausfallzeit. Was für ein hostfile? Mit Apache2 kannst du sogar FTP und SSL revers proxien. Es gibt auch noch http://www.apsis.ch/pound ...hab ich aber noch nie probiert. Danke für die Tipps scheint alles zu klappen. Merkwürdigerweise zeigt die showip Erweiterung (oder so ähnlich) trotz proxy die alte IP, liefert aber erwiesenermaßen die daten vom neuen server. Ich hätte vermutet, dass man dadurch komplett auf dem neuen server landet. Wichtig ist nur, dass die Umstellung trotz ttl 42604 bis zur Abschaltung des alten servers einigermaßen komplett abgeschlossen sein wird. Wie ist das einzuschätzen? Ich habe den Provider gebeten die ttl auf 120 herunterzusetzen, aber ich habe den DNS schon auf die neue IP gesetzt, da ich nicht weiß ob der Provider das auch machen wird. Müsste ich dann das ganze wieder zurückkonfigurieren, und nach einiger Zeit nochmal auf die neue IP setzen? Dann kann ich mich ja jetzt um die Änderungen und Erweiterungen der site kümmern, die ja auch bis zum Wochenende abgeschlossen sein sollten... ciao Gerhard
Re: vServer Umzug auf ein System mit confixx
Hallo Wie sind denn 12h (42604) ttl einzuschätzen? Ich kann zwar den A-record etc. verändern, aber nicht die ttl :-(( . Reicht das bis Freitag, wenn der server abgeschaltet wird? Für die DNS Server welche sich an deinen TTL halten sollte das imho reichen. Aber eben auf den ttl verlassen würd ich mich nicht. Ich schalt den gar nicht mehr runter bei Migrationen sondern mach direkt alles über einen proxy. Was für ein hostfile? errr, das kommt natürlich auf deine Umgebung drauf an, was ich meinte ist, das du sicherstellen musst das der Proxy die neue IP bekommt...also über einen DNS server oder wenn du den dns server nicht selber verwaltest und nicht sicher bist ob er bereits die neue ip hat eben über /etc/hosts auf dem Proxy direkt .. Danke für die Tipps scheint alles zu klappen. Merkwürdigerweise zeigt die showip Erweiterung (oder so ähnlich) trotz proxy die alte IP, liefert aber erwiesenermaßen die daten vom neuen server. Ich hätte vermutet, dass man dadurch komplett auf dem neuen server landet. ich weiss grad nicht was du meinst mit showip erweiterung. Aber wenn du von aussen über noch über die alte IP via den Reverse Proxy connectest, connectest du ja noch zur alten ip...evt. deshalb? Wenn du die alte IP scannst, kriegst du ja eigentlich dann die System infos vom ReverseProxy und nicht vom eigentlichen Webserver. Daher kannst du einen Reverse Proxy auch zu Sicherheitszwecken oder als loadbalancer einsetzen (z.B www.domain.ch/images vom Webserver A nehmen und www.domain.ch/ von Webserver B nehmen). Wichtig ist nur, dass die Umstellung trotz ttl 42604 bis zur Abschaltung des alten servers einigermaßen komplett abgeschlossen sein wird. Wie ist das einzuschätzen? Ist der Reverse Proxy i.o konfiguriert wird das klappen. Aufpassen musst du falls du noch wenn du ssl sites verwendest, da musst du noch einiges anpassen...nach ein paar Tagen wirst du bemerken das nur noch robots und suchmaschinen boots auf die alte IP reinkommen auf dem Reverse Proxy. gruss -- 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: vServer Umzug auf ein System mit confixx
On 13.02.06 17:43:32, Gerhard Gaußling wrote: 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. Nur gibts da keinerlei Pakete mehr. 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. Die Debian-Mirror stehen auf der Debian-Webseite... Wie gesagt, wenn netclusive da nen richtigen Debian-Mirror bereitstellen kannst du das so lassen, wenn die dort aber vllt. auch eigene Pakete mit anbieten wuerde ich noch nen offiziellen mirror mit einbinden um das zu merken bei apt-cache policy... 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.: Oder du schmeisst den netclusive-Eintrag raus und baust einen offiziellen Debian Mirror ein. Dann mittels pinning auf die debian-source und nem Pin-Wert von 1000 ein downgrade erzwingen. # 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 Die Version gibts nicht. In Sarge waere 4.1.11a-4sarge2 das Richtige. Aber wieso diese ganzen -dev-Pakete? Sowas hat auf nem Server nix zu suchen... 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? s.o. -dev-Pakete haben auf nem Server nix zu suchen, die wuerd ich erstmal ganz deinstallieren. Ansonsten netclusive rausschmeissen und nen offiziellen Mirror einbauen. Das downgrade musst du nicht unbedingt machen, kann naemlich u.U. auch daneben gehen wenn die da irgendwo diverse Backports installiert haben... Und nicht bloss MySQL5 zusaetzlich raufgepackt haben. 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? Kannst du ja wohl eh nicht. Ich hab die anderen Mails schon gelesen und antworte mal an dieser Stelle hier: Ich hatte dich falsch verstanden, ich dachte du haettest einen eigenen Server und wolltest darauf einen vServer-Betrieb fuer div. Kunden/Privatleute realisieren. Wenn du selbst nur nen vServer hast sieht das ganze ja etwas anders aus, da musst du mit dem vorgegebenen System leben und kannst nicht einfach ein neues Debian bootstrappen. 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. Man haette es auch aus dem laufenden Betrieb machen koennen, aber dann musst du halt beim ruecksichern aufpassen, dass du nicht sshd irgendwas unterm Hintern wegziehst was er fuer die Verbindung braucht... 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. Da bin ich mir relativ sicher, zur Not haettest du erst MySQL5 gepurged komplett und dann MySQL4.1 neu installiert. Dann waere es kein Downgrade sondern eine Neuinstallation... 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 auch nicht, aber das hat sich ja eh erledigt.. Ich habe /var zwar komplett gesichert, will aber nicht unbedingt alles zurücksichern. (/var/lib/mysql im Laufenden Betrieb: Geht das überhaupt? Nein, musst
Re: vServer Umzug auf ein System mit confixx
Am Dienstag, 14. Februar 2006 09:18 schrieb Andreas Pakulat: On 13.02.06 17:43:32, Gerhard Gaußling wrote: 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: deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free Die gibts nimmer. Hmmm ... klappt hier Problemlos. Nur gibts da keinerlei Pakete mehr. hmmm .unter pool ist aber noch allerhand zu finden. 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. Die Debian-Mirror stehen auf der Debian-Webseite... Wie gesagt, wenn netclusive da nen richtigen Debian-Mirror bereitstellen kannst du das so lassen, wenn die dort aber vllt. auch eigene Pakete mit anbieten wuerde ich noch nen offiziellen mirror mit einbinden um das zu merken bei apt-cache policy... Ich hatte den Eindruck, dass da auch andere Pakete drin sind, sind aber vielleicht auch nur die mittels dpkg -i installierten Pakete. Mit apt-setup habe ich die sources.list erweitert. 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.: Oder du schmeisst den netclusive-Eintrag raus und baust einen offiziellen Debian Mirror ein. Habe ich mit apt-setup gemacht. Dann mittels pinning auf die debian-source und nem Pin-Wert von 1000 ein downgrade erzwingen. Das downgrade habe ich von Hand mittels Angabe der versionsnummer erfolgreich durchgeführt. siehe hier: # 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 Die Version gibts nicht. In Sarge waere Habe ich entsprechend geändert: 4.1.11a-4sarge2 das Richtige. Aber wieso diese ganzen -dev-Pakete? Sowas hat auf nem Server nix zu suchen... Stimmt auch wieder, ich installiere zu oft die recommends und suggests etc. Das downgrade musst du nicht unbedingt machen, kann naemlich u.U. auch daneben gehen wenn die da irgendwo diverse Backports installiert haben... Und nicht bloss MySQL5 zusaetzlich raufgepackt haben. Ich mußte auch php etc. anpassen, ging dann aber. Hmmm.. das mit dem rescue system erscheint mir zu übertrieben und kompliziert? Kannst du ja wohl eh nicht. Ich hab die anderen Mails schon gelesen und antworte mal an dieser Stelle hier: Ich hatte dich falsch verstanden, ich dachte du haettest einen eigenen Server und wolltest darauf einen vServer-Betrieb fuer div. Kunden/Privatleute realisieren. Wenn du selbst nur nen vServer hast sieht das ganze ja etwas anders aus, da musst du mit dem vorgegebenen System leben und kannst nicht einfach ein neues Debian bootstrappen. Jedenfalls geht chroot /repair, das war schon sehr hilfreich. 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. Hab ich, nachdem ich die angemeckerte Zeile aus .ssh/known_hosts entfernte, und ich endlich herausfand unter welchem Benutzer auf weelchem system ;-) Nun ja das sind dann wohl die Vorteile des rescue systems. Da bin ich mir relativ sicher, zur Not haettest du erst MySQL5 gepurged komplett und dann MySQL4.1 neu installiert. Dann waere es kein Downgrade sondern eine Neuinstallation... Das wäre natürlich auch noch gegangen, allerdings hüätte ich vom --purge abgesehen. Beim backup dann aber wohl auch? Komisch, dass tar dann nur über nicht archivierbare sockets meckerte... Also ich nicht, denn ich kenne apache1 nicht gut genug. Debian-Spezifisch ist die Konfiguration besser aufgeteilt beim Apache2 und sauberer zu erweitern... Ich bin ja wieder bei apache 1.33 Es gibt noch einige Ungereimtheiten: postfix startete nicht mehr, da wichtige Verzweichnisse z.B. sshd:root Besitzrechte hatten statt root:postfix o.ä. awstats war noch teilweise in /usr , und fehlte auf dem neuen system, das mußte ich noch nachholen. logcheck hat im from header mit der alten vserver email adresse gearbeitet, was merkwürdigerweise gestern noch hier ankam,
Re: vServer Umzug auf ein System mit confixx
On 14.02.06 19:18:36, Gerhard Gaußling wrote: Wie bekomme ich nun am unkompliziertesten den DNS Wechsel hin? Ich habe mal was mit apache mod_proxy gelesen. Sind solche Kniffe übertrieben, wenn keine wichtigen dynamischen Anwendungen laufen? Was meinst du mit DNS Wechsel? Steht der DNS-Server unter deiner Kontrolle? Ansonsten hast du doch damit wenig zu tun... Das einzige was mir da im Zusammenhang mit Server-Umzug einfaellt ist, dass man wenn der Name noch auf die alte IP zeigt auf diesem alten Server ein Redirect auf die neue IP macht. Das geht dann auch mit apache und ich weiss das in der apache2 doku dazu auch ein Howto-Abschnitt geschrieben wurde. Wie das fuer Apache1.3 ist entzieht sich meiner Kenntniss. Aber ich denke dein altes System wird eh baldmoeglichst abgestellt? Dann ist danach unter den Domainnamen nichts mehr erreichbar bis die Domain umgestellt ist und alle DNS-Server synchronisiert wurden (sollte nach Umstellung max. 24 h dauern IIRC). Ansonsten starte mal nen neuen Thread dazu, denn in DNS-Fragen bin ich nicht sooo bewandert... Andreas -- You will be winged by an anti-aircraft battery. -- 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: vServer Umzug auf ein System mit confixx
Hallo Gerhard Gaußling, Am Tue, 14 Feb 2006 19:18:36 +0100 schrieb Gerhard Gaußling: Wie bekomme ich nun am unkompliziertesten den DNS Wechsel hin? Ich habe mal was mit apache mod_proxy gelesen. Sind solche Kniffe übertrieben, wenn keine wichtigen dynamischen Anwendungen laufen? Wenn Du Zugriff auf den Nameserver hast, kannst die ttl-zeiten der Domains runtersetzen auf 120 sekunden. Ich habe es bei meinem Server- umzug vor längerer Zeit auf 0 sek. gesetzt. Das hat hervorragend funktioniert. HTH Viele Grüße aus Köln Ralf Schmidt -- 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: vServer Umzug auf ein System mit confixx
Am Sonntag, 12. Februar 2006 14:56 schrieb Sven Hartge: Gerhard Gaußling [EMAIL PROTECTED] wrote: Was für Probleme sind mit confixx zu erwarten (auf neuem System vorinstalliert)? Sollte ich das direkt herunter schmeissen, oder ist das ganz gut zu gebrauchen um neue websites hinzuzufügen? Eine frühere Version von Confixx hat bei mir starken Brechreiz ausgelöst und man sagte mir, das es in neueren Version nicht besser ist, deswegen werfe ich Dinge dieser Art möglichst schnell weg. Noch dazu, weil ich mir nicht gerne meine Strukturen von einem externen Tool aufdiktieren lasse. Hallo, Ich werde confixx wohl deaktivieren, dazu habe ich mal gegoogelt: http://www.serversupportforum.de/forum/confixx/2121-confixx-auf-vserver-deinstallieren.html http://forum.webhostlist.de/show/3-x-installation/48097-confixx-pro-3-0-auf-debian-woody-deinstallieren.html http://www.rootforum.de/faq/index.php?action=artikelcat=13id=27artlang=de dort steht zum Beispiel: |*Bitte auf keinen Fall die Backups der passwd und shadow wiederherstellen. Sonst wird das Root-Passwort geändert. confixx ist hier wohl nicht als debianpaket installiert, oder liegt das an dpkg --set-selections? $ dpkg -l *confix* Kein Paket gefunden, das auf confixx passt. Version ist aber 3.1. Ich habe jetzt mal die Datenbackups (tar.bz2) des alten auf den neuen vServer geladen. Dazu auch dieser Link: http://www.mailarchives.org/list/debian-user/msg/2003/36359 Mit --set/get-selections und debconf-get/set-selections und Anpassung der neuen vServer sources.list habe ich das System per apt-get dselect-upgrade (dist-upgrade blieb ohne Effekt) habe ich das neue System Softwaremäßig auf dem Stand des alten servers gebracht, mit Abstrichen. MySQL 4.1 wurde deinstalliert, und die andere version nicht installiert. Ich hatte bei der Konfiguration Fragen mit Nein beantwortet, da ich 4.1 wieder installieren wollte, was jetzt auch Schwierigkeiten macht. Jetzt komme ich wegen des fehlerhaften MySQL schon nicht mehr ins confixx, was ich aber sowieso deaktivieren will). ~# COLUMNS=110 dpkg -l *mysql*|grep ^ii ii libdbd-mysql-perl 3.0002-2 A Perl5 database interface to the MySQL database ii libmysqlclient10 3.23.56-3 LGPL-licensed client library for MySQL databases ii libmysqlclient10-dev 3.23.56-3 LGPL-licensed client development files for MySQL databases ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libmysqlclient14 4.1.15-1 mysql database client library ii libmysqlclient15 5.0.16-1 mysql database client library ii mysql-common 5.0.16-1 mysql database common files (e.g. /etc/mysql/my.cnf) ii php4-mysql4.4.2-1 MySQL module for php4 Ich denke es wäre hilfreich, wenn ich das alles auf 5.x bekommen könnte. Das System meckert aber über kaputte Pakete. Mein Problem ist die Zeit: Am Freitag wird der andere server abgeschaltet, und ich soll bis dahin auch noch die Website meiner Freundin aktualisieren. Mal abgesehen davon, habe ich nur die Abende daran zu arbeiten, und Heute sowie Freitag, und das folgende Wochenende. Der Ausfall des Servers sollte idealer Weise gegen Null laufen, oder allenfalls ein bis 3 Stunden in der Nacht betragen. Ich habe Zugriff auf den Nameserver der domain. Ich habe Bedenken die Archive einfach zurückzuspielen (home.tar.bz2, etc.tar.bz2, var.tar.bz2, /usr/local, /usr/share/awstats, var.tar.bz2, root.tar.bz2). Haut das so hin? Habe ich dann automatisch wieder meine alten user mit der entsprechenden sudo Konfiguration, und dem Verbot sich per rot einzuloggen? Im schlimmsten Fall den ich mir ausmale kann ich mich nicht mehr einloggen, weil die Passwort Dateien überschrieben wurden, oder Berechtigungen falsch gesetzt sind? Ich nutze noch awstats in einer handgepatchten Variante, auch da habe ich Bedenken, das ist .htaccess gesichert gewesen, ob die Passwörter und Benutzer problemlos migrieren. Ach ja: auf dem neuen läuft apache2, ich hatte apache 1.x am Laufen. Was ist da zu befürchten, oder läuft das einfach glatt, wenn ich auf dem neuen System nun alles mit den backups überschreibe _nachdem_ ich confixx deinstalliert habe? Ich bin etwas verunsichert... ciao Gerhard
Re: vServer Umzug auf ein System mit confixx
Hallo Gerhard, Gerhard Gaußling, 13.02.2006 (d.m.y): confixx ist hier wohl nicht als debianpaket installiert, oder liegt das an dpkg --set-selections? $ dpkg -l *confix* ^^ Kein Paket gefunden, das auf confixx passt. ^^ Ruf das mal in einem Verzeichnis auf, wo nichts namens confixx herumliegt... Gruss, Christian Schmidt -- Der Computer bietet Lösungen für Probleme, die ohne sie gar nicht bestünden. signature.asc Description: Digital signature
Re: vServer Umzug auf ein System mit confixx
Am Montag, 13. Februar 2006 12:33 schrieb Christian Schmidt: Hallo Gerhard, Gerhard Gaußling, 13.02.2006 (d.m.y): confixx ist hier wohl nicht als debianpaket installiert, oder liegt das an dpkg --set-selections? $ dpkg -l *confix* ^^ Kein Paket gefunden, das auf confixx passt. ^^ Ruf das mal in einem Verzeichnis auf, wo nichts namens confixx herumliegt... Es bleibt dabei: # COLUMNS=110 dpkg -l *confix* Kein Paket gefunden, das auf *confix* passt. Sollte ich Einzelthreads aus den Problemen machen? ciao Gerhard
Re: vServer Umzug auf ein System mit confixx
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: confixx ist hier wohl nicht als debianpaket installiert, oder liegt das an dpkg --set-selections? Also ich hatte noch keinen Server mit Confixx, aber ich vermute das wurde nach /usr/local installiert. Wenn die Deppen dass direkt im System verteilt haben solltest du vllt. das System komplett neu vom Rescue-System aus aufsetzen (debootstrap) um das Zeug sauber rauszukriegen. Mit --set/get-selections und debconf-get/set-selections und Anpassung der neuen vServer sources.list Anpassung woran? MySQL 4.1 wurde deinstalliert, und die andere version nicht installiert. Welche andere Version? Was hat apt-get genau gesagt? ii libmysqlclient15 5.0.16-1 mysql database client library ii mysql-common 5.0.16-1 mysql database common files (e.g. /etc/mysql/my.cnf) Woher kommt das denn? Jedenfalls nicht aus Sarge. ii php4-mysql4.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. Das System meckert aber über kaputte Pakete. Fehlermeldung? Und gleich deine preferences-Datei von apt und deine sources.list mitliefern. Ich habe Bedenken die Archive einfach zurückzuspielen (home.tar.bz2, etc.tar.bz2, var.tar.bz2, /usr/local, /usr/share/awstats, var.tar.bz2, root.tar.bz2). Haut das so hina? Wieso du var.tar.bz2 2x zurueckspielen willst ist mir schleierhaft, aber nungut... In jedem Fall hoffe ich das in var.tar.bz2 nicht die dpkg und apt Verzeichnisse enthalten sind, das kann zu deftigen Problemen fuehren. 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. Ich nutze noch awstats in einer handgepatchten Variante, auch da habe ich Bedenken, das ist .htaccess gesichert gewesen, ob die Passwörter und Benutzer problemlos migrieren. Kommt drauf an wo die Datei liegt in der die User/PW stehen, wenn die in der .htaccess sind und du die zuruecksicherst werden auch die User/PW wieder verfuegbar... Ach ja: auf dem neuen läuft apache2, ich hatte apache 1.x am Laufen. Da gibts allerdings ein paar Unterschiede. Du solltest also wohl die Aenderungen die du an der Apache-Config gemacht hast haendisch ins neue System uebertragen. Gluecklicherweise benutzen beide separate Verzeichnisse in /etc so dass du da nichts ueberschreibst wenn du das Backup zuruecksicherst... Was ist da zu befürchten, oder läuft das einfach glatt, wenn ich auf dem neuen System nun alles mit den backups überschreibe _nachdem_ ich confixx deinstalliert habe? s.o. man sollte apt's und dpkg's Verzeichnisse in /var nicht unbedingt ueberschreiben. Ich bin etwas verunsichert... Das merkt man;-) Anddreas -- You'll wish that you had done some of the hard things when they were easier to do. -- 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: vServer Umzug auf ein System mit confixx
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: confixx ist hier wohl nicht als debianpaket installiert, oder liegt das an dpkg --set-selections? Also ich hatte noch keinen Server mit Confixx, aber ich vermute das wurde nach /usr/local installiert. Wenn die Deppen dass direkt im System verteilt haben solltest du vllt. das System komplett neu vom Rescue-System aus aufsetzen (debootstrap) um das Zeug sauber rauszukriegen. Nein, wie üblich nach /root/confixx Das werde ich umbenennen in /root/confixx_bak Folgendes nach /root/confixx_bak/bak verschieben: # find /etc -iname *confix* /etc/apache2/confixx_vhosts /etc/apache2/confixx_mhost.conf /etc/apache2/confixx_vhost.conf /etc/postfix/confixx_localDomains.db /etc/postfix/confixx_localDomains /etc/postfix/confixx_virtualUsers.db /etc/postfix/confixx_virtualUsers /etc/vsftpd.conf.confixx-backup /var/lib/mysql/confixx /var/log/apache2/confixx /usr/local/lib/perl/5.8.7/auto/Confixx /usr/local/share/man/man3/Confixx::Filter.3pm /home/www/confixx crontab -e #15 4 * * * #/root/confixx/confixx_counterscript.pl Mit --set/get-selections und debconf-get/set-selections und Anpassung der neuen vServer sources.list Anpassung woran? Dort gab es nur die Einträge ### BY SERVERMAKER deb ftp://ftp.de.netclusive.de/pub/Linux/debian/ sarge main deb-src ftp://ftp.de.netclusive.de/pub/Linux/debian/ sarge main aktuelle sources.list: # cat /etc/apt/sources.list ### BY SERVERMAKER deb ftp://ftp.de.netclusive.de/pub/Linux/debian/ sarge main contrib non-free deb-src ftp://ftp.de.netclusive.de/pub/Linux/debian/ sarge main contrib non-free #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 deb http://security.debian.org stable/updates main contrib non-free # http://deb.riseup.net/web-server/syscp/install/dns-vserver/ #bind9=1:9.2.4-1.riseup.nocapset deb http://deb.riseup.net/debian unstable main /etc/apt/preferences existiert nicht. MySQL 4.1 wurde deinstalliert, und die andere version nicht installiert. Welche andere Version? Was hat apt-get genau gesagt? ii libmysqlclient15 5.0.16-1 mysql database client library ii mysql-common 5.0.16-1 mysql database common files (e.g. /etc/mysql/my.cnf) Woher kommt das denn? Jedenfalls nicht aus Sarge. Von netclusive? (=pretago?) Jedenfalls aus keiner Netzsource: # apt-cache policy mysql-common mysql-common: Installiert:5.0.16-1 M�liche Pakete:5.0.16-1 Versions-Tabelle: *** 5.0.16-1 0 100 /var/lib/dpkg/status 4.0.24-10sarge1 0 500 ftp://ftp.de.netclusive.de sarge/main Packages 500 http://security.debian.org stable/updates/main Packages # apt-cache show mysql-common [...] Source: mysql-dfsg-5.0 Version: 5.0.16-1 [...] This package includes files needed by all versions of the client library. [...] Merkwürdig ist, dass /etc/init.d/mysql nichts ausgibt (nichtmal usage: sart|stop|etc.), das ist auch mit anderen diensten, aber proftpd meldet ganz normal usage:start|etc.. Aber das wird ja eh überschrieben. Muß ich dann vor dem restore nicht alle DSienste bis auf sshd herunterfahren, damit das restore auch klappt? ii php4-mysql4.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? Das System meckert aber über kaputte Pakete. Fehlermeldung? Und gleich deine preferences-Datei von apt und deine sources.list mitliefern. [...] Entpacke mysql-server (aus .../mysql-server_4.0.24-10sarge1_i386.deb) ... Aborting downgrade from 4.1 to 4.0. dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/mysql-server_4.0.24-10sarge1_i386.deb (--unpack): Unterprozess pre-installation script gab den Fehlerwert 1 zurck [...] Wie gesagt, das war das verhinderte downgrade (mit nein geantwortet) Ich habe Bedenken die Archive einfach zurückzuspielen (home.tar.bz2, etc.tar.bz2, var.tar.bz2, /usr/local, /usr/share/awstats, var.tar.bz2, root.tar.bz2). Haut das so hina? Wieso du var.tar.bz2 2x zurueckspielen willst ist mir schleierhaft, aber nungut... In jedem Fall hoffe ich das in var.tar.bz2 nicht die dpkg und apt Verzeichnisse enthalten sind, das kann zu deftigen Problemen fuehren. Danke für den Hinweis. Ich habe /var zwar komplett gesichert, will aber nicht unbedingt alles zurücksichern. (/var/lib/mysql im Laufenden Betrieb: Geht das überhaupt? Tar hat nur wegen nicht zu sichernden sockets gemeckert, aber ein vorheriger Versuch das /var
Re: vServer Umzug auf ein System mit confixx
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. Ist ftp.de.netclusive.de dein Provider oder ein offizieller Mirror fuer Debian? Im 1. Fall wuerde ich noch nen offiziellen Debian-Mirror reinschreiben. MySQL 4.1 wurde deinstalliert, und die andere version nicht installiert. Welche andere Version? Was hat apt-get genau gesagt? ii libmysqlclient15 5.0.16-1 mysql database client library ii mysql-common 5.0.16-1 mysql database common files (e.g. /etc/mysql/my.cnf) Woher kommt das denn? Jedenfalls nicht aus Sarge. Von netclusive? (=pretago?) Jedenfalls aus keiner Netzsource: # apt-cache policy mysql-common mysql-common: Installiert:5.0.16-1 M�liche Pakete:5.0.16-1 Versions-Tabelle: *** 5.0.16-1 0 100 /var/lib/dpkg/status 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.. # apt-cache show mysql-common [...] Source: mysql-dfsg-5.0 Version: 5.0.16-1 [...] This package includes files needed by all versions of the client library. [...] Merkwürdig ist, dass /etc/init.d/mysql nichts ausgibt (nichtmal usage: sart|stop|etc.), das ist auch mit anderen diensten, aber proftpd meldet ganz normal usage:start|etc.. Aber das wird ja eh überschrieben. 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. 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. ii php4-mysql4.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? Das System meckert aber über kaputte Pakete. Fehlermeldung? Und gleich deine preferences-Datei von apt und deine sources.list mitliefern. [...] Entpacke mysql-server (aus .../mysql-server_4.0.24-10sarge1_i386.deb) ... Aborting downgrade from 4.1 to 4.0. dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/mysql-server_4.0.24-10sarge1_i386.deb (--unpack): Unterprozess pre-installation script gab den Fehlerwert 1 zurck [...] Wie gesagt, das war das verhinderte downgrade (mit nein geantwortet) Ja und? Dann bist du doch selbst schuld dran, dass apt ein Problem hat. Ehrlich: bootstrappe ein sauberes Debian und installiere dessen MySQL, das wird dann auch vernuenftig. Ich habe Bedenken die Archive einfach zurückzuspielen (home.tar.bz2, etc.tar.bz2, var.tar.bz2, /usr/local, /usr/share/awstats, var.tar.bz2, root.tar.bz2). Haut das so hina? Wieso du var.tar.bz2 2x zurueckspielen willst ist mir schleierhaft, aber nungut... In jedem Fall hoffe ich das in var.tar.bz2 nicht die dpkg und apt Verzeichnisse enthalten sind, das kann zu deftigen Problemen fuehren. Danke für den Hinweis. 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. 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
Re: vServer Umzug auf ein System mit confixx
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
Re: vServer Umzug auf ein System mit confixx
Am Montag, 13. Februar 2006 17:43 schrieb Gerhard Gaußling: 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. Aus der faq von pretago: http://pretago.com/index.php?go=faqmain=21sub=7 quote Sie sind hier: FREQUENTLY ASKED QUESTIONS Zurück zur Übersicht Kann ich meinen VServer selbst resetten? Ja, dies ist ohne weiteres möglich. Ihr VServer kann via Webinterface jederzeit problemlos neu gestartet werden. Was ist die Repair Konsole? Die Repair Konsole ermöglicht es Ihnen, ein defektes System noch zu erreichen um Daten zu sichern. Es wird ein zweites System gestartet, indem Ihre Daten abgelegt werden, so dass Sie diese sichern können. Kann ich meinen Server selbst neu installieren? Nein, dies ist nicht möglich. Bei einer Neuinstallation wenden Sie sich an unseren Support. Pro Neuinstallation rechnen wir 9,95 EUR ab. [...] Was ist auf meinem VServer standardmäßig installiert? Auf dem VServer ist das Betriebssystem Debian Linux Sarge vorinstalliert. Hinweis: Da neu installierte VServer immer die aktuellsten Sicherheitsupdates enthalten, können die hier genannten Features von dem auf Ihrem Server installierten System abweichen. /quote Virtualisierung über virtuozzo ciao Gerhard
Re: vServer Umzug auf ein System mit confixx
Am Montag, 13. Februar 2006 16:20 schrieb Andreas Pakulat: ?? 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. /etc/awstats/awstats.pwd -- 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: vServer Umzug auf ein System mit confixx
Gerhard Gaußling [EMAIL PROTECTED] wrote: Was für Probleme sind mit confixx zu erwarten (auf neuem System vorinstalliert)? Sollte ich das direkt herunter schmeissen, oder ist das ganz gut zu gebrauchen um neue websites hinzuzufügen? Eine frühere Version von Confixx hat bei mir starken Brechreiz ausgelöst und man sagte mir, das es in neueren Version nicht besser ist, deswegen werfe ich Dinge dieser Art möglichst schnell weg. Noch dazu, weil ich mir nicht gerne meine Strukturen von einem externen Tool aufdiktieren lasse. S° -- Sven Hartge -- professioneller Unix-Geek Meine Gedanken im Netz: http://www.svenhartge.de/ -- 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)
