Article ID: 122876, created on Feb 4, 2015, last review on Feb 4, 2015

  • Applies to:
  • Plesk 12.0 for Linux
  • Plesk 11.0 for Linux
  • Plesk 11.5 for Linux
  • Plesk 10.1 for Linux/Unix

Síntomas

Parallels Plesk no se carga tras efectuar una actualización. Cuando se intenta iniciar sesión pueden aparecer los siguientes errores:

    Unknown column ipAddress in where clause

O:

    ERR (3)  [panel]: SQLSTATE[42S02]: Base table or view not found: 1146 
    Table 'psa.table_name' doesn't exist

O:

 SQLSTATE[42S22]: Column not found: 1054 Unknown column 'DomainId' in 'where clause'   

Cuando se intenta a abrir un dominio o una suscripción, puede aparecer el siguiente error:

ERROR: Call to a member function capability() on a non-object (SubscriptionController.php:1144)

Causa

Generalmente, los errores de actualización se deben a dependencias de paquetes, a incoherencias en la instalación previa a la actualización o a previos intentos fallidos de actualización.

En este artículo se proporcionan las instrucciones generales para volver a ejecutar la actualización, por lo que aquí se omite la causa raíz exacta. Esta debería determinarse basándose en los archivos de registro y en la salida del script de actualización.

Resolución

A continuación se detallan los pasos a seguir para iniciar una actualización fallida desde cero:

  1. Cree una instantánea de la base de datos actual. Puede que esta no sea coherente (ya que se actualizó de forma parcial), pero es necesario disponer de ella en el caso de experimentar algún problema.

    # mysqldump -uadmin -p`cat /etc/psa/.psa.shadow` --quote-names --database psa > current.sql
    
  2. Busque un volcado coherente previo a la actualización de la base de datos 'psa' en el directorio '/var/lib/psa/dumps/':

    # ls -l /var/lib/psa/dumps/mysql.preupgrade*
    -rw-------  1 root root 78771 Oct 11 16:56 /var/lib/psa/dumps/mysql.preupgrade.dump.gz
    -rw-------  1 root root 78452 Oct 11 16:32 /var/lib/psa/dumps/mysql.preupgrade.dump.gz.1
    -rw-------  1 root root 78320 Oct 11 16:07 /var/lib/psa/dumps/mysql.preupgrade.dump.gz.2
    -rw-------  1 root root 65351 Oct  7 02:09 /var/lib/psa/dumps/mysql.preupgrade.dump.gz.3
    -rw-------  1 root root 45632 Aug  3 12:39 /var/lib/psa/dumps/mysql.preupgrade.dump.gz.4
    -rw-------  1 root root 43245 Aug  3 00:19 /var/lib/psa/dumps/mysql.preupgrade.dump.gz.5
    -rw-------  1 root root 51235 Jun 12 12:19 /var/lib/psa/dumps/mysql.preupgrade.dump.gz.6
    

    La instantánea más válida de la base de datos suele ser la más antigua de todas. En nuestro caso, sería '/var/lib/psa/dumps/mysql.preupgrade.dump.gz.2'.

  3. Extraiga la base de datos 'psa' del volcado ejecutando el siguiente comando:

    3.1. Si se realizó una actualización desde una versión 10.3 o una versión posterior, debería restaurar la base de datos 'psa' y la base de datos 'apsc':

    # zcat /var/lib/psa/dumps/mysql.preupgrade.dump.gz.2 | sed -n '/^CREATE DATABASE.*psa/,/^CREATE DATABASE.*apsc/p' > preupgrade_psa.sql
    # zcat /var/lib/psa/dumps/apsc.preupgrade.dump.gz.2 > preupgrade_apsc.sql
    

    3.2. Si se realizó una actualización desde una versión anterior a la 10.3, solo será necesario restaurar la base de datos 'psa':

     # zcat /var/lib/psa/dumps/mysql.preupgrade.dump.gz.2 | sed -n '/^CREATE DATABASE.*psa/,/^CREATE DATABASE.*horde/p' > preupgrade.sql
    
  4. Compruebe la versión de los paquetes 'psa' y 'plesk-core':

    rpm -q plesk-core psa
    

    Si los paquetes ya están debidamente actualizados, descargue e instale las versiones previas a la actualización en http://autoinstall.plesk.com/PSA_<old_plesk_version>/<os_version_build>/base/ e instálelas de forma forzosa:

    rpm -Uvh --force --nodeps <package_name>
    

    Si tiene instalados dos RPMs 'psa', elimine el nuevo de la siguiente forma:

    # rpm -e --nodeps --noscripts --justdb <package>
    
  5. Corrija los siguientes archivos: '/usr/local/psa/version' y '/usr/local/psa/core.version'.

    Defina allí las versiones anteriores. Los dígitos de la build deberían extraerse del paquete bootstraper correspondiente. Por ejemplo, si instala los siguientes paquetes de Plesk: plesk-core-11.5.30-cos6.build115130819.13.x86_64.rpm, psa-11.5.30-cos6.build115130819.13.x86_64.rpm, el archivo 'version' debería contener: 11.5.30 CentOS 6 115140407.17 (la versión de la build se extrae del paquete bootstraper más reciente: pp11.5.30-bootstrapper-11.5.30-cos6.build115140407.17.x86_64.rpm). El archivo 'core-version' no debería incluir la versión del paquete principal.

  6. Elimine las bases de datos 'psa' y 'apsc' actuales y restaure su volcado anterior a la actualización:

    # echo "DROP DATABASE psa" | mysql -uadmin -p`cat /etc/psa/.psa.shadow`
    # cat preupgrade_psa.sql | mysql -uadmin -p`cat /etc/psa/.psa.shadow`
    # echo "DROP DATABASE apsc" | mysql -uadmin -p`cat /etc/psa/.psa.shadow`
    # cat preupgrade_apsc.sql | mysql -uadmin -p`cat /etc/psa/.psa.shadow`
    
  7. Corrija el problema que ocasionó los errores en la actualización. Este proceso no se describe en este artículo, si bien puede obtener más información al respecto en los registros de actualización presentes en /tmp.

  8. Descargue los paquetes 'psa' y 'plesk-core' de la versión a la que intentó actualizar e instálelos mediante 'rpm -Uvh --force'. Esta acción iniciará la actualización de la base de datos. De experimentarse algún problema, corrija la causa del error, revierta todo lo realizado en los pasos anteriores y efectúe este paso de nuevo.

  9. Ejecute la utilidad 'bootstrapper':

    /usr/local/psa/bootstrapper/pp12.0.18-bootstrapper/bootstrapper.sh --prep-install
    /usr/local/psa/bootstrapper/pp12.0.18-bootstrapper/bootstrapper.sh --rerun
    
  10. Para restaurar los archivos de configuración de los servicios web, de correo y DNS, ejecute el siguiente comando:

    plesk bin repair --run
    
  11. Ejecute el siguiente comando:

    /usr/local/psa/admin/bin/autoinstaller --select-release-current --upgrade-installed-components
    

aea4cd7bfd353ad7a1341a257ad4724a 56797cefb1efc9130f7c48a7d1db0f0c a914db3fdc7a53ddcfd1b2db8f5a1b9c 29d1e90fd304f01e6420fbe60f66f838 0a53c5a9ca65a74d37ef5c5eaeb55d7f 01bc4c8cf5b7f01f815a7ada004154a2 2a5151f57629129e26ff206d171fbb5f e335d9adf7edffca6a8af8039031a4c7 def31538ba607bde27398f48ab5956be dd0611b6086474193d9bf78e2b293040 5356b422f65bdad1c3e9edca5d74a1ae caea8340e2d186a540518d08602aa065 614fd0b754f34d5efe9627f2057b8642 2554725ed606193dd9bbce21365bed4e 6f1456866eed87488c0f02b298a741c0

Email subscription for changes to this article
Save as PDF