Plesk und Distry Update

[AXELB]

Wie sollte man vorgehen wenn man gleichzeitig Debian 4 auf 5 upgraden sowie auf 9.2.3 updaten will?

Zuerst Dist upgrade usw... oder zuerst plesk updaten?

lg Alex

[AnimaTow]

Die frage stelle ich mir auch grade, habe ja schon lange drauf gewartet...

Was kann alles schiefgehen beim updaten ???

[Fr33z3m4n]

Würde zu erst Dist Upgrade machen, danach sofort Plesk Autoinstaller starten.
Wie bei jedem empfehle ich ein komplett Backup zu erstellen.
Debian 4 + 5 Backup machen.

[Bughunter]

Habt ihr nicht bemerkt dass ihr im "News" Forum seid?
Fragen zu euren Problemen sind dort richtig:
Plesk Update 9.2.3 Fehler und Erfahrungen

Wenn ich hier Mod wäre... grrrr

LG, Bughunter

[harv]

Genau so wie es Fr33z3m4n beschrieben hat. Wenn Ihr es andersrum macht habt Ihr nicht die Korrekte Plesk Variante

Fragen zu euren Problemen sind dort richtig:
Plesk Update 9.2.3 Fehler und Erfahrungen

Ich denke hier passt es etwas besser.

Wenn ich hier Mod wäre... grrrr

[klodeckl]

Wenn man aber zuerst über apt-get ein dist-upgrade macht, so wird apt mit Sicherheit Plesk erst deinstallieren wollen, da ja sonst das Plesk von Etch drauf wäre. Also denke ich wäre doch das Beste einfach die sources.list auf die Plesk-Version von Lenny zu ändern und dann ein dist-upgrade zu machen. Dann würde apt doch gleich ein Upgrade auf Lenny und das neueste Plesk gleichzeitig machen. Oder sehe ich da jetzt etwas falsch?

Gruß
Bernhard

[klodeckl]

Zu dem Thema hätte ich gleich auch noch eine andere Frage: Welche Methode wird denn am ehesten empfohlen, bzw. mit welcher Methode gab es erfahrungsgemäß am wenigsten Probleme upzudaten, über das Webinterface, über ssh mit dem Autoinstaller oder über apt?

Danke für eure Hilfe!

[harv]

also bei mir der autoinstaller und ssh, da das webinterface von zeit zu Zeit spinnt.

apt kann man machen da ist nur die frage ober apt auch alles macht wie es vom autoinstaller vorgenommen wird....

[AXELB]

Ich mach grad Backup und wage mich mal ran.

Ich geb euch dann bescheit.

+++++++++++++++++++++++++++++++++

Hat Wunderbar geklappt bin wie folgt vorgegangen.

1. apt-get update
2. apt-get upgrade - dabei wird plesk geupdatet (trotz debian 4)
3. laaaaange warten :)
4. Danach nach /etc/apt/sources.list öffnen und alle einträge vom Betriebsystem von etch auf stable. Und bei Plesk Updater auf lenny den stable gibt es nicht.

Meine Liste:

# main sources

deb http://debian.intergenia.de/debian/ stable main contrib non-free
deb-src http://debian.intergenia.de/debian/ stable main contrib non-free

# volatile

deb http://debian.intergenia.de/debian-volatile/ stable/volatile main contrib non-free
deb-src http://debian.intergenia.de/debian-volatile/ stable/volatile main contrib non-free

# security

deb http://debian.intergenia.de/debian-security/ stable/updates main contrib non-free
deb-src http://debian.intergenia.de/debian-security/ stable/updates main contrib non-free

# intergenia.de additional repositories

deb http://mirror.intergenia.de/packages/deb/ lenny dedicated
deb-src http://mirror.intergenia.de/packages/deb/ lenny dedicated


## This is temporary appended by Autoinstaller for
## specify source of product's packages for APT.
deb http://autoinstall.plesk.com/debian/PSA_9.2.3 lenny all ##!!!Das wird bei euch noch 9.2.2 sein, so lassen!!!

5. Wieder apt-get update
6. apt-get dist-upgrade
7. reboot

Bei Bedarf kann man noch den plesk autoupdater laufen lassen hab ich aber nicht machen müssen hat das upgrade selber gemacht.

Hat alles geklappt Plesk Panel funktioniert noch und die Webseiten auch :)

[klodeckl]

Ich habe mich nun auch mal ran gewagt. Mein Vorgehen:
- Plesk per SSH updaten (SKom: Plesk "von Hand" in der Shell updaten)
- Auf Lenny updaten nach folgender Anleitung: HowtoForge Linux Tutorials Wie man ein Debian Etch System (Server & Desktop) zu Debian Lenny Upgradet

Auf den ersten Blick fällt mir folgendes auf:
- Imap funktioniert, jedoch über SSL nicht mehr, über den normalen Port ohne SSL gehts einwandfrei.
- ATmail Webmail Anmelung funktioniert nicht mehr. Soviel ich weiß hatte ich das Problem schonmal, aber nicht bei allen Mailaccounts.
- In Plesk unter Server Components wird immer angezeigt, dass Qmail nicht gestartet wurde. Ein /etc/init.d/qmail status bringt gar keine Meldung. SMTP und IMAP scheint aber gar normal zu funktionieren.

ATmail habe ich schon mal neu drüber gebügelt, ohne Erfolg. Bei Imap weiß ich grad gar nicht woran es liegen könnte.

Kann mir jemand helfen, woran die Probleme liegen könnten? Vielen Dank!

Viele Grüße
Bernhard

[harv]

- Plesk per SSH updaten (SKom: Plesk "von Hand" in der Shell updaten)
- Auf Lenny updaten nach folgender Anleitung: HowtoForge Linux Tutorials Wie man ein Debian Etch System (Server & Desktop) zu Debian Lenny Upgradet

Nach der reihenfolge wie du es geschrieben hast hast du es falschrum gemacht

den ersten schritt nochmal ausführen

[klodeckl]

Ja, apt hab beim Update auf Lenny automatisch die Plesk 9.2.3 für Lenny mit eingespielt.

Heute konnte ich mich komischerweise wieder bei Atmail anmelden. Verstehe ich nicht. Und was mache ich denn jetzt mit meiner nicht funktionierenden E-Mail SSL Verbindung?

[harv]

in die logs schauen ;) und posten (courier ist der übeltäter)

[klodeckl]

Weder die syslog, noch die mail.warn oder mail.info zeigen irgendwelche Einträge beim Anmeldeversuch. Wo kann ich noch ansetzen?

[klodeckl]

Langsam komme ich dem Problem auf die Schliche:

/etc/init.d/courier-imap start
Starting Courier-IMAP server:
Starting imapd done
Starting imap-sslNo such file or directory
ll_daemon_start: Resource temporarily unavailable
done
Starting pop3 done
Starting pop3-ssl done


Vielleicht fehlt irgendein Paket? Aber welches.


Edit: Ein Reinstall von psa-courier-imap bringt folgende Meldung:

ll_daemon_start: Resource temporarily unavailable
No such file or directory

[harv]

schau mal ob das verzeichniss existiert und für courier beschreibar ist: /var/run

[klodeckl]

/var/run existiert. hab auch testweise die rechte auf 777 gesetzt, ohne änderung. auch ein verzeichnis courier habe ich mal erstellt…

[harv]

eigendlich schonmal versucht

/usr/local/psa/admin/sbin/mchk --with-spam

drüber zu jagen?

[klodeckl]

/usr/local/psa/admin/sbin/mchk --with-spam
==> Checking for: mail_spam_restore... ok
==> Checking for: mailsrv_conf_init... ok
==> Checking for: mail_mailbox_restore... ok
==> Checking for: mailsrv_entities_dump... ok
==> Checking for: mail_admin_aliases... ok
==> Checking for: mail_auth_dump... ok
==> Checking for: mailman_lists_dump... ok
==> Checking for: mail_responder_restore... ok
==> Checking for: mail_drweb_restore... ok
==> Checking for: mail_kav_restore... not exsists
==> Checking for: mail_spf_restore... ok
==> Checking for: mail_dk_restore... ok
==> Checking for: mail_grey_restore... ok

Hm, was heißt mail_kav_restore... not exsists? Immer noch keine Besserung :-(

[harv]

mail_kav_restore... not exsists

einfach ignorieren das heist nur das es nicht installiert ist.....

mehr fällt mir aber erstmal auch nicht ein (hab leider auch kein debian server wo ich das hätte testen können....)