debian Upgrade + Plesk

Wie genau löscht du denn das alte PSA vom Server und wie spielst du das neue auf?

Einfach via apt-get remove PSA ?
 
Hallo zusammen,
nach nur einem Tag Arbeit ist es mir endlich gelungen das Update von etch auf lenny durchzuführen. Problem war immer nur das *tolle* Plesk.

Um anderen die Arbeit etwas zu erleichtern hier eine kleine Anleitung:

Ursache:
Parallels hat im Installationsskript total vergessen, dass auch das Update von Plesk 9.3 auf 9.3 möglich ist (nämlich Debian 4 auf 5). Dementsprechend bricht das Installationsskript ab.

1.) Kopiert das Installationspackage (psa_9.3.0_.....deb) in ein extra Verzeichnis (es befindet sich unter /var/cache/apt/archives). Als Beispiel nehme ich /root/inst
2.) cd /root/inst
3.) ar x psa_9.3.0_...deb
4.) mkdir -p debian/DEBIAN
5.) cd debian
6.) tar xvfz ../data.tar.gz
7.) cd DEBIAN
8.) tar xvfz ../../control.tar.gz
9.) Modifizieren von preinst:
9.1) vim preinst
9.2) :1,$s/do_upgrade=1/do_upgrade=0/g
9.3) :1,$s/86 90 92"/86 90 92 93"/g
9.3) :wq
10.) Modifizieren von postinst:
10.1) vim postinst
10.2) :1,$s/do_upgrade=1/do_upgrade=0/g
10.3) :1,$s/86 90 92"/86 90 92 93"/g
10.3) :wq
11.) cd ../..
12.) dpkg-deb --build debian
13.) dpkg -i debian.deb
14.) freuen ;)

Hoffe das hilft dem einen oder anderen.

psionic
 
Last edited by a moderator:
10.) Modifizieren von postinst:
10.1) vim postinst
Click to expand...
bitte entsprechend abändern - du hast da noch vom Copy&Paste nen Fehler.

Ansonsten funktionierte das bei mir soweit alles gut, bis auf einen Fehler bei Schritt 12:
dpkg-deb -b debian
müsste der Befehl eigentlich lauten, zumindest auf meinem Lenny-System (habe vorher alle Upgrades gemacht, danach den Installer verändert und Plesk aktualisiert - hat so funktioniert).
 
Last edited by a moderator:
Hallo,
voodoo44 said:
bitte entsprechend abändern - du hast da noch vom Copy&Paste nen Fehler.

Ansonsten funktionierte das bei mir soweit alles gut, bis auf einen Fehler bei Schritt 12:
dpkg-deb -b debian
Click to expand...

Danke für die Hinweise. Es war schon spät. Beim dpkg-deb hat beim build-command ein - gefehlt. Ansonsten geht -b und --build.

Meine Installation funktioniert soweit gut. Allerdings muss ich noch den Prozess finden, der mir langsam aber sicher immer den Speicher zumüllt. Nach 2-3 Stunden ist der Speicher meines vServers bei 100% und nix geht mehr :(.

psionic
 
Also bei mir läuft soweit alles - und das auch schon ein paar Stunden (5-6 dürften es wohl so ca. sein).

Einen ungewöhnlichen Anstieg an Arbeitsspeicherbelegung kann ich bis jetzt noch nicht feststellen. Einzig und allein ein Apache-Prozess braucht ein paar MB mehr Speicher als die restlichen.

Werde dennoch versuchen mal alles im Auge zu behalten - mal schauen, ob mir noch irgendwas auffällt.

Wie ist das eigentlich mit einem Update, wenn denn mal wieder ein reguläres rauskommt - werden die "von Hand"-modifizierten Dateien dann gegen die Originalen ausgetauscht? Oder bleibt das System dann "verbastelt"?
 
Hallo voodoo,
voodoo44 said:
Wie ist das eigentlich mit einem Update, wenn denn mal wieder ein reguläres rauskommt - werden die "von Hand"-modifizierten Dateien dann gegen die Originalen ausgetauscht? Oder bleibt das System dann "verbastelt"?
Click to expand...
da die Änderung im Control-Skript des deb-Packages erfolgt, wird sie überbügelt sobald Parallels ein Update rausbringt.

Hab übrigens vermutlich den Bösewicht. Apache lief Amok.

psionic
 
Bei mir hat sich in der Nacht um ca. 04.30 Uhr mein Apache2 auch in's Nirvana geschossen.

Interessant finde ich diese 2 Passagen in den Logfiles:
Code: 
[Sun Apr 11 04:35:12 2010] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch16 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming normal operations
[Sun Apr 11 07:50:30 2010] [error] [client 84.246.228.106] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:)
[Sun Apr 11 11:12:21 2010] [error] [client 88.80.196.24] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:)
[Sun Apr 11 11:19:32 2010] [error] [client 188.193.59.71] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_3.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 11:19:44 2010] [error] [client 188.193.59.71] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_3.pdf
[Sun Apr 11 11:19:53 2010] [error] [client 188.193.59.71] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_3.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 11:19:55 2010] [error] [client 188.193.59.71] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_3.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 11:19:59 2010] [error] [client 188.193.59.71] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_2.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 11:20:01 2010] [error] [client 188.193.59.71] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_2.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 12:02:46 2010] [error] [client 67.218.116.165] File does not exist: /var/www/vhosts/default/htdocs/robots.txt
[Sun Apr 11 13:29:58 2010] [error] [client 87.106.90.44] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:)
[Sun Apr 11 13:34:21 2010] [error] [client 84.246.228.106] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:)
[Sun Apr 11 16:03:06 2010] [error] [client 67.218.116.132] File does not exist: /var/www/vhosts/default/htdocs/robots.txt
[Sun Apr 11 16:08:51 2010] [error] [client 79.208.10.29] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_1.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 16:08:56 2010] [error] [client 79.208.10.29] File does not exist: /var/www/vhosts/default/htdocs/Glaurung-Heft_1.pdf, referer: http://www.freewebs.com/glaurung-hobbyheft/downloadcenter.htm
[Sun Apr 11 16:21:21 2010] [notice] caught SIGTERM, shutting down

und

Code: 
[Mon Apr 12 04:12:59 2010] [warn] Init: SSL server IP/port conflict: voodoo4u.net:443 (/var/www/vhosts/voodoo4u.net/conf/httpd.include:12) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Mon Apr 12 04:12:59 2010] [warn] Init: SSL server IP/port conflict: bain06.de:443 (/var/www/vhosts/bain06.de/conf/httpd.include:12) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Mon Apr 12 04:12:59 2010] [warn] Init: SSL server IP/port conflict: default-62-75-170-245:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:78) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Mon Apr 12 04:12:59 2010] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Mon Apr 12 04:12:59 2010] [notice] Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny8 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations
[Mon Apr 12 04:12:59 2010] [notice] Graceful restart requested, doing restart
[Mon Apr 12 04:13:01 2010] [warn] The Alias directive in /etc/apache2/apache2.conf at line 240 will probably never match because it overlaps an earlier Alias.
[Mon Apr 12 04:13:01 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Mon Apr 12 04:13:01 2010] [warn] RSA server certificate CommonName (CN) `vs170245.vserver.de' does NOT match server name!?
[Mon Apr 12 04:13:01 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Mon Apr 12 04:13:01 2010] [warn] RSA server certificate CommonName (CN) `vs170245.vserver.de' does NOT match server name!?
[Mon Apr 12 04:13:01 2010] [warn] Init: SSL server IP/port conflict: voodoo4u.net:443 (/var/www/vhosts/voodoo4u.net/conf/httpd.include:12) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Mon Apr 12 04:13:01 2010] [warn] Init: SSL server IP/port conflict: bain06.de:443 (/var/www/vhosts/bain06.de/conf/httpd.include:12) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Mon Apr 12 04:13:01 2010] [warn] Init: SSL server IP/port conflict: default-62-75-170-245:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:78) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Mon Apr 12 04:13:01 2010] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Mon Apr 12 04:13:01 2010] [notice] Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny8 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations
[Mon Apr 12 04:13:01 2010] [notice] Graceful restart requested, doing restart
apache2: Syntax error on line 195 of /etc/apache2/apache2.conf: Syntax error on line 151 of /etc/apache2/conf.d/zz010_psa_httpd.conf: Could not open configuration file /var/www/vhosts/voodoo4u.net/conf/httpd.include: No such file or directory
So recht was damit anzufangen weiß ich gerade nicht - denn: Wie bekomme ich denn raus, WER den Restart des Apache "verlangt" hat? Kann das Plesk sein? Weil so ca. um die Zeit wird immer ein Plesk-Backup gezogen und dabei sollen die Domains gesperrt werden. Beendet der einfach den Apache und startet ihn wieder, sobald die Domain gesichert wurde?
 
Bei mir fressen sich langsam aber sicher die SQL-und Apache-Instanzen den Speicher rein... ich setze den Server jetzt erstmal zurück zum "alten" Debian 4.0-System. Mal schauen, ob ich das die Tage fixen kann.
 
Also bei mir hat es geholfen, Apache zu zügeln (Min Sparse = 1, Max Sparse = 3, MaxRequestsPerChild = 1000). Seither läuft der Server problemlos.

psionic
 
danke für Eure Updates zu diesem Thema.
Ich warte einmal meine Umstellung des Vservers auf die aktuellen Werte ab.
Dann mache ich nochmal das lenny + plesk upgrade nach dieser Anleitung.

THX!
 
Ich habe gerade mal mein Problem gefixed.

Ich habe erst versucht über das Webinterface die neue 9.5.1 Version zu installieren, und hab dann via apt-get die restlichen Pakete nachgeschoben.
 
Upgrade bei mir nun auch endlich durch...
Eine schwere Geburt.
Danke für die Tipps mit der Anpassung des PSA Pakets.

Zustzälich musste ich nachher folgende Änderung machen da mein Vserver mich scheinbar limitiert:

FEHLER:
Code: 
[Sun May 23 20:22:27 2010] [apc-error] apc_mmap: mmap failed: No space left on device

Code: 
vim /usr/local/psa/admin/conf/php.ini
#apc.shm_size = 40
apc.shm_size = 10


Code: 
folgende Datei gelöscht:
/etc/sw-cp-server/applications.d/sso-cpserver.conf
 
You must log in or register to reply here.
Back
Top