Answers.Body: <p>I contacted the hosting company and they managed to fix the issue. They whitelisted the cookie name in their varnish caching system.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-27T12:03:39.767Z
Answers.LastActivityDate: 2017-11-27T12:03:39.767Z
Answers.UserDisplayName: Dan B
Answers.Body: <p>I'm not sure if 774 would be enough permissions on that folder. If the web server is not running as the account user (via ruid or suexec/suphp), or is not in the same group as the account user then it will not be able to write to it. Just throwing it out there.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-21T15:04:46.250Z
Answers.Text: I tried 777 as a test and that didn't work either.
Answers.UserDisplayName: Dan B
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-17T02:39:12.897Z
Answers.LastActivityDate: 2017-11-17T02:39:12.897Z
Answers.UserDisplayName: Rick Kukiela
Answers.Body: <p>Sounds to me like a server config issue. The site worked in one place, you moved it, and now you have this issue.</p>
  
  <p>If it's an Nginx server, this may be helpful: <a href="https://github.com/nystudio107/nginx-craft" rel="nofollow noreferrer">Nginx-Craft</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-21T15:07:09.233Z
Answers.Text: I'll contact the hosting company to see if they can help with regards to the server config. I'll find out if it's an Nginx server too.
Answers.UserDisplayName: Dan B
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-19T07:12:19.897Z
Answers.LastActivityDate: 2017-11-19T07:12:19.897Z
Answers.UserDisplayName: andrew.welch
Answers.Body: <p>Just a question; are you on a Nginx server?
  I had a similar issue before with a client site. the Nginx configuration was removing the cookies when it cached the page, which redirected to the login page after logging in.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-21T15:03:23.653Z
Answers.Text: I'm not sure if it's an Nginx server or not. I'll contact the hosting company and find out.
Answers.UserDisplayName: Dan B
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-11-16T16:55:05.037Z
Answers.LastActivityDate: 2017-11-16T17:01:59.593Z
Answers.LastEditDate: 2017-11-16T17:01:59.593Z
Answers.UserDisplayName: lpbouvier
Body: <p>I've migrated my client's Craft site to a new host. On the front end the site is fine and working as it should.</p>
  
  <p>The problem is with the Craft admin area. I can login, but once logged I can’t access anything other than the main dashboard screen. Clicking any of the links within the dashboard brings up the login screen.</p>
  
  <p>One thing I did try was to remove the <code>cpTrigger</code> I’d set in /craft/config/general.php. For a moment I thought this had worked. I could access other areas of the dashboard, but then the dashboard logged me out after a minute or so.</p>
  
  <p>I’ve seen a few other posters with similar issues and have tried solutions that worked for them…</p>
  
  <p>I’ve delete the contents of <code>craft/storage/runtime</code>.</p>
  
  <p>I’ve checked the file permissions of <code>craft/storage/runtime</code>. They are currently set to 774.</p>
  
  <p>I’ve tried adding the following to craft/config/general.php:</p>
  
  <p><code>'overridePhpSessionLocation' =&gt; false</code>
  As described here - <a href="https://craftcms.stackexchange.com/questions/952/craft-constantly-logging-out-from-admin-area/6876#6876">Craft constantly logging out from admin area</a></p>
  
  <p>and also:</p>
  
  <p><code>'overridePhpSessionLocation' =&gt; true</code></p>
  
  <p>As described here - <a href="https://craftcms.stackexchange.com/questions/9628/migrated-server-now-getting-logged-out-constantly">Migrated Server, Now Getting Logged Out Constantly</a></p>
  
  <p>I’ve tried <code>'requireMatchingUserAgentForSession' =&gt; false</code> too.</p>
  
  <p>Nothing has worked so far.</p>
  
  <p>Is there anything else I could try?</p>
  
  <p>I understand this is likely to be related to permissions for where session files are stored. Are there any questions I should be asking the the hosting company in relation to this? The site is on a shared hosting account.</p>
  
  <p>Any help or advice with this much appreciated.</p>
  
  <p><strong>* An update... *</strong></p>
  
  <p>I looked at <code>/admin/utils/phpinfo</code> in the dashboard to check where <code>session.save_path</code> is pointing.</p>
  
  <p>By default it's set to <code>/tmp</code>.</p>
  
  <p>If I add <code>'overridePhpSessionLocation' =&gt; true</code> to <code>craft/config/general.php</code>, the session location is set to:</p>
  
  <pre><code>/var/www/vhtdocs/xxxxxxxx/craft/storage/runtime/sessions/
  /tmp
  </code></pre>
  
  <p>That looks a bit odd to me? There are two paths – the craft path and the default session path below it. Is that correct?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-11-21T16:41:55.757Z
Comments.Text: Re: your update, that's normal. The first value is the application's current value (Craft), the 2nd is the default global value.  It's more clear if you call `phpinfo()` from a script directly.
Comments.UserDisplayName: Brad Bell
Tags: <admin><login><migration><session><dashboard>
Title: Migrated site - now dashboard keeps logging out
ThreadText: # Migrated site - now dashboard keeps logging out
  
  (Asked by: username_0 on 2017-11-16)
  
  I've migrated my client's Craft site to a new host. On the front end the site is fine and working as it should.
  
  The problem is with the Craft admin area. I can login, but once logged I can’t access anything other than the main dashboard screen. Clicking any of the links within the dashboard brings up the login screen.
  
  One thing I did try was to remove the `cpTrigger` I’d set in /craft/config/general.php. For a moment I thought this had worked. I could access other areas of the dashboard, but then the dashboard logged me out after a minute or so.
  
  I’ve seen a few other posters with similar issues and have tried solutions that worked for them…
  
  I’ve delete the contents of `craft/storage/runtime`.
  
  I’ve checked the file permissions of `craft/storage/runtime`. They are currently set to 774.
  
  I’ve tried adding the following to craft/config/general.php:
  
  `'overridePhpSessionLocation' => false`
  As described here - [Craft constantly logging out from admin area](https://craftcms.stackexchange.com/questions/952/craft-constantly-logging-out-from-admin-area/6876#6876)
  
  and also:
  
  `'overridePhpSessionLocation' => true`
  
  As described here - [Migrated Server, Now Getting Logged Out Constantly](https://craftcms.stackexchange.com/questions/9628/migrated-server-now-getting-logged-out-constantly)
  
  I’ve tried `'requireMatchingUserAgentForSession' => false` too.
  
  Nothing has worked so far.
  
  Is there anything else I could try?
  
  I understand this is likely to be related to permissions for where session files are stored. Are there any questions I should be asking the the hosting company in relation to this? The site is on a shared hosting account.
  
  Any help or advice with this much appreciated.
  
  **\* An update... \***
  
  I looked at `/admin/utils/phpinfo` in the dashboard to check where `session.save_path` is pointing.
  
  By default it's set to `/tmp`.
  
  If I add `'overridePhpSessionLocation' => true` to `craft/config/general.php`, the session location is set to:
  
  ```
  /var/www/vhtdocs/xxxxxxxx/craft/storage/runtime/sessions/
  /tmp
  
  ```
  
  That looks a bit odd to me? There are two paths – the craft path and the default session path below it. Is that correct?
  
  **Tags:** admin, login, migration, session, dashboard
  
  > **Comments:**
  > **username_1**: Re: your update, that's normal. The first value is the application's current value (Craft), the 2nd is the default global value.  It's more clear if you call `phpinfo()` from a script directly.  
  
  ---
  
  ## 4 answers
  
  ### Answer by username_0 on 2017-11-27. Score: 1 | Accepted answer
  
  I contacted the hosting company and they managed to fix the issue. They whitelisted the cookie name in their varnish caching system.
  
  
  ---
  
  ### Answer by username_2 on 2017-11-17. Score: 1
  
  I'm not sure if 774 would be enough permissions on that folder. If the web server is not running as the account user (via ruid or suexec/suphp), or is not in the same group as the account user then it will not be able to write to it. Just throwing it out there.
  
  > **Comments:**
  > **username_0**: I tried 777 as a test and that didn't work either.  
  
  ---
  
  ### Answer by username_3 on 2017-11-19. Score: 1
  
  Sounds to me like a server config issue. The site worked in one place, you moved it, and now you have this issue.
  
  If it's an Nginx server, this may be helpful: [Nginx-Craft](https://github.com/nystudio107/nginx-craft)
  
  > **Comments:**
  > **username_0**: I'll contact the hosting company to see if they can help with regards to the server config. I'll find out if it's an Nginx server too.  
  
  ---
  
  ### Answer by username_4 on 2017-11-16. Score: 1
  
  Just a question; are you on a Nginx server?
  I had a similar issue before with a client site. the Nginx configuration was removing the cookies when it cached the page, which redirected to the login page after logging in.
  
  > **Comments:**
  > **username_0**: I'm not sure if it's an Nginx server or not. I'll contact the hosting company and find out.  
  
  ---
  
  