Migration issue (session files)
Permalink
I'm running 5.7.5.7 and have moved the site to a new host (export > import database, download > upload all files) I've made the necessary config changes but I'm getting 2 errors:
SessionHandler::read(): open(/var/sites/a/amplifiedrocks.com/public_html/tmp/sess_i94jlangsahr98aqtgcsd2fqe4, O_RDWR) failed: No such file or directory (2)
SessionHandler::write(): open(/var/sites/a/amplifiedrocks.com/public_html/tmp/sess_i94jlangsahr98aqtgcsd2fqe4, O_RDWR) failed: No such file or directory (2)
This location is a path on the old server so my question is, where might this path be hard-coded in the C5 files? C5 was installed using a 1-click install on the old server so it may not be a 100% default install.
SessionHandler::read(): open(/var/sites/a/amplifiedrocks.com/public_html/tmp/sess_i94jlangsahr98aqtgcsd2fqe4, O_RDWR) failed: No such file or directory (2)
SessionHandler::write(): open(/var/sites/a/amplifiedrocks.com/public_html/tmp/sess_i94jlangsahr98aqtgcsd2fqe4, O_RDWR) failed: No such file or directory (2)
This location is a path on the old server so my question is, where might this path be hard-coded in the C5 files? C5 was installed using a 1-click install on the old server so it may not be a 100% default install.
Did you clear the cache before the transfer, or ensure that you didn't copy across any cache files?
I did not but the session files are unrelated to the C5 cache? And the path still needs to be amended somewhere?
OK. To follow up this issue...
After amending a config file so that C5 displays more detailed errors I found that the session file path had been hard-coded in:
/concrete/src/Session/Storage/Handler/NativeFileSessionHandler.php
Line 49:
ini_set('session.save_handler', 'files'); ini_set('session.save_path', '/path/to/dir');return;
Simply commenting out this line fixed my problem.
So a few questions...
Will commenting out this line negatively affect the site in any way?
Are there any other surprises waiting for me elsewhere?
Why isn't this documented in the site migration instructions?
After amending a config file so that C5 displays more detailed errors I found that the session file path had been hard-coded in:
/concrete/src/Session/Storage/Handler/NativeFileSessionHandler.php
Line 49:
ini_set('session.save_handler', 'files'); ini_set('session.save_path', '/path/to/dir');return;
Simply commenting out this line fixed my problem.
So a few questions...
Will commenting out this line negatively affect the site in any way?
Are there any other surprises waiting for me elsewhere?
Why isn't this documented in the site migration instructions?
The default c5.7.5.7 install has that line as just
Instead of a complete removal maybe just set it back to default.
Who knows how it even got changed. What host set up the one-click install? It could be something their script added, I have no clue. It seems like an isolated problem hence it's not mentioned in the migration docs.
ini_set('session.save_handler', 'files');
Instead of a complete removal maybe just set it back to default.
Who knows how it even got changed. What host set up the one-click install? It could be something their script added, I have no clue. It seems like an isolated problem hence it's not mentioned in the migration docs.
Thanks. The 1-click was with TSO Host. They may have tinkered with other settings which is a worry. At the moment everything seems to be running Ok though.
I'm moving after one week on the TSO cloud platform. It's absolutely useless! In 7 days I had 1 database outage, 1 instance of server unavailable (blamed on Virgin Media) and constant 500 internal server errors (blamed on database over use).
I'm moving after one week on the TSO cloud platform. It's absolutely useless! In 7 days I had 1 database outage, 1 instance of server unavailable (blamed on Virgin Media) and constant 500 internal server errors (blamed on database over use).
Dang sorry to hear that. I wonder why they would tinker with the default install.... I don't think it's necessary. Hearing all these one-click install horror stories make's me want to make one myself and then somehow offer it for free. Is there a list somewhere of providers who offer the one-click c5 install?
Laziness on my part. Should have done a clean install myself :)
Still, the performance of the cloud platform is pitiful for anything but static HTML.
Still, the performance of the cloud platform is pitiful for anything but static HTML.
I have been having the same issues with vidahost who are part of the same group as tso
I am having massive issues with the sessions and also 500 errors.
There one click installer fails and the servers seem slow.
Who have you moved to now? I am now looking into alternatives so if any know of a solid host uk based please let me know. I am hosting about 21 sites.
I am having massive issues with the sessions and also 500 errors.
There one click installer fails and the servers seem slow.
Who have you moved to now? I am now looking into alternatives so if any know of a solid host uk based please let me know. I am hosting about 21 sites.
Maybe something is wrong with the one-click installer used by most hosts (https://www.simplescripts.com/script_details/install:Concrete5... ).
@TM, RimuHosting is pretty good.
Heres another post with a couple suggestions: http://www.concrete5.org/community/forums/chat/hosting-with-tmd-any...
@TM, RimuHosting is pretty good.
Heres another post with a couple suggestions: http://www.concrete5.org/community/forums/chat/hosting-with-tmd-any...
I'm also based in the UK and have been looking for a UK host but so far I've not found anyone that compares to Media Temple in the US for cost and specification. I have a VPS with them and a couple of clients on their 'Grid' platform. In 10+ years I've not had a single issue.
The TSO cloud platform really isn't fit for purpose as far as I'm concerned so I won't be recommending it to clients.
The TSO cloud platform really isn't fit for purpose as far as I'm concerned so I won't be recommending it to clients.
They suggested to me that the reason for the 500 errors is that the database is overloaded due to the shared nature of the platform. Obviously, they could fix this easily by sharing resources with fewer accounts but I guess they're interested in packing them in for maximum revenue and quality of service is secondary.
I thought cloud hosting was suppose to scale based on the needs of each host instead of splitting resources evenly?
I think even if the resources are 'fluid' and not allocated to any specific account there is still a physical limit to the amount of resources available. So greedy accounts will still make their neighbours suffer.
Before signing up they told me their platform allocates as much resource as you need but that plainly is not possible.
Before signing up they told me their platform allocates as much resource as you need but that plainly is not possible.
Sounds like its time for a VPS!
I htink you are right,
I was using site5.com which was great but got bought out and they have had a little wobble.
Seem to be back on track a little now.
I was using site5.com which was great but got bought out and they have had a little wobble.
Seem to be back on track a little now.
