We’ve discovered that the dumps are triggered whenever a web spider hits https://site.com/tag/culture/feed (site.com is a dummy URL). The dump happens regardless of the word after ‘tag’, going to the link results in a 500 error as well.
So….what we can’t figure out yet is what’s causing the actual dump. We’ve looked into the php error log but aren’t seeing anything out of the ordinary. We’ve disabled a couple of RSS related plug-ins, but are still getting the dump. Any help is appreciated
]]>I noticed that sometimes certain images won’t load until a page refresh; I get an “error 500” for them in my dev tools.
I though it was related to some other plugin or a server error but then I noticed that whenever that happens a core dump file gets generated in the Adaptive Images root folder. Do you know what might cause this?
Thanks in advance,
Charles
]]>Running
v. 4.2.2 of Jetpack
v. 0.9.4.1 of W3 Total Cache
v. 5.1.5 of Builder
Several of my sites are getting CORE dumps since around 9:00 PM on August 30 (Central Time). I believe that the time coincides with a reboot of the server, but not sure why that would coincide with this. I conducted monthly maintenance on all of my sites this past Sunday night (8/28). I have not upgraded any plugins, themes, or WordPress Core since then.
My temporary solution to this is to deactivate JetPack.
Hosted at A2 Hosting.
Running CentOS 6.7 (2.6.32-042stab108.2)
PHP 5.5.24
The dumps occur primarily when:
Running wp-cron.php
Running wp-admin/admin-ajax.php
When logging into the site (after entering password)
When accessing the Jetpack Settings page
When activating or deactivating any plugins or individual settings of Jetpack (also, when activating or deactivating plugins OR individual settings of Jetpack, I end up on a 404 page)
When running some other backend activities such as backups (using BackupBuddy).
If I deactivate Jetpack, all of these issues go away.
If I deactivate W3 Total Cache, all of these issues go away.
If I switch to the Twenty Fifteen theme, all of these issues go away.
I have found that the following minimal configuration precipitates the issue on one of the sites:
Jetpack
W3 Total Cache
iThemes Builder Theme (I’m specifically using the City Church child theme)
The following lists are from one of the sites.
Plugin list:
+——————————–+——–+———–+———+
| name | status | update | version |
+——————————–+——–+———–+———+
| backupbuddy | active | none | 7.1.6.0 |
| builder-style-manager | active | none | 0.7.15 |
| carousel | active | none | 2.0.30 |
| easy-theme-and-plugin-upgrades | active | none | 2.0.0 |
| google-analytics-async | active | none | 3.1.5.1 |
| gravityforms | active | none | 2.0.6 |
| ithemes-security-pro | active | available | 2.9.0 |
| ithemes-sync | active | available | 1.13.0 |
| jetpack | active | none | 4.2.2 |
| rotating-images | active | none | 1.3.7 |
| rotatingtext | active | none | 1.0.41 |
| ultimate-branding | active | none | 1.8.2 |
| user-switching | active | none | 1.0.9 |
| videoshowcase | active | none | 1.1.69 |
| w3-total-cache | active | none | 0.9.4.1 |
| wpmudev-updates | active | none | 4.1.2 |
| wp-robots-txt | active | none | 1.1 |
| wp-smush-pro | active | none | 2.4.5 |
| wordpress-seo | active | none | 3.4.2 |
+——————————–+——–+———–+———+
Theme List:
+————————–+———-+——–+———+
| name | status | update | version |
+————————–+———-+——–+———+
| Builder | parent | none | 5.1.5 |
| BuilderChild-City-Church | active | none | 4.0.3 |
| BuilderChild-Default | inactive | none | 4.0.1 |
| twentyfifteen | inactive | none | 1.6 |
+————————–+———-+——–+———+
Some of the dumps appear in the root folder, and some in the wp-admin folder. Have also seen some in a plugin folder as well on another site (jquery-t-countdown-widget/js/).
Thanks in advance,
Art Smith
Ambrosia Web Technology
https://www.ads-software.com/plugins/jetpack/
]]>Running
v. 4.2.2 of Jetpack
v. 0.9.4.1 of W3 Total Cache
v. 5.1.5 of Builder
Several of my sites are getting CORE dumps since around 9:00 PM on August 30 (Central Time). I believe that the time coincides with a reboot of the server, but not sure why that would coincide with this. I conducted monthly maintenance on all of my sites this past Sunday night (8/28). I have not upgraded any plugins, themes, or WordPress Core since then.
My temporary solution to this is to deactivate JetPack.
Hosted at A2 Hosting.
Running CentOS 6.7 (2.6.32-042stab108.2)
PHP 5.5.24
The dumps occur primarily when:
Running wp-cron.php
Running wp-admin/admin-ajax.php
When logging into the site (after entering password)
When accessing the Jetpack Settings page
When activating or deactivating any plugins or individual settings of Jetpack (also, when activating or deactivating plugins OR individual settings of Jetpack, I end up on a 404 page)
When running some other backend activities such as backups (using BackupBuddy).
If I deactivate Jetpack, all of these issues go away.
If I deactivate W3 Total Cache, all of these issues go away.
If I switch to the Twenty Fifteen theme, all of these issues go away.
I have found that the following minimal configuration precipitates the issue on one of the sites:
Jetpack
W3 Total Cache
iThemes Builder Theme (I’m specifically using the City Church child theme)
The following lists are from one of the sites.
Plugin list:
+——————————–+——–+———–+———+
| name | status | update | version |
+——————————–+——–+———–+———+
| backupbuddy | active | none | 7.1.6.0 |
| builder-style-manager | active | none | 0.7.15 |
| carousel | active | none | 2.0.30 |
| easy-theme-and-plugin-upgrades | active | none | 2.0.0 |
| google-analytics-async | active | none | 3.1.5.1 |
| gravityforms | active | none | 2.0.6 |
| ithemes-security-pro | active | available | 2.9.0 |
| ithemes-sync | active | available | 1.13.0 |
| jetpack | active | none | 4.2.2 |
| rotating-images | active | none | 1.3.7 |
| rotatingtext | active | none | 1.0.41 |
| ultimate-branding | active | none | 1.8.2 |
| user-switching | active | none | 1.0.9 |
| videoshowcase | active | none | 1.1.69 |
| w3-total-cache | active | none | 0.9.4.1 |
| wpmudev-updates | active | none | 4.1.2 |
| wp-robots-txt | active | none | 1.1 |
| wp-smush-pro | active | none | 2.4.5 |
| wordpress-seo | active | none | 3.4.2 |
+——————————–+——–+———–+———+
Theme List:
+————————–+———-+——–+———+
| name | status | update | version |
+————————–+———-+——–+———+
| Builder | parent | none | 5.1.5 |
| BuilderChild-City-Church | active | none | 4.0.3 |
| BuilderChild-Default | inactive | none | 4.0.1 |
| twentyfifteen | inactive | none | 1.6 |
+————————–+———-+——–+———+
Some of the dumps appear in the root folder, and some in the wp-admin folder. Have also seen some in a plugin folder as well on another site (jquery-t-countdown-widget/js/).
Thanks in advance,
Art Smith
Ambrosia Web Technology
https://www.ads-software.com/plugins/w3-total-cache/
]]>ping www.fallfishtenkara.com
PING www.fallfishtenkara.com (104.18.58.163) 56(84) bytes of data.
64 bytes from 104.18.58.163: icmp_seq=1 ttl=61 time=1.60 ms
64 bytes from 104.18.58.163: icmp_seq=2 ttl=61 time=1.58 ms
64 bytes from 104.18.58.163: icmp_seq=3 ttl=61 time=1.50 ms
64 bytes from 104.18.58.163: icmp_seq=4 ttl=61 time=1.50 ms
^C
— www.fallfishtenkara.com ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 1.503/1.549/1.606/0.065 ms
Not to mention I am able to SSH into the server, so it would appear that the server is running fine
Next I run the command top and the results come back:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
28 root 20 0 0 0 0 R 34.4 0.0 3:10.47 kswapd0
12337 isaact8+ 20 0 24940 1584 1064 R 8.6 0.2 0:00.04 top
1403 root 0 -20 0 0 0 S 4.3 0.0 0:01.26 kworker/u3:1
11789 www-data 20 0 394080 7268 2656 R 4.3 0.7 0:03.03 apache2
11795 www-data 20 0 394080 7572 2672 D 4.3 0.7 0:02.89 apache2
11797 www-data 20 0 394336 7172 2748 R 4.3 0.7 0:03.02 apache2
11822 www-data 20 0 393828 9144 5652 R 4.3 0.9 0:02.84 apache2
11830 www-data 20 0 392036 7184 3600 R 4.3 0.7 0:02.82 apache2
11893 www-data 20 0 393060 7732 4412 R 4.3 0.8 0:02.61 apache2
11977 www-data 20 0 392040 9740 5664 R 4.3 1.0 0:02.43 apache2
12095 www-data 20 0 392036 7632 4996 R 4.3 0.7 0:02.34 apache2
1 root 20 0 33472 120 120 S 0.0 0.0 0:01.90 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.20 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
6 root 20 0 0 0 0 S 0.0 0.0 0:00.12 kworker/u2:0
7 root 20 0 0 0 0 S 0.0 0.0 0:17.88 rcu_schedA quick check on google tells me that kswapd0 is process that manages virtual memory… So I’m thinking that I’m having memory allocation issues so I run the command df -h and the results come back
Filesystem Size Used Avail Use% Mounted on
udev 487M 8.0K 487M 1% /dev
tmpfs 100M 336K 100M 1% /run
/dev/disk/by-label/DOROOT 30G 8.7G 20G 32% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 498M 0 498M 0% /run/shm
none 100M 0 100M 0% /run/userand the command free -m
total used free shared buffers cached
Mem: 994 930 63 16 0 22
-/+ buffers/cache: 907 86
Swap: 2047 1524 523I am concerned about the amount free memory in the buffer/cache row so I run the command ps aux | more and the results come back
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 33472 32 ? Ss Jun07 0:01 /sbin/init
root 2 0.0 0.0 0 0 ? S Jun07 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S Jun07 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< Jun07 0:00 [kworker/0:0H]
root 7 0.1 0.0 0 0 ? S Jun07 0:21 [rcu_sched]
root 8 0.0 0.0 0 0 ? S Jun07 0:16 [rcuos/0]
root 9 0.0 0.0 0 0 ? S Jun07 0:00 [rcu_bh]
root 10 0.0 0.0 0 0 ? S Jun07 0:00 [rcuob/0]
root 11 0.0 0.0 0 0 ? S Jun07 0:00 [migration/0]
root 12 0.0 0.0 0 0 ? S Jun07 0:00 [watchdog/0]
root 13 0.0 0.0 0 0 ? S< Jun07 0:00 [khelper]
root 14 0.0 0.0 0 0 ? S Jun07 0:00 [kdevtmpfs]
root 15 0.0 0.0 0 0 ? S< Jun07 0:00 [netns]
root 16 0.0 0.0 0 0 ? S< Jun07 0:00 [writeback]
root 17 0.0 0.0 0 0 ? S< Jun07 0:00 [kintegrityd]
root 18 0.0 0.0 0 0 ? S< Jun07 0:00 [bioset]
root 19 0.0 0.0 0 0 ? S< Jun07 0:00 [kworker/u3:0]
root 20 0.0 0.0 0 0 ? S< Jun07 0:00 [kblockd]
root 21 0.0 0.0 0 0 ? S< Jun07 0:00 [ata_sff]
root 22 0.0 0.0 0 0 ? S Jun07 0:00 [khubd]
root 23 0.0 0.0 0 0 ? S< Jun07 0:00 [md]
root 24 0.0 0.0 0 0 ? S< Jun07 0:00 [devfreq_wq]I’ve been following this article mostly https://www.smashingmagazine.com/2010/12/what-to-do-when-your-website-goes-down/ it is a little old but I feel that it is still applicable to my situation. At this point after I’ve run the command ps aux | more and I see that Apache is not running I’m pretty sure my issue is that Apache has crashed.
When I run the command /etc/init.d/apache2 restart my website comes back online, sometimes for a few hours sometime less than that…
Looking into the error.log file I find this:
[Tue Jun 07 21:37:50.727260 2016] [mpm_prefork:notice] [pid 1709] AH00169: caught SIGTERM, shutting down
[Tue Jun 07 21:37:51.685688 2016] [mpm_prefork:notice] [pid 13608] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.17 configured -- resuming normal operations
[Tue Jun 07 21:37:51.685791 2016] [core:notice] [pid 13608] AH00094: Command line: '/usr/sbin/apache2'
[Tue Jun 07 21:39:45.617022 2016] [core:alert] [pid 13687] [client 108.162.237.250:50121] /var/www/wp-content/updraft/.htaccess: deny not allowed here, referer: https://vaultpress.com
[Tue Jun 07 21:39:45.881250 2016] [core:alert] [pid 13655] [client 173.245.52.140:54743] /var/www/wp-content/updraft/.htaccess: deny not allowed here, referer: https://vaultpress.com
[Tue Jun 07 21:39:46.198784 2016] [core:alert] [pid 13697] [client 173.245.52.140:17020] /var/www/wp-content/updraft/.htaccess: deny not allowed here, referer: https://vaultpress.com
[Tue Jun 07 21:39:46.738494 2016] [core:alert] [pid 13687] [client 108.162.237.250:35083] /var/www/wp-content/updraft/.htaccess: deny not allowed here, referer: https://vaultpress.com
[Tue Jun 07 21:39:47.268006 2016] [core:alert] [pid 13655] [client 108.162.237.250:43514] /var/www/wp-content/updraft/.htaccess: deny not allowed here, referer: https://vaultpress.com
[Tue Jun 07 21:44:54.466348 2016] [core:alert] [pid 13838] [client 162.158.57.65:21824] /var/www/wp-content/plugins/akismet/.htaccess: Require not allowed here, referer: https://www.fallfishten$
[Tue Jun 07 21:44:55.475237 2016] [core:alert] [pid 13839] [client 162.158.57.29:49788] /var/www/wp-content/plugins/akismet/.htaccess: Require not allowed here, referer: https://www.fallfishten$
[Tue Jun 07 21:45:16.580154 2016] [core:alert] [pid 13859] [client 162.158.57.65:15744] /var/www/wp-content/plugins/akismet/.htaccess: Require not allowed here, referer: https://www.fallfishten$
[Tue Jun 07 21:45:16.672686 2016] [core:alert] [pid 13816] [client 162.158.57.29:34160] /var/www/wp-content/plugins/akismet/.htaccess: Require not allowed here, referer: https://www.fallfishten$
[Tue Jun 07 22:03:14.437769 2016] [core:notice] [pid 13608] AH00052: child pid 14133 exit signal Segmentation fault (11)
[Tue Jun 07 22:03:14.437882 2016] [core:notice] [pid 13608] AH00052: child pid 14275 exit signal Segmentation fault (11)
[Tue Jun 07 22:03:14.437900 2016] [core:notice] [pid 13608] AH00052: child pid 14325 exit signal Segmentation fault (11)
[Tue Jun 07 22:03:14.437914 2016] [core:notice] [pid 13608] AH00052: child pid 14329 exit signal Segmentation fault (11)
[Tue Jun 07 22:03:14.437950 2016] [core:notice] [pid 13608] AH00052: child pid 14182 exit signal Segmentation fault (11)
[Tue Jun 07 22:03:14.437998 2016] [core:notice] [pid 13608] AH00052: child pid 14005 exit signal Segmentation fault (11)
[Tue Jun 07 22:03:14.438077 2016] [mpm_prefork:notice] [pid 13608] AH00169: caught SIGTERM, shutting down
[Tue Jun 07 22:03:27.262255 2016] [mpm_prefork:notice] [pid 1116] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.17 configured -- resuming normal operations
[Tue Jun 07 22:03:27.264088 2016] [core:notice] [pid 1116] AH00094: Command line: '/usr/sbin/apache2'
[Wed Jun 08 03:26:17.729067 2016] [core:notice] [pid 1116] AH00051: child pid 12012 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Wed Jun 08 03:26:17.843558 2016] [core:notice] [pid 1116] AH00051: child pid 12033 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Wed Jun 08 03:26:17.843974 2016] [core:notice] [pid 1116] AH00051: child pid 12076 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Wed Jun 08 03:26:18.850228 2016] [mpm_prefork:notice] [pid 1116] AH00169: caught SIGTERM, shutting down
[Wed Jun 08 03:26:19.538198 2016] [mpm_prefork:notice] [pid 12749] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.17 configured -- resuming normal operations
[Wed Jun 08 03:26:19.538497 2016] [core:notice] [pid 12749] AH00094: Command line: '/usr/sbin/apache2'The issue started within a day or so after I updated my server. I ran the command sudo apt-get update && time sudo apt-get dist-upgrade which I have done about a dozen times in the past with no issues.
At this point I am totally lost. Support from my host said that “Your apache instance is core dumping. You may need to use advanced debug tools like strace and gdb to debug the issues you are experiencing with your apache server….core dumping is a sign that either a plugin or module is misbehaving, or it can be a sign that a process is hitting a OOM event (out of memory) and is being forcefully closed.” Problem is I have no idea how to debug with strace or gdb…
I am self hosting on a Digital Ocean droplet, so any help or pointers would be appreciated.
]]>https://www.ads-software.com/plugins/jetpack/
]]>/home/xxxxx/public_html/index.php
The core dumps being caused by the above command is related to a scripting issue, or the process that generated it may have crashed during execution. If this is a recurring issue, we highly recommend reviewing the file that generates the core dump to prevent further issues.”
-Outdated WordPress (including theme/plugins)
-Outdated PHP version
-Coding issue”
—————
Every thing is up to date. And I don’t write code, I use standard and trusted application, most of them are five stars and used by thousands of users. PHP in use is 5.4, as it was by default.
I checked in wp support and all threads I found where 4 years old. And moderator replay was that wp don’t produces Core Dumps
May be some body could help. Thanks in advance
]]>https://www.ads-software.com/plugins/live-composer-page-builder/
]]>