Plesk 9.2.3

[Heimer]

Das Update lief durch, wenn ich nun aber per cmd den autoinstaller aufrufe bekommen ich folgende Fehlermeldung:

Virtuozzo wurde erkannt. Verbindung zu VZAgent wird aufgebaut...Warnung! Verbindung zu VZAgent fehlgeschlagen: ioctl: Transport endpoint is not connected

Im Virtuozzo PP kann ich auch keine Full Backups mehr anlegen:
[...]

plesk9.2.3 auf ubuntu 8.04 lts

jmd. ideen

Also bei mir lief das Update über das Web-Interface zwar auch durch aber ich hatte am Ende ein Fehlermeldung und für Plesk 9.2.3 wurden mir noch verfügbare Updates angezeigt obwohl alle installierten Pakete ein grünes Häkchen hatten.
Ich habe dann mal über das Terminal ein "aptitude full-upgrade" ausgeführt und es gab noch 6 Pakete zu installieren.

Will install 6 packages, and remove 0 packages.
12.3kB of disk space will be freed
===============================================================================
[UPGRADE] linux-libc-dev 2.6.24-24.61 -> 2.6.24-25.63
[UPGRADE] psa-courier-imap 3.0.8-ubuntu8.04.build92090714.19 -> 3.0.8-ubuntu8.04.build92091009.18
[UPGRADE] psa-php5-configurator 1.5.1-ubuntu8.04.build92090714.19 -> 1.5.1-ubuntu8.04.build92091009.18
[UPGRADE] psa-qmail 1:1.03-ubuntu8.04.build92090714.19 -> 1:1.03-ubuntu8.04.build92091009.18
[UPGRADE] psa-qmail-rblsmtpd 0.70-ubuntu8.04.build92090714.19 -> 0.70-ubuntu8.04.build92091009.18
[UPGRADE] tzdata 2009n-0ubuntu0.8.04.1 -> 2009o+repack-0ubuntu0.8.04

Anschließend habe ich auch gleich mal das System neu gestartet und siehe da, jetzt hatte auch Plesk 9.2.3 ein grünes Häkchen, ein Backup ins Persönliche FTP-Repository verlief auch einwandfrei.
Also schau mal ob aptitude vllt. auch noch ein paar Paket Updates für dich hat.
Diese Virtuozzo Fehlermeldung bekomme ich beim Autoinstaller übrigens auch immer.

 

[JaEgErmEistEr]

Bei mir ist der Autoinstaller unter Ubuntu 8.04 komplett verschwunden

Ansonsten alles gut verlaufen

 

[Nomax2000]

Nach dem Update habe ich auf meiner Maschine mit openSuse 11.0 auch ein Problem. Ich bekomme sporadisch solche Mails:

Hi. This is the qmail-send program at h1373333.
I tried to deliver a bounce message to this address, but the bounce bounced!

<[email protected]>:
Sorry, I couldn't find any host named h1373333.h1373333. (#5.1.2)

--- Below this line is the original bounce.

Return-Path: <>
Received: (qmail 4744 invoked for bounce); 24 Oct 2009 16:31:19 +0200
Date: 24 Oct 2009 16:31:19 +0200
From: MAILER-DAEMON@h1373333
To: [email protected]
Subject: failure notice

Hi. This is the qmail-send program at h1373333.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<[email protected]>:
Sorry, I couldn't find any host named h1373333.h1373333. (#5.1.2)

--- Below this line is a copy of the message.

Return-Path: <[email protected]>
Received: (qmail 4740 invoked by uid 111); 24 Oct 2009 16:31:19 +0200
Date: 24 Oct 2009 16:31:19 +0200
Message-ID: <20091024143119.4737.qmail@h1373333>
From: [email protected]
To: [email protected]
Subject: Cron <drweb@h1373333> /opt/drweb/update.pl
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/drweb>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=drweb>
X-Cron-Env: <USER=drweb>

Dr.Web (R) update details:
Update server: http://update.msk.drweb.com/unix/500
Update has begun at Sat Oct 24 16:30:01 2009
Update has finished at Sat Oct 24 16:31:19 2009

Following files has been updated:
/var/drweb/bases/drwtoday.vdb
/var/drweb/bases/dwntoday.vdb
/var/drweb/updates/drwtoday.txt
/var/drweb/updates/dwntoday.txt

Hat dazu jemand eine Idee und Lösung?

Ich für meinen Teil meine das der Fehler schon die doppelte Bezeichnung des Server ist. Es heißt "[email protected]" müsste es nicht "[email protected]" heißen? Wo kann ich das korrigieren?

 

[wstuermer]

Spontan würde ich auf /var/qmail/control/me tippen. Im Zweifel mal nach h1373333 greppen

 

[andywe]

auch hier fast problemlos

Hallo,

habe gestern auf meinem nicht ganz so wichtigen Ausbildungss-System das Update durchgeführt (Ubuntu 8.04LTS aktueller Stand / Plesk 9.2.2 -> 9.2.3). Per Webinterface lief alles problemlos durch, wobei er mir am Ende immer noch ein gelbes Logo (9.2.3) anzeigte, obwohl die dann aufgerufene Liste keine Updates mehr aufwies.

Apt bot mir dann noch Updates von psa-courier-imap und psa-php5-configurator an. Nachdem ich die durchgeführt hatte, war das Logo grün.

Fehler oder Probleme konnte ich bisher nicht feststellen.

Die Spaltenbeschriftung in der Update-Tabelle ist immer noch falsch (Ihre Version <-> aktuelle Version).

Viele Grüße
Andreas

 

[LordLolo]

Spontan würde ich auf /var/qmail/control/me tippen

Yepp, zumindest wurde bei den letzten Updates die Datei immer überschrieben und musste manuell wieder geändert werden.

Sind sonst auf SUSE 11.0 noch irgend welche Fehler aufgetreten?

 

[Twister]

Ich hätte da mal noch ein ganz anderes anliegen ?

Ist den das Problem behoben mit Fastcgi auf subdomains, das heist egal was man bei den Subdomains einstellte( php als modul ) es wurde einfach Fastcgi verwendet ) ?

Vielen Dank
Twister

 

[Twister]

Ich schubs mal nochmal an vielleicht hat jemand noch eine andere info

 

[Bevan]

Bei mir ist der Autoinstaller unter Ubuntu 8.04 komplett verschwunden

Zum Glück nicht Er ist jetzt allerdings nicht mehr unter /opt/psa/bin/autoinstaller zu finden, sondern nur noch unter /opt/psa/admin/sbin/autoinstaller.

 

[Floezen]

Nach dem Update habe ich auf meiner Maschine mit openSuse 11.0 auch ein Problem. Ich bekomme sporadisch solche Mails:

Ähnliches Problem mit dem Update bei openSuse10.3., musste auch die /var/qmail/control/me einstellen.

Irgendetwas anderes scheint aber auch mit dem MTA nicht mehr i.O. zu sein. Ich kann irgendwie nur sporadisch Mails verschicken...

 

[NM78]

Ich habe auch wieder Probleme mit web.de...

 

[Floezen]

Und ?
Aslo wenn Du Hilfe suchst, wäre etwas mehr Info vielleicht gut...

 

[Floezen]

Ach ja und ich musste mit Suse 10.3 64bit das Greylisting deaktivieren, sonst kann ich Mails nur sporadisch verschicken. Muss wohl ein bekannter Fehler sein.

 

[Huschi]

Muss wohl ein bekannter Fehler sein.

Interessante These. Gibt es dazu auch Fakten?

Hingegen klingt Dein Problem eher nach einer fehlerhaften Client-Einstellung.

huschi.

 

[flusenpower]

openSuse 11.0 Update 9.2.2 auf 9.2.3 failed

Hallo zusammen,

beim Update von 9.2.2 auf 9.2.3 bricht der installer ab.
Update wurde per shell gefahren.

Fehlermeldung aus der Shell:

Trying to start service mysql... done
 Trying to establish test connection... failed

ERROR while trying to establish test connection
Check the error reason(see log file: /tmp/psa_9.2.3_suse11.0.build92091009.18_upgrade.091111.18.55.log), fix and try again

Aborting...

error: %pre(psa-9.2.3-suse11.0.build92091009.18.x86_64) scriptlet failed, exit status 1
error:   install: %pre scriptlet failed (2), skipping psa-9.2.3-suse11.0.build92091009.18
ERROR: An error occurred during installation of packages.
Attention! Your software might be inoperable.
Please, contact product technical support.

Schaue im ir das Upgrade Log an, kommt das Dabei raus:

START psa-9.2.3-suse11.0.build92091009.18 upgrading AT Wed Nov 11 18:55:34 CET 2009

 Trying to start service mysql... Checking for service MySQL: ..unused
done

===> Checking for the necessary system accounts
 Checking for the system groups and users necessary for MySQL...
 Checking for the group 'mysql'...
 Group 'mysql' already exists

 Checking for the user 'mysql'...
 User 'mysql' already exists

 Checking for the system groups and users necessary for admin server...
 Checking for the group 'psaadm'...
 Group 'psaadm' already exists

 Checking for the user 'psaadm'...
 User 'psaadm' already exists

 Checking for the group 'psaadm'...
 Trying to add supplementary group 'psaadm' for user 'sw-cp-server'...  already there
 Checking for the group 'psaserv'...
 Group 'psaserv' already exists

 Checking for the group 'psaserv'...
 Trying to add supplementary group 'psaserv' for user 'wwwrun'...  already there
 Checking for the group 'psaserv'...
 Trying to add supplementary group 'psaserv' for user 'psaftp'...  already there
 Checking for the group 'psaserv'...
 Trying to add supplementary group 'psaserv' for user 'psaadm'...  already there
 Checking for the group 'psacln'...
 Group 'psacln' already exists

 Checking for the system groups and users necessary for Apache...
 Checking for the group 'www'...
 Group 'www' already exists

 Checking for the user 'wwwrun'...
 User 'wwwrun' already exists

 Trying to start service mysql... Checking for service MySQL: ..running
done
 Trying to establish test connection... /var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
/var/tmp/rpm-tmp.58795: line 3579: /usr/bin/mysql: No such file or directory
failed

ERROR while trying to establish test connection

Aborting...

STOP psa-9.2.3-suse11.0.build92091009.18 upgrading AT Wed Nov 11 18:57:36 CET 2009

In der Porblems Log steht nur:

START psa-9.2.3-suse11.0.build92091009.18 upgrading AT Wed Nov 11 18:55:34 CET 2009
STOP psa-9.2.3-suse11.0.build92091009.18 upgrading AT Wed Nov 11 18:57:36 CET 2009

Mir erschliesst sich das Problem schon, denn unter /usr/bin/ befindet sich mysql nicht.

Aber wie kommt der Installer darauf. Wie behebe ich das?

 

[Huschi]

yast -i mysql-client

Bzw. schau halt im Yast nach, welche MySQL-Pakete er installiert hat.

huschi.

 

[Floezen]

Interessante These. Gibt es dazu auch Fakten?

Unser Provider wußte sofort woran der Fehler liegt und meinte, dass er Plesk bereits gemeldet wurde.

Scheint also dort im Haus kein Einzelfall zu sein.

fehlerhaften Client-Einstellung.

Dann müssten alle Nutzer ihre Mail-Clients falsch eingestellt haben oder Apple Mail, bzw. Thunderbird (Windows) müssten generell das Problem haben.

Wenn ich das richtig sehe, spricht doch ein Mail-Client ähnlich mit dem MTA, wie ein fremder Server, der eine Mail abliefern möchte?! Könnte es durch ein Konfigurationsfehler dazu führen, dass also auch ein Mail-Client ersteimal abgelehnt wird? Das würde erklären, warum die Mails irgendwann dann doch verschickt werden können...

 

[flusenpower]

Thx :d

MOD: Full-Quote entfernt!
Oh Mann, danke.

Ich hab das Brett dann mal in die Ecke gestellt.

Manchmal ist das Offensichtliche doch die Lösung.

Greetz

fluse

 

[Huschi]

@Floezen:
Das das Greylisting allgemein ein Problem bei Plesk 9.2.2 ist, ist tatsächlich bekannt. Das es aber speziell Deinen Mail-Versand beeinträchtig ist entweder eine Randerscheinung oder eine Fehlkonfiguration in Deinem Mail-Client.
... Aber die Fakten bleiben ja aus ...

huschi.

 

[Floezen]

@Floezen:
... Aber die Fakten bleiben ja aus ...

Nee, Du warst Du schnell mit Deiner Antwort. Hatte doch noch was ergänzt.
Oder nicht genug "Fakten"?