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!
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
Vous devez vous connecter pour publier un commentaire.
Avez-vous vérifié vos sites
settings.php
fichier?Assurez-vous qu'il correspond à vos détails actuels, ET que le premier . est en place dans la ligne ci-dessous:
Si vous retournez à la façon dont il a été pouvez-vous obtenir sur le site retour?
non je peux pas! (mais ne vous inquiétez pas, j'ai en sécurité du site et de l'exécution de quelque part d'autre). C'est très étrange.Je pourrais avoir à télécharger une nouvelle version de la base de données et serveur car j'ai du loupé quelque chose tout en essayant de résoudre ce problème
ok ça semble assez localisées, alors je dirais d'exécuter une installation propre sur votre serveur et ensuite il suffit de copier votre thème et DB plus d'une fois c'est de travailler.
Je vais le faire!
OriginalL'auteur SpaceBeers
Vérifier votre serveur a rewrite_module activé
J'ai eu le même problème avec apache2 sur le serveur ubuntu
J'ai couru
puis
et plus loin, il est allé 🙂
Vous êtes génial! C'était mon problème après la migration vers un nouveau serveur ubuntu. L'installation d'apache guide n'a pas pour réécrire! Été aux prises avec ce depuis des heures maintenant et ne pourrais pas me connecter à mon site.
été aux prises avec ce pendant des heures...je vous remercie beaucoup!
récemment eu ce même problème - cette réponse est de l'or
Wow... sa résolu à atlast... j'étais à la recherche pour ce pour un couple de jours et, enfin, le problème est résolu. C'est l'Homme! vous êtes génial ! 🙂
OriginalL'auteur Paul
Avez-vous modifier la base de données d'infos dans /sites/mysite/settings.php pour correspondre à la nouvelle base de données?
Essayez d'effacer cache de drupal. Pour ce faire, vide de chaque tableau, en commençant par le cache.
OriginalL'auteur Alytrem
Voici comment je l'ai corrigé!
J'ai installé une nouvelle site drupal sur le serveur et fait en sorte que ça fonctionne correctement. Puis j'ai progressivement déplacé de l'ancien site au fil de la pièce à pièce, tout en vérifiant après chaque morceau si je pourrais toujours vous connecter. Le site avait l'air assez moche au milieu de ce processus, mais dès que j'ai eu tout ce dont j'avais besoin à partir de l'ancien site, il semblait bien à nouveau.
C'est ce que les morceaux de l'ancien site, j'ai déménagé:
base de données
drupal/dossier thèmes
drupal/sites/default/files dossier
drupal/sites/all dossier
drupal/dossier modules
Et il fonctionne comme un charme! Merci pour votre aide!
OriginalL'auteur Vilhelm Färndberg
Nous avons passé des heures sur ce et épuisé toutes les options possibles, même rackspace "fanatique de soutien" ne pouvait pas le réparer. J'ai payé un ingénieur à la fin, et il l'a trouvé:
résolu le problème.
OriginalL'auteur dijkstra8x