Inicio de sesión de usuario fallido en el servidor de producción utilizando el marco Symfony (la solicitud de autenticación no se pudo procesar debido a …)

Estoy usando Symfony para un proyecto y he intentado que el inicio de sesión funcione en el servidor de producción sin éxito en los últimos 2 días. Sigo recibiendo el error

La solicitud de autenticación no se pudo procesar debido a un problema del sistema.

He seguido la guía aquí ( http://symfony.com/doc/current/cookbook/security/entity_provider.html ) para configurar la carga de usuarios desde la base de datos.

Mi archivo security.yml :

security: encoders: Symfony\Component\Security\Core\User\User: plaintext Acceptme\UserBundle\Entity\User: plaintext role_hierarchy: ROLE_SUPER_ADMIN: [ROLE_ADMIN, ROLE_ALLOWED_TO_SWITCH] providers: in_memory: memory: users: patricia: password: patricia roles: 'ROLE_ADMIN' users: name: user_provider entity: { class: AcceptmeUserBundle:User, property: username } firewalls: user_area: pattern: ^/ anonymous: ~ provider: user_provider form_login: login_path: login_route check_path: _login_check default_target_path: homepage dev: pattern: ^/(_(profiler|wdt|error)|css|images|js)/ security: false default: anonymous: ~ http_basic: ~ access_control: - { path: ^/admin, roles: ROLE_ADMIN } 

Mi SecurityController.php:

 namespace AppBundle\Controller; use Symfony\Component\HttpFoundation\Request; use Sensio\Bundle\FrameworkExtraBundle\Configuration\Route; use Symfony\Bundle\FrameworkBundle\Controller\Controller; use Sensio\Bundle\FrameworkExtraBundle\Configuration\Template; use Sensio\Bundle\FrameworkExtraBundle\Configuration\Security; use Symfony\Component\Security\Core\SecurityContext; class SecurityController extends Controller { /** * @Route("/login", name="login_route") * @Template("security/login.html.twig") */ public function loginAction(Request $request) { if ($request->attributes->has(SecurityContext::AUTHENTICATION_ERROR)) { $error = $request->attributes->get(SecurityContext::AUTHENTICATION_ERROR); } else { $error = $request->getSession()->get(SecurityContext::AUTHENTICATION_ERROR); } return array( 'last_username' => $request->getSession()->get(SecurityContext::LAST_USERNAME), 'error' => $error, ); } /** * @Route("/login_check", name="_login_check") */ public function securityCheckAction() { // this controller will not be executed, // as the route is handled by the Security system } } 

Intenté cargar el proyecto en 2 servidores web diferentes (FatCow & GoDaddy) y el problema persiste. Localmente estoy usando PHP 5.4.19 (FatCow usa 5.3.2 y GoDaddy usa 5.4.37). Tenga en cuenta que cuando se trabaja en localhost con XAMPP todo funciona bien.

Confirmé que PDO está habilitado en ambos casos. Confirmé que el nombre de usuario, la contraseña y el host de la base de datos son correctos en el archivo parameters.yml . Los registros de errores en los servidores locales y remotos no muestran nada.

He seguido todas las instrucciones de esta publicación anterior Despliegue de la aplicación Symfony2 obteniendo los errores de FossundBundle y aún no hay éxito.

Agradezco toda la ayuda de antemano.

Parece que el error:

La solicitud de autenticación no se pudo procesar debido a un problema del sistema.

es demasiado genérico y no dice nada sobre dónde está el problema (hay un problema abierto sobre este asunto aquí ).

Resolví mi problema al revisar los registros y ver qué sucedía (en var/logs/dev.log ), esperando que esto ayude a alguien.

En mi caso específico, había un parámetro incorrecto en parameters.yml sobre la conexión de la base de datos. Pero, una vez más, el error es demasiado genérico y no implica necesariamente que el problema esté relacionado con la conexión de la base de datos.

ACTUALIZACIÓN: Problema resuelto. El problema era que una tabla en el archivo php de la entidad se llamaba con letras mayúsculas, mientras que la tabla de la base de datos se llamaba con minúsculas. +1 a ClémentBERTILLON para apuntar en la dirección correcta, es decir, prod.log

AS @ShinDarth lo menciona. Es demasiado genérico y la inspección de registros ayudará a las personas en nuestro caso a superar esto.

Si puede ayudar en mi situación, fue:

Después de una instalación de SonataUserBundle en SF3, tuve que

 bin/console doctrine:schema:update --force 

Mi contexto es particular, ya he instalado y usado FOSUserBundle antes de instalar SonataUserBundle. (Debido a la compatibilidad de SF3 con FOSUser / SonataUSer … Se han realizado 16 consultas en la base de datos después de eso. Funciona muy bien.

Este problema se puede arreglar ejecutando el comando: php bin/console cache:clear --env=prod --no-debug