Parrallels Plesk 9.x (PSA reparieren)

[Cerberus]

Wenn auch auf euren Servern der Auto-Updater die Install zerballert hat,
habe ich hier eine Lösung, wie Ihr das wieder korrrigieren könnt...


Hier ein Lösungsansatz, wie man eventuell Plesk wieder installieren kann:

Die Auto-Update-Funktion des Plesk hat offenbar ein Update durchgeführt,
welches nicht durchlief. Dadurch war Plesk nicht mehr aufrufbar und es
fehlten sogar einige Dateien auf dem Server, die Plesk benötigt
(z.B. schon das Startskript /etc/init.d/psa).

/usr/local/psa/admin/sbin/autoinstaller

aufrufen und Installer (mit den Standardeinstellungen) durchlaufen lassen,
damit die abgebrochene Installation hoffentlich korrekt abgeschlossen wird.

bei manch einen Server wurde die folgende Datei nicht geschrieben:

/usr/local/psa/version

Manuell erstellt mit dem Inhalt "Plesk-Version, OS-Version, Build-Version"
Bsp:

9.2.2 SuSE 10.3 92090714.19

(Die Build-Version wurde im autoinstaller bei der Installation angezeigt)

Es kann sein, das der Plesk-Login einen Fehler auf Port 11444 zeigt.
Dieser Port gehört zu "sso".
Bisher keine Lösungsmöglichkeit gefunden, deswegen sso kurzerhand deaktiviert:

/usr/local/psa/bin/sso --disable

jetzt noch den PSA rebooten

/etc/init.d/psa restart

und fertig ist das ganze ....


sollte der Update-Prozess mit einem DB-Fehler unterbrochen werden,
so liegt das (meistens) an dieser/n Tabelle(n)
einfach per PHP-MyAdmin einfügen -- und fertig

CREATE TABLE `GL_remote_domains` (
  `domain` varchar(255) character SET ascii collate ascii_bin NOT NULL,
  `type` enum('black','white') NOT NULL DEFAULT 'black',
  UNIQUE KEY `domain` (`domain`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- 
-- Daten für Tabelle `GL_remote_domains`
-- 

INSERT INTO `GL_remote_domains` (`domain`, `type`) VALUES (0x2a5b302d395d5b302d395d2d5b302d395d5b302d395d2d5b302d395d5b302d395d2a, 'black'),
(0x2a5b302d395d5b302d395d2e5b302d395d5b302d395d2e5b302d395d5b302d395d2a, 'black'),
(0x2a5b302d395d5b302d395d5b302d395d2d5b302d395d5b302d395d5b302d395d2d5b302d395d5b302d395d5b302d395d2a, 'black'),
(0x2a5b302d395d5b302d395d5b302d395d2e5b302d395d5b302d395d5b302d395d2e5b302d395b302d395d5d5b302d395d2a, 'black'),
(0x2a676f6f676c652e636f6d, 'white'),
(0x2a6d61696c2e7275, 'white'),
(0x2a706172616c6c656c732e636f6d, 'white'),
(0x2a72616d626c65722e7275, 'white'),
(0x2a7961686f6f2e636f6d, 'white'),
(0x2a79616e6465782e7275, 'white'),
(0x64736c7c706f6f6c7c62726f616462616e647c687364, 'black'),
(0x64796e616d69637c7374617469637c7070707c64796e2d69707c6469616c2d7570, 'black');

-- --------------------------------------------------------

-- 
-- Tabellenstruktur für Tabelle `GL_settings`
-- 

CREATE TABLE `GL_settings` (
  `param` varchar(255) character SET ascii collate ascii_bin NOT NULL,
  `value` varchar(255) character SET ascii collate ascii_bin NOT NULL,
  PRIMARY KEY  (`param`),
  UNIQUE KEY `param` (`param`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- 
-- Daten für Tabelle `GL_settings`
-- 

INSERT INTO `GL_settings` (`param`, `value`) VALUES (0x656e61626c6564, 0x66616c7365),
(0x657870697265496e74657276616c, 0x3531383430),
(0x67726579496e74657276616c, 0x35),
(0x70656e616c7479456e61626c6564, 0x66616c7365),
(0x70656e616c7479496e74657276616c, 0x32);

PSA (9.0.x-9.2.2) sollte exakt 141 Tabellen haben!!