Installing 8.4 errors

Permalink
I have a problem with a new 8.4. I have copied the unzipped files to the server, I have created a MySQL database on the server. I have set PHP to ver 7.0. When trying to install I get as far as the testing phase and get all green ticks except one which indicates "concrete5 cannot parse the path INFO_PATH or ORIG_PATH_INFO information provided by your server"
Not being a "PHP" guru what do I need to do to get past this step.

Globetrotter101
 
cristi78 replied on at Permalink Reply
Hello there.

At first, you should try to add this line to your .htaccess file in public_html folder

AcceptPathInfo On


If this doesn't work, delete the above line from .htaccess and add the following to the php.ini (if exists, this should be also in public_html folder)

cgi.fix_pathinfo=1


I'm not very sure but, in case you don't have a php.ini file, there is a chance to control php variable using the .htaccess file) by adding this line:

php_value cgi.fix_pathinfo 1


If none of the above works you must provide more information about your environment.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Cristi78, tried all of those but no joy. I used Notepad to edit the .htaccess file.

I did not have a php.ini file so created one, but still did not work.
You talk about environment - is this what is in the .htaccess file? or server it is running on etc.
ConcreteOwl replied on at Permalink Reply 1 Attachment
ConcreteOwl
Make sure the php extension 'fileinfo' is enabled in cPanel..
See the attached screenshot.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
weyboat, thanks for the response. My hosting site (MelbourneIT) does not seem to use cPanel, they use cloudwebtools via a Dashboard, so what else can I use to access the php extensions
Gondwana replied on at Permalink Reply
Gondwana
https://ventraip.com.au/

;)
Globetrotter101 replied on at Permalink Reply
Globetrotter101
That's only a link to a hosting site - not for me
cristi78 replied on at Permalink Reply
I think that Gondwana subtlety suggested to change your hosting provider :)

Strangely, your hosting provider have a hosting plan, the cheapest one (Starter), with cPanel. I believe you have another one...

Please try to create a php file in your public_html, let's say pinf.php, with the following line:
<?php phpinfo(); ?>


Then access it via yoursite.xxx/pinf.php

Copy all the information to a text file (or save the page as html) and post it here. Please check first if sensible information is contained within the copied text.
cristi78 replied on at Permalink Reply
OR just check on that page if fileinfo module is enabled...
Also check the value for cgi.fix_pathinfo
Globetrotter101 replied on at Permalink Reply 1 Attachment
Globetrotter101
Have done that, see attached printouts
Gondwana replied on at Permalink Reply
Gondwana
cristi is right about my previous (except for the 'subtle' bit). :)

MelbourneIT has a shocking reputation. If changing hosts is an option, do it.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
No problems
cristi78 replied on at Permalink Reply
Do you have root access?

Your php.ini is located here

/clientdata/php/new/etc/php-7.0.ini

Maybe you can have a look and try to set cgi.fix_pathinfo to 1 although you are using Litespeed as web server and setting this variable might have no positive impact on your problem.

Maybe another forum member, with experience in Litespeed, could help you.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Cristi78, I will try that later today. I have root access to my web
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Folks, have got past the first error and now it starts installing but part way through it comes up with "Install Failed" and an error message. I have been on to the ISP but it seems it may be outside their domain. The error message is

{"error":{"message":"is_dir(): Unable to find the wrapper "tcp" - did you forget to enable it when you configured PHP?"},"errors":["is_dir(): Unable to find the wrapper "tcp" - did you forget to enable it when you configured PHP?"]}

Ideas please
cristi78 replied on at Permalink Reply
You have the following PHP variable
session.save_path = tcp://192.168.100.18:6379


Usually PHP use files for session data.so you must set the variable to point to a folder.
session.save_path ='/path/to/your/sess/folder'


I believe the path must be absolute (starting from the root / ).
Insert this in your php.ini.

Hope this will help.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Many thanks Cristi78. I could not change the php.ini file but I made a change to the concrete.php file at line 644 - I changed it to 'database' this allowed concrete5 to install. The session path is in the same file but I did not know where the folder was located so did not change it.
The install completed with no errors but when I go to the site I get the following error

sem_get(): failed for key 0x61230a66: No space left on device

I have plenty of space on the server, if this is what it is saying, so is this a change to a file I need to make.

Thanks for any suggestions
cristi78 replied on at Permalink Reply
It seems that this error has nothing to do with the disk space but with the memory reserved by the kernel.
I strongly suggest to contact support as the solution might involve changing some kernel parameters.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Thanks Cristi78, had a look at contacting Support but could only find a paid type so have not done that.
Any other sggestions
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Posted a message on "Bug Fix" but no response.
Anyone have any ideas as MelbourneIT believe it is a Concrete5 problem.
Suggestions would be welcome as I would like to use this product.
mlocati replied on at Permalink Best Answer Reply
mlocati
If you search in Google for

sem_get() No space left on device

You'll see that the problem is related to the server configuration, not to concrete5.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
Thank yo, I will get back to MelbourneIT
Globetrotter101 replied on at Permalink Reply
Globetrotter101
They will look at it again but have suggested that concrete5 may not be compatible with cloud hosting.

Anyone running it on a cloud hosting site
mesuva replied on at Permalink Reply
mesuva
As Gondwana has suggested earlier in this thread, MelbourneIT has a terrible reputation. Terrible.

My personal experiences with them align with this and I simply wouldn't be able to trust their support with anything they say.

concrete5 runs pretty much anywhere there is a suitable PHP version, the required modules enabled and the right permissions set - the platform underneath, whether it's shared server, a VPS, whatever, really become irrelevant.
Globetrotter101 replied on at Permalink Reply
Globetrotter101
They have done a simple "Hello World" test and it still comes up with a possible concrete5 problem in cloud hosting.
Thanks for your help. I now need to find some work around.
ConcreteOwl replied on at Permalink Reply
ConcreteOwl
Globetrotter101 replied on at Permalink Reply
Globetrotter101
An interesting read. Might be time to move on, although this is the first time I cannot get it done (fixed). Maybe its changing to cloud hosting is the problem at MelbournIT. Did not some company buy them recently?
andrewjaff replied on at Permalink Reply
andrewjaff
You got the solutions ?
mlocati replied on at Permalink Reply
mlocati
Does anyone having this issue have SSH access to the server?
If so, could you run this command?

ipcs -s
andrewjaff replied on at Permalink Reply
andrewjaff
No i don't have, Can you please let me know what have to check.

Thanks
mlocati replied on at Permalink Reply
mlocati
I'd need the result of some SSH commands...
andrewjaff replied on at Permalink Reply 1 Attachment
andrewjaff
I have attached the results of command ipcs -s
andrewjaff replied on at Permalink Reply
andrewjaff
i got the solution for this.

It is server issue . Ask server administrator to clear semaphores . and restart again.
mlocati replied on at Permalink Reply
mlocati
About the
sem_get(): failed for key 0x...: No space left on device

error.

I analyzed the code, and the root cause of this issue is that the system ran out of free semaphores (a technical stuff used by concrete5 to avoid concurrency problems while upgrading).

More details here:https://github.com/concrete5/concrete5/pull/7524...