Error 500 y dbModel leen los recursos no implementa Zend_Db_Adapter_Abstract

magento.stackexchange https://magento.stackexchange.com/questions/2939

Pregunta

Estoy tratando de mover mi sitio web (-s) a un nuevo servidor. En mi antiguo servidor, Magento y base de datos estaban en la misma caja. Esta instalación de Magento tiene dos tiendas. Compré dos nuevos servidores uno para el PP y uno por sólo Magento. Mi ruta de migración fue:

    antigua base de datos
  • Copiar y mover al nuevo servidor de base de datos.
  • Cambiar la configuración de base de datos en app / etc / local.xml.
  • limpiado var / cache y var / sesiones.

Hasta aquí todo bien. Todo hasta aquí funciona como de costumbre, no hay errores. Por lo que se trasladó a Nueva Server para instalar Magento:

  • descargados Magento, se extrae en la carpeta raíz del servidor web.
  • copiado todos (!) Los archivos del viejo servidor web y lo puso en el nuevo.

  • permisos cambiado a: 

    chown web37:client1 * -R
chown web37:client1 .htaccess
find . -type d -exec chmod 755 {} \\;
find . -type f -exec chmod 644 {} \\;
chmod -R o+w media var
chmod o+w app/etc
chmod 777 includes includes/config.php
rm -rf var/cache/*
rm -rf var/session/*

  • cambiado en .htaccess de 

    Options +FollowSymLinks

    a 

    Options FollowSymLinks

    y 

    #RewriteBase /magento/

    a 

    RewriteBase /

  • Añadido a Apache: 

    AcceptPathInfo on

esta configuración da de nuevo la 

    dbModel read resource does not implement Zend_Db_Adapter_Abstract

error con la traza: 

    #0 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Resource/Db/Collection/Abstract.php(134): Varien_Data_Collection_Db->setConnection(false)
    #1 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Core_Model_Resource_Db_Collection_Abstract->__construct(Object(Mage_Core_Model_Resource_Website))
    #2 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Config.php(1380): Mage_Core_Model_Config->getModelInstance(\'core_resource/w...\', Object(Mage_Core_Model_Resource_Website))
    #3 /var/www/clients/client1/web3/web/app/Mage.php(490): Mage_Core_Model_Config->getResourceModel(\'core/website_co...\', Object(Mage_Core_Model_Resource_Website))
    #4 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Abstract.php(208): Mage::getResourceModel(\'core/website_co...\', Object(Mage_Core_Model_Resource_Website))
    #5 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/Abstract.php(213): Mage_Core_Model_Abstract->getResourceCollection()
    #6 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/App.php(608): Mage_Core_Model_Abstract->getCollection()
    #7 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/App.php(466): Mage_Core_Model_App->_initStores()
    #8 /var/www/clients/client1/web3/web/app/code/core/Mage/Core/Model/App.php(349): Mage_Core_Model_App->_initCurrentStore(\'\', \'store\')
    #9 /var/www/clients/client1/web3/web/app/Mage.php(683): Mage_Core_Model_App->run(Array)
    #10 /var/www/clients/client1/web3/web/index.php(87): Mage::run(\'\', \'store\')
    #11 {main}

Si cambio de los permisos a 777 de la var carpeta del servidor me dice que tenía un error 500, pero puedo ver absolutamente nada acerca de este error en los registros de errores, aunque si cambio el nivel de registro de Apache a \ "LogLevel debug \" :( mismo si borrar o renombrar la carpeta de caché. Nada ayuda y yo realmente no sé qué puedo hacer al lado. he intentado muchas veces para volver a instalar y estoy trabajando para resolver el problema casi desde una semana. Cualquier ayuda sería bueno: (

Notas:

  • Si intenta una nueva instalación todo funciona bien
  • Una nueva instalación después de eliminar el archivo local.xml vieja quiere que algunas carpetas en 777, pero los descansos en el siguiente paso (después de la inicialización de la base de datos) en 500 de error.
  • Tanto el servidor tiene los requisitos de Magento, tanto local.xml \ 's son idénticos.
  • Antiguo Magento servidor:
    • CentOS 5.9
    • H-Sphere 3.6.1
    • Comunidad Magento 1.7.0.2
    • mod_php

  • Nueva Magento Servidor:

    • CentOS 6.4
    • ISPConfig 3.0.5.2
    • Comunidad Magento 1.7.0.2
    • mod_php

    • suphp.conf: 

      [global]
;Path to logfile
logfile=/var/log/httpd/suphp.log
;Loglevel
loglevel=info
;User Apache is running as
webserver_user=apache
;Path all scripts have to be in
docroot=/var/www
;Path to chroot() to before executing script
;chroot=/mychroot
; Security options
allow_file_group_writeable=true
allow_file_others_writeable=false
allow_directory_group_writeable=true
allow_directory_others_writeable=false
;Check wheter script is within DOCUMENT_ROOT
docroot=/var/www
;Send minor error messages to browser
errors_to_browser=false
;PATH environment variable
env_path=/bin:/usr/bin
;Umask to set, specify in octal notation
umask=0022
; Minimum UID
min_uid=100
; Minimum GID
min_gid=100
[handlers]
;Handler for php-scripts
x-httpd-suphp="php:/usr/bin/php-cgi"
;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
umask=0022
umask=0022
¿Fue útil?

Solución

Firstly,

  1. suPHP is slow, unless it is a multi tenant environment, just use mod_PHP - its far simpler to manage and confugure
  2. Why are you using an external DB server with a single web server. In the majority of cases, this will be slower than them both being on the same system.

Look at the configuration you posted, allow_file_others_writable and allow_directory_others_writable is set to false. Ie. You're not allowed to use 777 until you change those settings.

But the whole point of suPHP is so that permissions can be tight (eg. 744 and 644) because the PHP process runs as the right user to begin with.

Ensure you can actually connect to your DB server via command line - it looks like a misconfigured set up.

Otros consejos

I got the same error when I am trying to upgrade store.

How I avoid this issue, Backup all 3rd Party extension module xml files (from app/etc/modules) and then remove these files from app/etc/modules.

With this, above error is gone. I installed Magento and then add extensions files back. All things worked as expected.

Hope this will help you.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a magento.stackexchange
scroll top