Druapal server fatal error: "MySQL server has gone away", but DB server is still up & accessible. Help troubleshooting?
I have a Drupal 7.28 server that's not working after a number of upgrades. It's suffering from "MySQL server has gone away" errors. This server used to work just fine. I've been unable to track down the cause of this problem, or find a fix or workaround. Appreciate any help! My env is php -v PHP 5.6.0-dev (cli) (built: Jun 12 2014 10:24:30) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0-dev, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies mysqladmin version mysqladmin Ver 9.1 Distrib 10.0.11-MariaDB, for Linux on x86_64 Copyright (c) 2000, 2014, Oracle, SkySQL Ab and others. Server version 10.0.11-MariaDB-log Protocol version 10 Connection Localhost via UNIX socket UNIX socket /var/cache/mariadb/mariadb.sock Uptime: 7 min 52 sec Threads: 1 Questions: 2 Slow queries: 0 Opens: 0 Flush tables: 1 Open tables: 63 Queries per second avg: 0.004 the server's Apache/2.4.10-dev + php-fpm as an example of the error, from my siteroot drush st PDOStatement::execute(): MySQL server has gone away database.inc:2171 [warning] PDOStatement::execute(): Error reading result set's header database.inc:2171 [warning] Drush command terminated abnormally due to an unrecoverable error. [error] PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT filename FROM {registry} WHERE name = :name AND type = :type; Array ( [:name] => drush_drupal_environment [:type] => interface ) in _registry_check_code() (line 3150 of /srv/www/drupal7/dTEST/includes/bootstrap.inc). query and web logs ==> mariadb.log <== ... 140612 12:33:07 3 Connect gk_admin@localhost as anonymous on dTEST_db 3 Query select @@version_comment limit 1 3 Query SELECT 1 3 Quit 4 Connect gk_admin@localhost as anonymous on dTEST_db 4 Query SET NAMES utf8 4 Query SET sql_mode = 'ANSI,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER' 4 Query SELECT filename FROM registry WHERE name = 'DrupalDefaultEntityController' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'SelectQueryExtender' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'NodeController' AND type = 'class' 4 Query SELECT source FROM url_alias WHERE alias = 'node' AND language IN ('en', 'und') ORDER BY language ASC, pid DESC 4 Query SELECT alias FROM url_alias WHERE source = 'node' AND language IN ('en', 'und') ORDER BY language ASC, pid DESC 4 Query SELECT theme, pages FROM page_theme WHERE status = 1 ORDER BY weight, theme 4 Query SELECT rid, permission FROM role_permission WHERE rid IN ('1') 4 Query START TRANSACTION 4 Query SELECT filename FROM registry WHERE name = 'context_export_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'ctools_export_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'ctools_access_ruleset_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'ctools_custom_content_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'current_search_export_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'panels_layouts_ui' AND type = 'class' 140612 12:33:08 4 Query SELECT filename FROM system WHERE name = 'zen' AND type = 'theme' 4 Query SELECT 1 FROM panels_layout LIMIT 0, 1 4 Query SELECT t__0.* FROM panels_layout t__0 WHERE (plugin = 'flexible') 4 Query SELECT filename FROM registry WHERE name = 'panels_mini_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'services_ctools_export_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'stylizer_ui' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_ui' AND type = 'class' 4 Query SELECT nt.* FROM node_type nt WHERE (disabled = '0') ORDER BY nt.type ASC 4 Query SELECT 1 FROM apachesolr_search_page LIMIT 0, 1 4 Query SELECT t__0.* FROM apachesolr_search_page t__0 4 Query SELECT * FROM apachesolr_search_page 4 Query SELECT 1 FROM services_endpoint LIMIT 0, 1 4 Query SELECT t__0.* FROM services_endpoint t__0 4 Query SELECT 1 FROM page_manager_pages LIMIT 0, 1 4 Query SELECT t__0.* FROM page_manager_pages t__0 4 Query SELECT t__0.* FROM page_manager_pages t__0 WHERE (task = 'page') 4 Query SELECT * FROM apachesolr_search_page 4 Query SELECT 1 FROM views_view LIMIT 0, 1 4 Query SELECT t__0.* FROM views_view t__0 4 Query SELECT filename FROM registry WHERE name = 'view' AND type = 'class' 4 Query SELECT * FROM views_display WHERE vid IN ('2') ORDER BY vid, position 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_display_default' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_display' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_display_page' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_display_block' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_localization_none' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_localization' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_display_feed' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_display_attachment' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_handler_field_numeric' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_handler_field' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_access_none' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_plugin_access' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_handler_argument_string' AND type = 'class' 4 Query SELECT filename FROM registry WHERE name = 'views_handler_argument' AND type = 'class' 4 Query SELECT t__0.* FROM page_manager_pages t__0 WHERE (task = 'page') 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'contact' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'search' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'file/add' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'file/%' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'block/%' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'filedepot' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'tagclouds' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'comment/%comment/devel' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'taxonomy/term/%' AND module = 'system' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'system/files' AND module = 'system' 4 Query SELECT filename FROM system WHERE name = '' AND type = 'module' 4 Query SELECT menu_name FROM menu_links WHERE router_path = 'realname/autocomplete' AND module = 'system' 4 Query DELETE FROM menu_router ==> /var/log/drupal/drupal_dTEST.log <== Jun 12 12:33:08 deskEdgar dTEST: https://dTEST.loc|1402601588|menu|127.0.0.1|https://dTEST.loc/index.php||0||PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: DELETE FROM {menu_router}; Array#012(#012)#012 in _menu_router_save() (line 3774 of /srv/www/drupal7/dTEST/includes/menu.inc). ==> mariadb.log <== /usr/local/mariadb/bin/mysqld, Version: 10.0.11-MariaDB-log (Source distribution). started with: Tcp port: 3306 Unix socket: /var/cache/mariadb/mariadb.sock Time Id Command Argument checking, despite the "MySQL server has gone away" error, the db server is still running ps ax | grep mysql 11715 ? Sl 0:00 /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/etc/mariadb/my.cnf --basedir=/usr/local/mariadb --datadir=/data/db/mariadb --plugin-dir=/usr/local/mariadb/lib/plugin --log-error=/var/log/mariadb/mariadb-err.log --pid-file=/var/cache/mariadb/mariadb.pid --socket=/var/cache/mariadb/mariadb.sock --port=3306 23729 ? Ss 0:00 /bin/sh /usr/local/mariadb/bin/mysqld_safe --defaults-file=/usr/local/etc/mariadb/my.cnf mysqladmin status Uptime: 453 Threads: 1 Questions: 1 Slow queries: 0 Opens: 0 Flush tables: 1 Open tables: 63 Queries per second avg: 0.002 Digging online, I find multiple suggestions for fixing the "MySQL server has gone away" that suggest increasing the value of `max_allowed_packet`. I've done that, mysqladmin variables | grep " max_allowed_packet" | max_allowed_packet | 67108864 unfortunately to no effect. I can't get a handle yet on what the problem is here. Any ideas or suggestions? Grant
Check your mysql connect timeout.
Hey Grant, Since you adjusted the 'max_allowed_packet' make sure that you restart your Web Server. If you already did and still no effect, try running the "update.php" file of Drupal and see if that helps. Maina On 6/13/14, grantksupport@operamail.com <grantksupport@operamail.com> wrote:
On Fri, Jun 13, 2014, at 01:28 AM, Liviu Nicolicioiu wrote:
Check your mysql connect timeout.
currently here
connect_timeout = 120 -- [ Drupal support list | http://lists.drupal.org/ ]
On Fri, Jun 13, 2014, at 05:59 AM, Maina wrote:
Since you adjusted the 'max_allowed_packet' make sure that you restart your Web Server. If you already did and still no effect, try running the "update.php" file of Drupal and see if that helps.
I decided to simplify matters, and take my current install out of the equation. Doing, instead, a completely NEW install from clean source, after a clean/new install of MariaDB *and* it's datadir&files, I see the SAME error: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away here's what I've done: which drush /srv/www/drush/drush cd `which drush` git log | head commit c75ae2dc7a40e206c210431fbfda93cc9d1c0109 Author: Moshe Weitzman <weitzman@tejasa.com> Date: Fri Jun 13 08:39:55 2014 -0400 Fix #637. Avoid tput if TERM is 'unknown' commit f13c2481214d787978789596b4f54fb9b9e9fdf9 Merge: fe78e58 87be1ac Author: Jonathan Hedstrom <jhedstrom@gmail.com> Date: Tue Jun 10 12:56:42 2014 -0700 drush --version Drush Version : 7.0-dev export myROOT="/srv/www" export myPROJ="Drupal7" export myVER="7.x" export mySITE="Site Name" export myMAIL="grantk@localhost" export mySUBDIR="dev" export myDB="dTEST01_db" export myUSRdb="dbUSR" export myPWDdb="dbPASS export myUSRadm="admUSR" export myPWDadm="admPASS" cd ~ mysqld --version mysqld Ver 10.0.11-MariaDB-log for Linux on x86_64 (Source distribution) mysqladmin --force drop ${myDB} mysqladmin create ${myDB} mysqlshow +--------------------+ | Databases | +--------------------+ | information_schema | | mysql | | performance_schema | | dTEST01_db | | test | +--------------------+ mysql mysql MariaDB [mysql]> GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, LOCK TABLES, CREATE TEMPORARY TABLES ON `dTEST01_db`.* TO 'dbUSR'@'localhost' IDENTIFIED BY 'dbPASS'; FLUSH PRIVILEGES; quit cd ${myROOT}/${myPROJ} rm -rf drupal-7* drush dl drupal Project drupal (7.28) downloaded to /srv/www/Drupal7/drupal-7.28. [success] Project drupal contains: [success] - 3 profiles: standard, minimal, testing - 4 themes: bartik, stark, seven, garland - 47 modules: overlay, update, path, openid, file, contextual, dblog, options, number, list, text, field_sql_storage, field, php, simpletest, shortcut, taxonomy, toolbar, search, blog, system, filter, locale, poll, color, trigger, book, field_ui, help, aggregator, syslog, forum, contact, menu, image, translation, user, node, block, profile, comment, tracker, dashboard, rdf, statistics, drupal_system_listing_incompatible_test, drupal_system_listing_compatible_test cp -af drupal-7.28 ${mySUBDIR} cd ${mySUBDIR} cd sites/default cp -af default.settings.php settings.php cd ${myROOT}/${myPROJ}/${mySUBDIR} drush -v site-install standard -y --site-name=${mySITE} --sites-subdir=${mySUBDIR} --site-mail=${myMAIL} --db-url=mysql://${myUSRdb}:${myPWDdb}@localhost/${myDB} --account-name=${myUSRadm} --account-pass=${myPWDadm} ... Initialized Drupal 7.28 root directory at /srv/www/Drupal7/dev [notice] Executing: mysql --defaults-extra-file=/tmp/drush_CLONbD --database=dTEST01_db --host=localhost --silent < /tmp/drush_SuniOM You are about to create a sites/dev/settings.php file and DROP all tables in your 'dTEST01_db' database. Do you want to continue? (y/n): y Initialized Drupal site dev at sites/dev [notice] Executing: mysql --defaults-extra-file=/tmp/drush_DWuUzk --database=dTEST01_db --host=localhost --silent < /tmp/drush_eq6aRt Executing: mysql --defaults-extra-file=/tmp/drush_GZ4Tz2 --database=dTEST01_db --host=localhost --silent < /tmp/drush_gF3Szb Undefined offset: 1 site_install.drush.inc:255 [notice] Starting Drupal installation. This takes a few seconds ... [ok] WD php: Warning: PDOStatement::execute(): MySQL server has gone away in DatabaseStatementBase->execute() [warning] (line 2171 of /srv/www/Drupal7/dev/includes/database/database.inc). WD php: Warning: PDOStatement::execute(): Error reading result set's header in [warning] DatabaseStatementBase->execute() (line 2171 of /srv/www/Drupal7/dev/includes/database/database.inc). SQLSTATE[HY000]: General error: 2006 MySQL server has gone away [error] Command dispatch complete [notice] checking, the mysql server is still up and accessible mysqlshow +--------------------+ | Databases | +--------------------+ | information_schema | | mysql | | performance_schema | | dTEST01_db | | test | +--------------------+
When it happens, run: mysqladmin version And check the uptime. Even though you are seeing the tables with mysqlshow, that doesn't mean that MySQL didn't die and then restart automatically when the error hit. You can try start mysql with -log-warnings=2, which has MySQL log more info on problems, especially connection issues. If none of that helps, then start mysql with the --log={file name} option. This will log all queries to the file you specify. You can then see which query it is dying on. One other thing that you can try is changing the DB host from localhost to 127.0.0.1. Sometimes you can have weird problems on the server that causes localhost to have problems and a common reason for "mysql has gone away" is hostname problems (log-warnings will help identify this). Unfortunately this is one of those problems that is a PITA to track down. It's not Drupal or even PHP, but rather MySQL. I recently had to track the same problem down on a Java application and it added to the gray hairs on my head. Jamie Holly http://hollyit.net On 6/13/2014 10:53 PM, grantksupport@operamail.com wrote:
On Fri, Jun 13, 2014, at 05:59 AM, Maina wrote:
Since you adjusted the 'max_allowed_packet' make sure that you restart your Web Server. If you already did and still no effect, try running the "update.php" file of Drupal and see if that helps.
I decided to simplify matters, and take my current install out of the equation.
Doing, instead, a completely NEW install from clean source, after a clean/new install of MariaDB *and* it's datadir&files, I see the SAME error:
SQLSTATE[HY000]: General error: 2006 MySQL server has gone away
here's what I've done:
which drush /srv/www/drush/drush cd `which drush` git log | head commit c75ae2dc7a40e206c210431fbfda93cc9d1c0109 Author: Moshe Weitzman <weitzman@tejasa.com> Date: Fri Jun 13 08:39:55 2014 -0400
Fix #637. Avoid tput if TERM is 'unknown'
commit f13c2481214d787978789596b4f54fb9b9e9fdf9 Merge: fe78e58 87be1ac Author: Jonathan Hedstrom <jhedstrom@gmail.com> Date: Tue Jun 10 12:56:42 2014 -0700
drush --version Drush Version : 7.0-dev
export myROOT="/srv/www" export myPROJ="Drupal7" export myVER="7.x" export mySITE="Site Name" export myMAIL="grantk@localhost" export mySUBDIR="dev" export myDB="dTEST01_db" export myUSRdb="dbUSR" export myPWDdb="dbPASS export myUSRadm="admUSR" export myPWDadm="admPASS"
cd ~ mysqld --version mysqld Ver 10.0.11-MariaDB-log for Linux on x86_64 (Source distribution)
mysqladmin --force drop ${myDB} mysqladmin create ${myDB} mysqlshow +--------------------+ | Databases | +--------------------+ | information_schema | | mysql | | performance_schema | | dTEST01_db | | test | +--------------------+
mysql mysql MariaDB [mysql]> GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, LOCK TABLES, CREATE TEMPORARY TABLES ON `dTEST01_db`.* TO 'dbUSR'@'localhost' IDENTIFIED BY 'dbPASS'; FLUSH PRIVILEGES; quit
cd ${myROOT}/${myPROJ}
rm -rf drupal-7* drush dl drupal Project drupal (7.28) downloaded to /srv/www/Drupal7/drupal-7.28. [success] Project drupal contains: [success] - 3 profiles: standard, minimal, testing - 4 themes: bartik, stark, seven, garland - 47 modules: overlay, update, path, openid, file, contextual, dblog, options, number, list, text, field_sql_storage, field, php, simpletest, shortcut, taxonomy, toolbar, search, blog, system, filter, locale, poll, color, trigger, book, field_ui, help, aggregator, syslog, forum, contact, menu, image, translation, user, node, block, profile, comment, tracker, dashboard, rdf, statistics, drupal_system_listing_incompatible_test, drupal_system_listing_compatible_test
cp -af drupal-7.28 ${mySUBDIR} cd ${mySUBDIR} cd sites/default cp -af default.settings.php settings.php
cd ${myROOT}/${myPROJ}/${mySUBDIR} drush -v site-install standard -y --site-name=${mySITE} --sites-subdir=${mySUBDIR} --site-mail=${myMAIL} --db-url=mysql://${myUSRdb}:${myPWDdb}@localhost/${myDB} --account-name=${myUSRadm} --account-pass=${myPWDadm}
... Initialized Drupal 7.28 root directory at /srv/www/Drupal7/dev [notice] Executing: mysql --defaults-extra-file=/tmp/drush_CLONbD --database=dTEST01_db --host=localhost --silent < /tmp/drush_SuniOM You are about to create a sites/dev/settings.php file and DROP all tables in your 'dTEST01_db' database. Do you want to continue? (y/n): y Initialized Drupal site dev at sites/dev [notice] Executing: mysql --defaults-extra-file=/tmp/drush_DWuUzk --database=dTEST01_db --host=localhost --silent < /tmp/drush_eq6aRt Executing: mysql --defaults-extra-file=/tmp/drush_GZ4Tz2 --database=dTEST01_db --host=localhost --silent < /tmp/drush_gF3Szb Undefined offset: 1 site_install.drush.inc:255 [notice] Starting Drupal installation. This takes a few seconds ... [ok] WD php: Warning: PDOStatement::execute(): MySQL server has gone away in DatabaseStatementBase->execute() [warning] (line 2171 of /srv/www/Drupal7/dev/includes/database/database.inc). WD php: Warning: PDOStatement::execute(): Error reading result set's header in [warning] DatabaseStatementBase->execute() (line 2171 of /srv/www/Drupal7/dev/includes/database/database.inc). SQLSTATE[HY000]: General error: 2006 MySQL server has gone away [error] Command dispatch complete [notice]
checking, the mysql server is still up and accessible
mysqlshow +--------------------+ | Databases | +--------------------+ | information_schema | | mysql | | performance_schema | | dTEST01_db | | test | +--------------------+
Hi On Sat, Jun 14, 2014, at 06:33 AM, Jamie Holly wrote:
When it happens, run:
mysqladmin version
And check the uptime. Even though you are seeing the tables with mysqlshow, that doesn't mean that MySQL didn't die and then restart automatically when the error hit.
It does, apparently: mysqladmin version mysqladmin Ver 9.1 Distrib 10.0.11-MariaDB, for Linux on x86_64 Copyright (c) 2000, 2014, Oracle, SkySQL Ab and others. Server version 10.0.11-MariaDB-log Protocol version 10 Connection Localhost via UNIX socket UNIX socket /var/cache/mariadb/mariadb.sock Uptime: 12 hours 12 min 40 sec Threads: 1 Questions: 2 Slow queries: 0 Opens: 0 Flush tables: 1 Open tables: 63 Queries per second avg: 0.000 drush -v site-install standard -y ... mysqladmin version mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/var/cache/mariadb/mariadb.sock' (111 "Connection refused")' Check that mysqld is running and that the socket: '/var/cache/mariadb/mariadb.sock' exists! mysqladmin version mysqladmin Ver 9.1 Distrib 10.0.11-MariaDB, for Linux on x86_64 Copyright (c) 2000, 2014, Oracle, SkySQL Ab and others. Server version 10.0.11-MariaDB-log Protocol version 10 Connection Localhost via UNIX socket UNIX socket /var/cache/mariadb/mariadb.sock Uptime: 5 sec Threads: 1 Questions: 1 Slow queries: 0 Opens: 0 Flush tables: 1 Open tables: 63 Queries per second avg: 0.200
You can try start mysql with -log-warnings=2, which has MySQL log more info on problems, especially connection issues.
If none of that helps, then start mysql with the --log={file name} option. This will log all queries to the file you specify. You can then see which query it is dying on.
also did that suspecting that this _was_, as you've pointed out, the DB svr, I posted the query detail here: https://lists.launchpad.net/maria-discuss/msg01703.html I'm not yet clear whether 'they' will help deal with this as it does involve Drupal, and I'm not yet able to narrow it down.
One other thing that you can try is changing the DB host from localhost to 127.0.0.1. Sometimes you can have weird problems on the server that causes localhost to have problems and a common reason for "mysql has gone away" is hostname problems (log-warnings will help identify this).
same error(s) using '127.0.0.1' vs 'localhost'
Unfortunately this is one of those problems that is a PITA to track down. It's not Drupal or even PHP, but rather MySQL. I recently had to track the same problem down on a Java application and it added to the gray hairs on my head.
Yep. I have just a suspicion that it involves more than one ... We'll see. Thanks.
unless I'm misinterpreting, it's -- as suspected -- a mariadb issue, independent of drush version, and specific to MariaDB v10.0.11, https://mariadb.atlassian.net/browse/MDEV-6340?focusedCommentId=52062&page=c... working on it there.
SOLVED. It's a bug in MariaDB. https://mariadb.atlassian.net/browse/MDEV-6340?focusedCommentId=52089&page=c... It mainfests when GCC 4.9 is used. The issue's ID'd at "Operational Notification -- Changes in gcc Code Optimization Can Cause a Crash in BIND" https://kb.isc.org/article/AA-01167 The workaround is to add "CFLAGS=-fno-delete-null-pointer-checks" to gcc compile options Here, with MariaDB 10.0.12 / ReleaseBuild built with GCC 4.9 + CFLAGS=-fno-delete-null-pointer-checks, drush site-install of Drupal 7.28 exec with no errors, and `drush *` works on existing site with no errors.
participants (4)
-
grantksupport＠operamail.com -
Jamie Holly -
Liviu Nicolicioiu -
Maina