No puedo iniciar sesión después de la migración

He buscado cientos de soluciones y las he implementado todas. También busqué en este sitio web para encontrar la misma pregunta, pero no pude localizarla.

Tengo un sitio de desarrollo y un sitio de producción. Para migrar entre los dos, uso github push y pulls. Esto no ha sido un problema en el pasado, sin embargo, me he encontrado con este problema varias veces. Después de una migración de archivos, Drupal ya no me permite iniciar sesión. Intento mis credenciales de inicio de sesión e inmediatamente recibo una página de acceso denegado.

Las cookies de mi sitio están leyendo y escribiendo sin problemas. He localizado el ID de la cookie y encontré su entrada en la base de datos. Por lo tanto, las cookies parecen funcionar bien y las entradas de la base de datos funcionan de alguna manera bien.

El problema que puedo ver es que los registros de sesión de la base de datos no guardan ningún ID de usuario. Cuando cambio manualmente la identificación de usuario en el registro db a 1, para mi IP, y luego actualizo el sitio web, estoy conectado. ¿Alguna idea?

• /programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works sugiere que actualice $ cookie_domain en el archivo settings.php. He probado todas las configuraciones y no me ha ayudado.
• http://www.go2linux.org/cannot-login-into-drupal-table-corrupted también sugieren que repare la tabla de sesiones. Lo hice, borré las sesiones de la base de datos y borré mis cookies. No funcionó.
• http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrade sugiere que actualice los valores en mi archivo settings.php: $ cookie_domain y $ base_url. He probado todas las combinaciones y no he tenido éxito.
• He leído el install.txt que dice a ejecutar los siguientes comandos para los niveles de permisos y la propiedad adecuados: chmod o+w sites/default/settings.php, chmod o+w sites/default, chmod o+w sites/default/files, chmod a-w sites/default/settings.php, chmod a-w sites/default. No funcionó.
• El parche en http://drupal.org/node/56357#comment-236726 agrega algo de código a su archivo de sesiones. He hecho esto y no funcionó.
• En http://drupal.org/node/56357#comment-391535 , markus_petrux hizo una buena sugerencia al definir el PHPSESSID con un nuevo nombre y al configurar el dominio y la ruta de la cookie manualmente. No funcionó.
• http://old.nabble.com/Re%3A-Can%27t-login-p22258960.html sugiere agregar register_shutdown_function('session_write_close');al final de settings.php funciona, que tampoco funcionó para mí.
• http://drupal.org/node/6696#comment-204863 nos dice que agreguemos algunas configuraciones ini en settings.php, borremos el caché, borremos las cookies, borremos la privacidad, reinicie Firefox y agregue a settings.php las siguientes líneas:

ini_set('session.cookie_domain', 'exampleorg');
ini_set('session.cookie_domain','www.example.org');
ini_set('session.auto_start', 0);

También tuve el mismo problema y estaba relacionado mod_rewrite. He habilitado el mod_rewritecon el siguiente comando y se solucionó el problema.

sudo a2enmod rewrite

Para su información, su archivo de sitios \ default \ settings.php debe contener una cookie con el mismo nombre que la ruta que está utilizando, por lo que si su servidor web anterior tenía un dominio de www.boldlygowherenomanhasgonebefore.com y movió su drupal a localhost, la cookie el dominio debe reflejar ese cambio:

FUE: $cookie_domain = '.boldlygowherenomanhasgonebefore.com';
CAMBIAR A: $cookie_domain = '.localhost';

Obviamente no es su solución, pero para cualquier otra persona que haya venido aquí, tuve un problema similar (no puedo iniciar sesión), pero el mío fue un problema de URL limpio resuelto de la siguiente manera:

Algo estaba sucediendo con las URL limpias, estaban semi-trabajando, por eso las descarté como el problema, pero fue así.

Eventualmente tuve que editar la tabla de variables en el DB (cambiando LONGBLOB a LONGTEXT para poder hacerlo), apagué el indicador de URLs limpias (establezca "1" en "0"), borre los cachés para eliminar la versión en caché de las variables.

Y luego las cosas funcionaron bien.

No es que esto resuelva la raíz del problema, pero si necesita iniciar sesión, siempre puede obtener un enlace de inicio de sesión único de Drush:

drush user-login theusername