Déplacé mon site drupal 7 site vers un nouveau serveur, impossible de se connecter

J'ai un problème très étrange depuis que j'ai déménagé mon site drupal sur un nouveau serveur.

voici la description du problème:

Lorsque j'essaie d'accéder à la page de connexion (http://129.16.208.27/drupal/?q=user) recharge et je ne peux pas voir mon panneau d'admin. Si j'essaie d'accéder à l'un des admin de la page manuellement, je reçois un message de refus d'accès qui indique que la connexion a échoué. Si je tape un mauvais nom d'utilisateur ou mot de passe, je reçois le même comportement. Lorsque vous essayez de demander un nouveau mot de passe de la page il suffit de recharge (comme ci-dessus) et je reçois aucun mail.

C'est comment j'ai déménagé sur le site:

J'ai copié et déplacé les fichiers exportés et importé la base de données avec phpmyadmin et à l'édition d'sessions.php par changeing la base_url et édition de la db de l'information.

Le site fonctionne très bien, je peux regarder att toutes les pages mais je ne peux pas me connecter!

Voici ce que j'ai essayé:

Supprimé le dossier drupal et de la base de données et essaya de nouveau.

Utilisé différentes méthodes pour modifier le mot de passe admin (drush, MD5, dans la table des utilisateurs dans phpmyadmin).

Changé les permissions de l'ensemble de drupal dossier en 777.

A commenté à l'écart de la cookie_domain dans le settings.php fichier.

Ajouté drupal_page_footer();
$GLOBALS['tempUser'] = $utilisateur;
à mon index.php fichier.

Vidé toutes les tables dans la base de données qui commence avec le cache.

Essayé différents navigateurs web et effacer la mémoire cache.


Voici quelques informations supplémentaires:

Les deux serveurs ont la même version de php (5.2.3).

Je peux me connecter à l'ancienne page sans problème.

L'utilisateur table dans la db semble bien, à l'exception de l'accès et de connexion les horodatages sont vieux (à partir avant de m'installer le serveur).

Le chien de garde de la table contient pas d'entrées de connexions échouées, mais lorsque je tente d'accéder à http://129.16.208.27/drupal/?q=admin il génère une entrée (accès refusé) mais le timestamp est mal en 1 heure.

Le serveur de temps est beau.

SpaceBeers demandé pour le chien de garde de la table, ici, il est:

===Database orma
== Table structure for table watchdog
|------
|Field|Type|Null|Default
|------
|//**wid**//|int(11)|No|
|uid|int(11)|No|0
|type|varchar(64)|No|
|message|longtext|No|
|variables|longblob|No|
|severity|tinyint(3) |No|0
|link|varchar(255)|Yes|
|location|text|No|
|referer|text|Yes|NULL
|hostname|varchar(128)|No|
|timestamp|int(11)|No|0
== Dumping data for table watchdog
|3344|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.7|1331513088
|3345|0|access denied|user/1|N;|4| |http://129.16.208.27/drupal/?q=user/1| |83.233.148.7|1331515605
|3346|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.35|1331548875
|3347|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |129.16.208.199|1332154845
|3348|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.63|1332193286
|3349|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332195196
|3350|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332195841
|3351|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332198728
|3352|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332200257
|3353|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332200428
|3354|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332200431
|3355|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/?q=user| |83.233.148.35|1332322440
|3356|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332336792
|3357|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332336792
|3358|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332336815
|3359|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332337311
|3360|0|page not found|register|N;|4| |http://129.16.208.27/drupal/?q=register| |76.123.53.220|1332337314
|3361|0|access denied|user/register|N;|4| |http://129.16.208.27/drupal/?q=user/register| |76.123.53.220|1332337322
|3362|0|access denied|user/register|N;|4| |http://129.16.208.27/drupal/?q=user/register| |76.123.53.220|1332337354
|3363|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.248.70.120|1332353203
|3364|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |130.235.234.145|1332418164
== Table structure for table watchdog
|------
|Field|Type|Null|Default
|------
|//**wid**//|int(11)|No|
|uid|int(11)|No|0
|type|varchar(64)|No|
|message|longtext|No|
|variables|longblob|No|
|severity|tinyint(3) |No|0
|link|varchar(255)|Yes|
|location|text|No|
|referer|text|Yes|NULL
|hostname|varchar(128)|No|
|timestamp|int(11)|No|0

J'ai passé de nombreuses heures à la vérification de solutions sans succès, s'il vous plaît aider moi!

Pouvez-vous créer un test temporaire de l'utilisateur afin que nous puissions résoudre ce problème?
J'ai corrigé cela avant, quelque chose à faire avec la mise à jour de la GOUTTE dans la table user. Va traquer les détails pour vous.
Ça a l'air très intéressant. Je vais créer un utilisateur de test dès que je rentre à la maison ce soir. Pour créer un utilisateur, il vous suffit de créer une nouvelle entrée dans la table des utilisateurs de droite?
Enfin quelqu'un qui a rencontré le même problème! J'ai hâte d'entendre les détails.
Pouvez-vous accéder à la base de données de surveillance de la table?

OriginalL'auteur Vilhelm Färndberg | 2012-03-21