Apache Exit Signal Bus Error 7
Contents |
Post #1 of 4 (5376 views) Permalink Apache/2.2.22 - child pid httpd exit signal bus error 7 exit signal Bus error (7) Hello, I'm fighting from few days with "signal Bus error(7)" on my Apache
Exit Signal Bus Error (10)
instance, and i can't figure out what is wrong and what thing is causing this error.. Thanks in advance for any suggestions what can be wrong! Details ======= OS: Debian 7.4 amd64 # apache2 -V Server
Apache Enablemmap Off
version: Apache/2.2.22 (Debian) Server built: Feb 1 2014 21:26:04 Server's Module Magic Number: 20051115:30 Server loaded: APR 1.4.6, APR-Util 1.4.1 Compiled using: APR 1.4.6, APR-Util 1.4.1 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/etc/apache2" -D SUEXEC_BIN="/usr/lib/apache2/suexec" -D DEFAULT_PIDLOG="/var/run/apache2.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="/var/run/apache2/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="mime.types" -D SERVER_CONFIG_FILE="apache2.conf" Module enabled: LoadModule alias_module /usr/lib/apache2/modules/mod_alias.so LoadModule auth_basic_module /usr/lib/apache2/modules/mod_auth_basic.so LoadModule authn_file_module /usr/lib/apache2/modules/mod_authn_file.so LoadModule authz_default_module /usr/lib/apache2/modules/mod_authz_default.so LoadModule authz_groupfile_module /usr/lib/apache2/modules/mod_authz_groupfile.so LoadModule authz_host_module /usr/lib/apache2/modules/mod_authz_host.so LoadModule authz_user_module /usr/lib/apache2/modules/mod_authz_user.so LoadModule autoindex_module /usr/lib/apache2/modules/mod_autoindex.so LoadModule deflate_module /usr/lib/apache2/m
Modified: 2007-03-21 15:23 UTC From: pbugs at ausschlafen dot com Assigned: Status: Closed Package: APC (PECL) PHP Version: Irrelevant OS: Linux apache bus error 7 2.4.16-64GB-SMP Private report: No CVE-ID: View Add Comment Developer Edit [2007-03-19 13:17 UTC] pbugs at ausschlafen dot com Description: ------------ Hi, I tried to upgrade APC and php together. What I have is php 4.4.6 and APC 3.0.13, running under Apache 1.3.37. I took a sample of all unique GET URLs of my live site and http://www.gossamer-threads.com/lists/apache/users/435414 replayed them on the test server, so the test is not run in a high load environment. Nevertheless, sooner or later during the replay, apache childs crash with : [notice] child pid 30366 exit signal Bus error (7) As long as the APC console is working, it does not show any problem; no fragmentation and the memory https://bugs.php.net/bug.php?id=57581 usage is not more than 50% of the 64 MB I assigned to APC. After the errors occur, the server is unstable. Static files can be served, but the APC console (and most - but not all- other php apps and scripts) don't work any more. The crashes do not always occur at the same step of the URL replay; in this respect I can not pinpoint a single script or application. However, multiple test runs repeatedly failed sooner or later. Apache has to be restarted then. Occasionally I see [apc-error] Cannot redeclare classes in the Apache error log when some wordpress blogs are accessed. The PHP error log remains empty (E_ALL), however. These happen to appear shortly before the "Bus errors", but I don't know whether there is a connection to the crash or not. My APC settings: configured with ./configure --enable-apc --enable-apc-mmap --with-apxs=... php.ini: extension="apc.so" apc.enabled=1 apc.shm_segments=1 apc.optimization=0 apc.shm_size=64 apc.ttl=7600 apc.user_ttl=3600 apc.gc_ttl=3600 apc.num_files_hint=1500 apc.user_entries_hint=100 apc.mmap_file_mask=/mnt/ramdisk/apc13.XXXXXX apc.enable_cli=0 ;apc.cache_by_default=Off apc.filters="-/some/useless/path/" ; DEPRECATED now write_lock apc.slam_defense=20 apc.file_update_protection=5 apc.max_file_size=1M apc.stat=1 ap
here for a quick overview of the site Help Center Detailed answers to any questions you http://stackoverflow.com/questions/8153162/error-exit-signal-bus-error-7-how-to-continue-after-making-a-backtrace might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of bus error 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up Error “exit signal Bus error (7)” How to continue after making a backtrace? up vote 0 down vote favorite 1 I have a Centos Server in 1and1 with Apache, Magento, MagentoBooster and Xcache installed. The server usually exit signal bus (1-8 times per day) prints this error "exit signal Bus error (7)" and sometimes this causes Apache not to respond. I have made a backtrace with GDB, but I don't know how to continue. gdb /usr/sbin/httpd core.XXXX --batch --quiet -ex "thread apply all bt full" > backtrace.log The backtrace: [New Thread 15312] [Thread debugging using libthread_db enabled] Core was generated by `/usr/sbin/httpd'. Program terminated with signal 7, Bus error. #0 0x00002abcf6c7324e in memcpy () from /lib64/libc.so.6 Thread 1 (Thread 0x2abcf8c72300 (LWP 15312)): #0 0x00002abcf6c7324e in memcpy () from /lib64/libc.so.6 No symbol table info available. #1 0x00002abd02e6b9c7 in ?? () from /usr/lib64/php/modules//php_ioncube_loader_lin_5.2_x86_64.so No symbol table info available. #2 0x00002abd02ed4d47 in _zval_dup () from /usr/lib64/php/modules//php_ioncube_loader_lin_5.2_x86_64.so No symbol table info available. #3 0x00002abd02ecdffb in ?? () from /usr/lib64/php/modules//php_ioncube_loader_lin_5.2_x86_64.so No symbol table info available. #4 0x00002abd02c32636 in xc_compile_file (h=0x7fffc3e7e4f0, type=2) at /opt/xcache-1.3.2-rc1/xcache.c:1060 __orig_bailout = 0x7fffc3e88f10 __bailout = {{__jmpbuf = {46991244125792, 3379122525071325456, 46991369192208, 140736480142576, 140736480142656, 46991244125792, 3379207471940512272, 3379122524988693332}, __mask_was_saved = 0, __saved_mask = {__val = {46991369