Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
got
The command could not be executed successfully (returned: sh: line 1: 3735 Segmentation fault /data/disk/o1/tools/drush/drush.php --client_email='myemai@gmail.com' @mysitename.com provision-install-backend --backend 2>&1 , code: 139)
when adding new site
It is similar to http://drupal.org/node/1366084
debian squeeze 64bit, php 5.3.13, nginx, Aegir BOA 2.0.3 stable
platform verify was ok.
Comment | File | Size | Author |
---|---|---|---|
#22 | commons-7.x-3.x-dev-failed-aegir.txt | 26.7 KB | omega8cc |
Comments
Comment #1
SocialNicheGuru CreditAttribution: SocialNicheGuru commentedi get the same error but on ubuntu 10.04, php 5.3.13
Comment #2
ezra-g CreditAttribution: ezra-g commentedIs there any evidence around why this happens with Aegir and whether the problem is in fact specific to Commons and not a duplicate of #1366084: PHP segmentation fault on install with Aegir?
Comment #3
PlayfulWolf CreditAttribution: PlayfulWolf commentedI tryed to reproduce the same error with very latest dev, october 12th and got another error when creating a site. The error mentioned in this ticket is gone and have no clue if it is related to issue you mentioned or the one I paste below
Comment #4
Topcheese CreditAttribution: Topcheese commentedI'm now having trouble installing the latest dev version. I can't give you a straight answer yet, because I also made changes to my dev setup, so I have to make sure that's not the problem. Here were the problems.
The database timed out on install, but a refresh continued it to the configuration screen. After entering config info I get the following error.
Fatal error: Call to undefined function field_attach_load() in C:\xampp\htdocs\includes\entity.inc on line 320
What I've not done is made sure that all of the commons modules from Git are present before install as I did before and it would install fine. I'm still looking into it.
Comment #5
SocialNicheGuru CreditAttribution: SocialNicheGuru commenteddid you do it via aegir?
openpublic has/had a similar issue
Comment #6
Topcheese CreditAttribution: Topcheese commentedLong story short, no. I had just read that they weren't sure if it was related to another problem, and I just ran into some install problems which I'll post a new issue for. I forgot to reboot after configuring was one problem.
Comment #7
PlayfulWolf CreditAttribution: PlayfulWolf commentedmy issue? yes, with Aegir, BOA 2.0.3
Comment #8
mxmilkiib CreditAttribution: mxmilkiib commentedI couldn't get a Commons site setup up on BOA 2.0.3 the other day. I could create a platform, but not a site. There was no error for me - the task just hung.
Trying again just now. Given the platform is there, I started using the command-line to create a site on it.
drush provision-save @commons.mydomain.org --uri=commons.mydomain.org --context_type='site' --platform=@platform_Commons --profile=commons --verbose
went through ok and created the drush context file
drush @commons.mydomain.org provision-install --verbose
gave me;
A quick googling says this is a 'you're not using php 5.3 issue'. No idea if this is the cause or what other folk are having trouble on. Barracuda should be using 5.3...
Edit: Directly using
/usr/local/bin/php /var/aegir/drush/drush.php @commons.mydomain.org provision-install --verbose
gives;So not a seg fault for me, rather something just kill -9'd it...??
Comment #9
mxmilkiib CreditAttribution: mxmilkiib commentedScratch that, repeated once more this morn and got a seg fault error 139.
Comment #10
omega8cc CreditAttribution: omega8cc commentedBOA allows you to use separate PHP version for CLI (command line) and FPM (browser), so if any distro (or its module) requires PHP 5.3, you should edit your
/root/.o1.octopus.cnf
config file and make sure it has _PHP_CLI_VERSION=5.3 and then upgrade this octopus instance to force use correct php-cli binary for Drush tasks - /opt/local/bin/php instead of /usr/local/bin/php.Remember that while BOA will always force PHP 5.3 for all D7 based distros/sites for browser access, the php-cli used by Drush/Provision backend defaults to 5.2 for all older installs (since it still supported D5 and D6 distros not fully compatible with PHP 5.3). BOA uses PHP 5.3 for backend only for new installs, since it no longer installs PHP 5.2 and 5.3 by default, only 5.3.
Comment #11
omega8cc CreditAttribution: omega8cc commentedThe issue here is different than that with Open Public, because Open Public install via drush fails with segfault also when using PHP 5.3 for cli, while here, when using PHP 5.3 for cli/drush, the install fails with different error:
Comment #12
omega8cc CreditAttribution: omega8cc commentedWow, just discovered what could be wrong - the distro is broken:
As you can use, the
commons_wikis
directory includes duplicate code fromcommons_wysiwyg
instead of its own code.Comment #13
omega8cc CreditAttribution: omega8cc commentedOK, after replacing the wrong module with correct one from http://drupal.org/project/commons_wikis, it now fails with not really helpful error:
So it is the same as in #3 above.
Note: all tests with Drush 4.6 - not sure if that could make a difference.
Comment #14
PlayfulWolf CreditAttribution: PlayfulWolf commentedcan confirm #3 bug with the latest dev, october 15th
still critical
Comment #15
ezra-g CreditAttribution: ezra-g commentedMarking as "needs more info" pending information that clarifies how this is different from the issue installing distros on Aegir that also affects OpenPublic.
#1366084: PHP segmentation fault on install with Aegir.
Comment #16
PlayfulWolf CreditAttribution: PlayfulWolf commentedezra, this now seems different case as fragmentation error is gone with the latest dev, right?
Comment #17
omega8cc CreditAttribution: omega8cc commentedThis is different, as explained in comments above: #11 and #13 - in short, while all recent Open Public installs fail with the same *segfault* error, here is just mysterious Drush error - but it is not segfault.
Comment #18
ezra-g CreditAttribution: ezra-g commented#11 is a duplicate of #1811644: Commons wikis points to wysiwyg in make file, which is now fixed.
Please try again with the latest version of the 5.x branch of Drush and post a description of the result. Or, please post information from your PHP/webserver error log to help track down the error. Note that it sounds similar to #1749990: Support for Aegir installs directly from the web interface.
Comment #19
omega8cc CreditAttribution: omega8cc commentedWell, we can't use "5.x branch of Drush" yet, because Aegir stable still uses Drush 4.6
Also, how can you request errors from the "webserver" when it is related to drush/php-cli? There are no other errors in any logs (including system level syslog and logs for php-cli), also when running the same command with -d flag for debugging.
Is it mentioned anywhere that Commons 7.x requires Drush 5.x?
I don't see anything similar to #1749990: Support for Aegir installs directly from the web interface here.
Comment #20
ezra-g CreditAttribution: ezra-g commentedCommons doesn't explicitly require Drush 5.
Do you get any more informative output from Drush by running it in verbose mode?
Comment #21
omega8cc CreditAttribution: omega8cc commentedI guess we should change the issue title, as there is no segfault here (unless you are using php-cli 5.2 maybe).
Comment #22
omega8cc CreditAttribution: omega8cc commentedHere is the full output (attached).
Comment #23
omega8cc CreditAttribution: omega8cc commentedNote that it fails after the
provision-install-backend
runs for more than 60 seconds:The external command could not be executed due to an application error. [60.66 sec, 15.41 MB]
This may suggest some kind of timeout, but no idea where from it may come.
Comment #24
PlayfulWolf CreditAttribution: PlayfulWolf commentedwhat kind of help is needed to make it running?
Comment #25
mxmilkiib CreditAttribution: mxmilkiib commentedOn a new BOA Octpous Aegir install, creating a Platform with
build-commons.make
with the project cloned locally due to theincludes[] = "drupal-org-core.make"
;Full log
I wanted to full localise the build files but the recent relevant patch is for Drush 5.
I'm not sure about the Undefined property:, but maybe having "timeago" as both a module and library name in the make is breaking the build?
Comment #26
ezra-g CreditAttribution: ezra-g commentedThis appears to be a duplicate of #1826586: Switch to specific hash of Timeago library/ Drush 4.6 Aegir Compatibility.
Comment #27
ezra-g CreditAttribution: ezra-g commentedIt would be great if folks running Aegir could review the patch at #1826586: Switch to specific hash of Timeago library/ Drush 4.6 Aegir Compatibility.
Comment #28
mxmilkiib CreditAttribution: mxmilkiib commentedThe above fixes building a Platform. Problem now is that creating a Site fails;
Initial exception
Exception Object ( [message:protected] => Welcome headline field is required. Welcome body text field is required. [string:Exception:private] => [code:protected] => 0 [file:protected] => /data/disk/o1/static/commons-7.3-alpha/includes/install.core.inc [line:protected] => 414 [trace:Exception:private] => Array ( [0] => Array ( [file] => /data/disk/o1/static/commons-7.3-alpha/includes/install.core.inc [line] => 339 [function] => install_run_task [args] => Array ( [0] => Array ( [display_name] => Enter Homepage welcome text [display] => 1 [type] => form [function] => commons_anonymous_welcome_text_form [run] => 3 ) [1] => Array ( [parameters] => Array ( [profile] => commons [locale] => en [q] => ) [settings_verified] => 1 [forms] => Array ( [install_settings_form] => Array ( [driver] => mysql [database] => b********* [username] => b********* [password] => ********** [host] => localhost [port] => 3306 [db_prefix] => ) [install_configure_form] => Array ( [site_name] => commons.example.org [site_mail] => site@example.org [account] => Array ( [name] => admin [mail] => site@example.org [pass] => Array ( [pass1] => ******** [pass2] => ******** ) ) [update_status_module] => Array ( [1] => 1 [2] => 1 ) [clean_url] => 1 ) ) [interactive] => [active_task] => commons_anonymous_message_homepage [completed_task] => [database_tables_exist] => 1 [installation_finished] => [locales] => Array ( [0] => stdClass Object ( [name] => en [langcode] => en ) ) [parameters_changed] => [profile_info] => Array ( [name] => Commons [project] => commons [distribution_name] => Drupal Commons [description] => Ready-to-use solution for building communities. [core] => 7.x [dependencies] => Array ( [0] => text [1] => field_sql_storage [2] => field [3] => user .... [cont.]
And later, after giving a one-time login url,
Then it gives up and reverts everything. Does the install process require manual details or such?
Comment #29
mxmilkiib CreditAttribution: mxmilkiib commentedI quickfix removed the commons_anonymous_message_homepage (and commons_create_first_group) from commons.profile and I can now build a site.
Comment #30
ezra-g CreditAttribution: ezra-g commentedYes, the install process has a couple of additional fields in addition to what the Drupal core installer provides.
AFAIK that's relatively common for distributions. Does Aegir support passing parameters to these fields (eg via Drush)?
Comment #31
omega8cc CreditAttribution: omega8cc commentedNo, it is not supported and most distros are aware of it. Also, it was already fixed in the past in Commons 6.x - see the patch: #1060250: Commons gets stuck in an infinite loop when being installed under Aegir - note the
if (defined('DRUSH_BASE_PATH')) {}
there.Comment #32
ezra-g CreditAttribution: ezra-g commentedI believe the action item here is the same as was provided in #1862310: Set default values for site-specific content in the installer.