2

I have a VM that I set up to do development on two sites hosted on Acquia with the same codebase. I'm using version Drupal 7.26. I have it where I can access both sites from the host computer, but when I try to log in using /user/login on either site, I get nothing. The POST returns a 404 containing the log in page again.

I've tried settings $cookie_domain = '.my-site.dev' as well as $cookie = 'www.mysite.dev'. Neither has any effect. I also tried adding a bunch of random charactersto the file to make sure I was editing the correct file; with the random characters, pages didn't load at all. (See https://www.drupal.org/node/611920#comment-3110010.)

I also tried doing repair table sessions. I forgot which site I saw that recommendation from. I also tried delete from sessions just for kicks. Neither worked.

Any ideas? Thanks!

edit: Per https://www.drupal.org/node/261411#comment-3182566, I tried to go to www.mysite.dev/?q=user/login. This did not give me a 404, but I had tried (unsuccessfully, it seems) to reset my password through the database. I'm at least getting an error about a bad username/password combination rather than nothing at all. Still, I would think /user/login should have worked, too.

edit 2: The production site uses CAS, but logging in through /user/login still works.

Becca Dee
  • 1,530
  • 1
  • 24
  • 51
  • what happens if you try to go to /?q=user – cport1 Dec 10 '14 at 19:45
  • Thanks @cport1. I get a 200 with the login page. When I try to log in, a get 200 from the POST request, but my username and password don't work, and I get the appropriate error message. This is a pretty fresh backup from production, certainly from after I last changed my password. – Becca Dee Dec 10 '14 at 19:53
  • And I'm doing this in a new private browsing window in Firefox. – Becca Dee Dec 10 '14 at 19:55
  • I forgot to mention in my original question that the production site uses CAS, so the CAS module is installed. I noticed this because when I go to the site, I get a whole bunch of cookies from different places, including our CAS server. – Becca Dee Dec 10 '14 at 19:58
  • Can you use drush on this instance? drush user-password USERNAME --password="SOMEPASSWORD" If not, you could update it like this: https://www.drupal.org/node/1023428 – cport1 Dec 10 '14 at 20:00
  • `Sorry, there have been more than 5 failed login attempts for this account. It is temporarily blocked. Try again later or request a new password.` That's pretty funny. `delete from flood` and it worked. – Becca Dee Dec 10 '14 at 20:06
  • cool, so you got it to work? – cport1 Dec 10 '14 at 20:10
  • 1
    Only with the `/?q=user/login`. `/user/login` still gets me a 404. I wouldn't say that it's working, but I have a workaround and can continue with what I was doing until I get this working. Thank you for your help so far. – Becca Dee Dec 10 '14 at 20:18
  • That should be in admin/config/search/clean-urls ... However, you may have modules such as html purifier affecting this as well. Glad you can login though, cheers. – cport1 Dec 10 '14 at 20:23
  • 1
    I hope you atleast applied the security patches from 7.32&7.34 on your sites... – Pinoniq Dec 12 '14 at 08:40
  • @cport1, I currently have that turned on, but it's still not working. I also get AJAX errors when I try to use the administrative overlays, e.g., `An AJAX HTTP error occurred. HTTP Result Code: 404 Debugging information follows Path: /admin/structure/views/my_view/preview/default/ajax` @Pinoniq, once I have my development environment working, that's very high on my list of things to do. – Becca Dee Dec 12 '14 at 16:04
  • Ah, here's the rest of it: http://stackoverflow.com/a/5758551/1102726. I needed to enable mod_rewrite by executing `a2enmod rewrite`. Is that the answer? I guess so. – Becca Dee Dec 12 '14 at 16:17

0 Answers0