Forums › Forums › OroCommerce › Install fails with segmentation fault (core_dumped) – Cache clear terminated
This topic contains 17 replies, has 8 voices, and was last updated by oliverusselldev 5 years, 3 months ago.
Starting from March 1, 2020 the forum has been switched to the read-only mode. Please head to StackOverflow for support.
- CreatorTopic
- March 16, 2017 at 6:57 am #31548
Hi,
I have been attempting to install orocommerce. I have experienced the same results with php version 5.6, 7 and 7.1
Using the web installer results in the same problem too.The error appears at the below stage of the installer on the command line.
// Clearing the cache for the prod environment with debug false
Segmentation fault (core dumped)
[RuntimeException]
The command ‘/opt/sp/php5.6/bin/php’ ‘app/console’ ‘cache:clear’ ‘–env=prod’ terminated with an exit code: 139.Any suggestions? It looks to be so close to a complete install. I have cleared the cahce folder manually and visited the frontend, but it shows php errors of segmentation fault.
Thanks,
- CreatorTopic
- AuthorReplies
- March 16, 2017 at 12:46 pm #31549
For me, the problem is due to lack of memory. It needs at least 1GB of memory. Try increasing your memory or increase the swapfile size.
March 16, 2017 at 1:00 pm #31550Hi Jackal,
Did you have the same problem?
I have a 1gb memory limit on php, 2gb on the server.
Thanks,
March 16, 2017 at 2:02 pm #31551Well..not sure if exact same problem, but my installation keeps failing at this step too. For me, I increased my swapfile size and the problem went away.
March 16, 2017 at 2:23 pm #31552Segfault code 139 is most likely related to the memory access violation.
Try to increase the php memory_limit value further, or set it -1 (effectively removing the memory limit).
If memory limit is already set to 1GB (which is more than enough for the installation), then the problem may be related to the overall available memory size, as I imagine PHP is not the only process running on the server, and 2GB might be not enough for all applications.March 17, 2017 at 8:20 am #31553I have tested this on 2 different servers with 4GB ram and php memory limits for fpm and cli to 4GB or -1
I get the same result. I have also tested on multiple php versions and various lamp stacks in Vagrant and Digital Ocean.
Can anyone supply an environment config that has the latest git clone working and installing past this step?
March 17, 2017 at 8:37 am #31554– CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz
– RAM: 4Gb
– HDD: 5400RPM
– OS: Linux
– MySQL 5.6Both PHP versions 5.6 and 7.1 settings are changed to fit Oro requirements:
– adjusted memory limit to 3Gb
– opcache enabled with next configuration options set
— opcache.memory_consumption = 512M
— opcache.max_accelerated_files = 100000Full installation time with demo data loading, assets optimizations and translations loading took
– PHP 5.6 ~ 22 minutes
– PHP 7.1 ~ 10 minutesMarch 17, 2017 at 9:02 am #31555I have just tested with the same settings (enabling opcache, 3GB memory limit etc)
The same result. Can you confirm your full php version?
Shell12345678910111213141516// Clearing the cache for the prod environment with debug falseSegmentation fault (core dumped)[RuntimeException]The command '/usr/bin/php7.1' 'app/console' 'cache:clear' '--env=prod' terminated with an exit code: 139.[03:58 PM]-[vagrant@machine1]-[/var/www/project1/web]-[git master]$ php -vPHP 7.1.3-2+deb.sury.org~trusty+1 (cli) (built: Mar 15 2017 09:53:03) ( NTS )Copyright (c) 1997-2017 The PHP GroupZend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologieswith Zend OPcache v7.1.3-2+deb.sury.org~trusty+1, Copyright (c) 1999-2017, by Zend TechnologiesMarch 17, 2017 at 9:48 am #31556My environment has next configuration
Shell1234PHP 7.1.2 (cli) (built: Feb 22 2017 12:59:02) ( NTS )Copyright (c) 1997-2017 The PHP GroupZend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologieswith Zend OPcache v7.1.2, Copyright (c) 1999-2017, by Zend TechnologiesMarch 17, 2017 at 10:40 am #31557I get the same result on php 5.6 latest and php 7.1 latest, that would suggest its not a php version right?
I’m not sure what to try next, I’ve given the machines so much RAM and ensured memory_limits are beyond ridiculous.
Have either of you run the installer from the latest git version on your stacks, or where installs completed in the past?
Thanks!
March 17, 2017 at 11:56 am #31558Try to install on empty DB and check that installed flag in parameters.yml is set to false
March 20, 2017 at 7:09 am #31559I have dropped the database every time (on the various installs/servers) Today I spun up a new droplet at digital ocean, done the whole thing from scratch and end up with the same result. Everything looks fine going through the install until the cache clear at the end.
Not sure it should matter, but it’s all been on Ubuntu 14.04 / 16.04 distros…
March 20, 2017 at 7:33 am #31560Latest PHP version has introduced segmentation fault bugs. Please try to install application with previous version – PHP 7.1.2
March 21, 2017 at 7:39 pm #31561PHP 5.6.30 -> segmentation fault
PHP 7.1.3 -> segmentation fault
PHP 7.0.17 -> worksMarch 22, 2017 at 8:29 am #31562On PHP v 7.0.17 I still get the same result. See error message below. Complaining of a directory not being empty.
Shell12345678910111213141516171819202122// Clearing the cache for the prod environment with debug false[Symfony\Component\Filesystem\Exception\IOException]Failed to remove directory "/vagrant/public/orocommerce-application/app/cache/pro~/twig": rmdir(/vagrant/public/orocommerce-application/app/cache/pro~/twig): Directory not empty.cache:clear [--no-warmup] [--no-optional-warmers] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-s|--shell] [--process-isolation] [-e|--env ENV] [--no-debug] [--disabled-listeners DISABLED-LISTENERS] [--] <command>[RuntimeException]The command '/usr/bin/php7.0' 'app/console' 'cache:clear' '--env=prod' terminated with an exit code: 1.vagrant@scotchbox:/vagrant/public/orocommerce-application$ php -vPHP 7.0.17-2+deb.sury.org~trusty+1 (cli) (built: Mar 15 2017 09:38:47) ( NTS )Copyright (c) 1997-2017 The PHP GroupZend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologieswith Zend OPcache v7.0.17-2+deb.sury.org~trusty+1, Copyright (c) 1999-2017, by Zend Technologiesvagrant@scotchbox:/vagrant/public/orocommerce-application$April 19, 2017 at 7:26 am #31564Hello,
I tried the installation yesterday about the clone way from git and got the same error.Interesting was that the error only occurs if I tried to use the prod environment.
With the development parameter I got a successful installation but no access through the browser.
All here given parameter or hints didn’t work.
I will start a deeper analysis this evening and post my results here.
Environment:
Php 7.0
MySql 5.6
Ubuntu 16.04 act. Kernel and Updated. - AuthorReplies
The forum ‘OroCommerce’ is closed to new topics and replies.