Drupal-console: The console doesn't execute: "Segmentation fault" in CentOS

Created on 31 Jan 2016  Â·  29Comments  Â·  Source: hechoendrupal/drupal-console

After install, and execute in my VPS appear this message: "Segmentation fault"

I install with this commands:
curl https://drupalconsole.com/installer -L -o drupal.phar
mv drupal.phar /usr/local/bin/drupal
chmod +x /usr/local/bin/drupal

This is the environment:
CentOS release 6.7 (Final)
PHP 5.5.30 (cli) (built: Oct 20 2015 13:23:31)

bug need-more-information

Most helpful comment

@kenneth-bolivar-castro This must be related to the ioncube, look at previous answer https://github.com/hechoendrupal/DrupalConsole/issues/1842#issuecomment-214076492

All 29 comments

@vacho: I was not able to replicate this issue. Is this still happening?

Maybe is a memory problem,

what's is the value in memory_limit variable?

Or

How many memory it's free in your server?
On Feb 1, 2016 2:35 PM, "Jesus Manuel Olivas" [email protected]
wrote:

@vacho https://github.com/vacho: I was not able to replicate this
issue. Is this itill happening ?

—
Reply to this email directly or view it on GitHub
https://github.com/hechoendrupal/DrupalConsole/issues/1842#issuecomment-178174949
.

I have the same issue:
CentOS release 6.7 (Final)
PHP 5.6.17
memory_limit 128M

cat /proc/meminfo
MemTotal: 8122692 kB
MemFree: 327764 kB

I am experiencing the same issue
CentOS 6.6 (on Bluehost)
PHP Version 5.6.16
memory_limit 128M

cat /proc/meminfo
MemTotal: 1922184 kB
MemFree: 653344 kB

Drupal console version 0.10.12

After installation, 'drupal init --override' and 'drupal check' both returned 'Segmentation Fault (Core dumped)'

@jmolivas

Hi @jmolivas @dmouse

Yes, It's still happening.
memory_limit 128M

which version you have?

I use console 0.10.12 version

@vacho can you try executing drupal check?

root@vps [/home/koalasof/public_html/abbcast]# drupal check
Segmentation fault

I am facing the same issue.

CentOS 7.2 php version 5.6

root@ns321982 [~]# curl https://drupalconsole.com/installer -L -o drupal.phar
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1957k  100 1957k    0     0   283k      0  0:00:06  0:00:06 --:--:--  392k
root@ns321982 [~]# mv drupal.phar /usr/local/bin/drupal
root@ns321982 [~]# chmod +x /usr/local/bin/drupal
root@ns321982 [~]# drupal init --override
Segmentation fault
root@ns321982 [~]# drupal check

Segmentation fault

any suggestions?

Same problem

This may help - closing duplicate I just made #2159

$php -v
PHP 5.5.34 (cli) (built: Apr 18 2016 20:08:53)

$strace ./drupal.phar
...
open("phar:///home/user/public_html/tmp/drupal.phar/bin/drupal.php", O_RDONLY) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3f26391000
lseek(4, 29, SEEK_SET) = 29
lseek(4, 29, SEEK_SET) = 29
lseek(4, 29, SEEK_SET) = 29
read(4, " --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7ffd0abe2f98} ---
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

Just a quick update - I found discussions about ioncube loader causing issues in cli, and after disabling ioncube the SegFault stops but the script is now reporting nothing.

$php -c /usr/local/lib/php.cli.ini ./drupal.phar check

No response or error...

@dakuzen can you try instead:

$php -c /usr/local/lib/php.cli.ini drupal.phar check

FYI, if you're looking for a more useful stack trace, php can be compiled with --enable-debug. This will provide more information than you might get with php you didn't compile yourself. More here:
http://www.phpinternalsbook.com/build_system/building_php.html

@jmolivas - no change when removing the ./

I did find out the script it failing sometime after createService('cache_tags_provider.container') method is called.

@dakuzen What Drupal & DrupalConsole version are you using?

Did anyone resolve this? I'm having this same issue on my hostgator server.

I disabled Ioncube loader. It seems working fine now :)
No more Segmentation Fault error.

I second @perception30's solution. I'm on Bluehost VPS, Centos 6.6 default installation. I commented the following line in /usr/lib/php.ini

zend_extension="/usr/local/IonCube/ioncube_loader_lin_5.6.so"

No restart of php required. Running the following works

$ ./drupal.phar init --override
Copied files
User home path: /home/holingpo/.console/
1 - aliases.yml
2 - chain/create-data.yml
3 - chain/form-sample.yml
4 - chain/quick-start-db-env.yml
5 - chain/quick-start-db.yml
6 - chain/quick-start.yml
7 - chain/sample.yml
8 - chain/site-drop-restore.yml
9 - chain/site-install.yml
10 - chain/update-gitbook.yml
11 - commands.yml
12 - config.yml
13 - phpcheck.yml
14 - router.php
15 - site.mode.yml
16 - sites/sample.yml

Bash or Zsh: Add this line to your shell configuration file:
source "$HOME/.console/console.rc" 2>/dev/null

Fish: Create a symbolic link
ln -s ~/.console/drupal.fish ~/.config/fish/completions/drupal.fish

@vacho did the IonCube fix the issue for you as well?

I am running a D8 site at GreenGeeks, but I have the same issue:

kenneth1@chi-server28 [~]# drupal
Segmentation fault
kenneth1@chi-server28 [~]# uname -a
Linux chi-server28.websitehostserver.net 2.6.32-604.30.3.lve1.3.63.el6.x86_64 #1 SMP Sun Sep 27 06:34:10 EDT 2015 x86_64 x86_64 x86_64 GNU/Linux
kenneth1@chi-server28 [~]# php --version
PHP 5.5.34 (cli) (built: Apr 23 2016 06:02:29) 
Copyright (c) 1997-2015 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies
    with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.1.1, Copyright (c) 2002-2016, by ionCube Ltd.
    with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies

What's it about Server, PHP Settings or DrupalConsole implementation?
CC: @jmolivas @holingpoon @perception30 @vacho

@kenneth-bolivar-castro This must be related to the ioncube, look at previous answer https://github.com/hechoendrupal/DrupalConsole/issues/1842#issuecomment-214076492

As update, since I'm using shared host service, I don't have enough permission to modify "php.ini", but _GreenGeeks [https://www.greengeeks.com]_ allows to modify it, then I just disabled "ioncube_loader_lin" by Dashboard UI and voila!
php-selector

I just wrote it down here because if someone else has same issue, then they could find multiple solutions,

Same issue here, running a VPS at redyhost (www.redy.host) as root user:

drupal check
Segmentation fault (core dumped)

php -v
PHP 5.6.22 (cli) (built: Jun 28 2016 20:32:30)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.1.1, Copyright (c) 2002-2016, by ionCube Ltd.
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies

php -i | grep memory_limit
memory_limit => 384M => 384M

I saw your posts about the ioncube loader, but it is required for other apps running on the server. Is there a way to disable it per site via local file (like ~/.drush/drush.ini) to have something like:

ioncube_loader_enabled = No;

I can't find an option to disable it this way. Any suggestions?

@ivrh It looks like the latest ioncube release (beta7) may fix this:

http://forum.ioncube.com/viewtopic.php?t=4365
http://forum.ioncube.com/viewtopic.php?t=4362

So you could ask your hosting to upgrade.

By the way, anybody experiencing this issue should submit a ticket to ioncube (maybe linking back to this thread):

https://support.ioncube.com/

I found that the composer install of drupal console works fine but the phar file I got from the recommended curl method fails with this error every time.
Is the composer version different somehow?

Note: I am using Centos 7& PHP 5.5.37

Same here.
Suggestions are very welcome....

Ubuntu 14.04.5 LTS and PHP7

vagrant@vagrant-ubuntu-trusty-64:~$ drupal
Segmentation fault (core dumped)
vagrant@vagrant-ubuntu-trusty-64:~$ php -v
PHP 7.0.14-2+deb.sury.org~trusty+1 (cli) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.0.14-2+deb.sury.org~trusty+1, Copyright (c) 1999-2016, by Zend Technologies
    with Xdebug v2.4.1, Copyright (c) 2002-2016, by Derick Rethans

I was getting this error in Centos 6.6 after installing Sublime-text. I removed the sublime-text using rpm -e sublime-text and the problem disappeared.

Was this page helpful?
0 / 5 - 0 ratings