Hello. I am back. We have moved all the vhosted clients from this system
to another Ubuntu 8.04 and this problem has not resurfaced since then.
These systems are very, very similar in their configurations. Both are
primarily web servers. Its been now 28 days, and that is probably a good
sign that
Public bug reported:
Binary package hint: php5
After spending some time researching this, I realize the root cause may
not be in php itself (but might), but not knowing the root cause, I am
reporting it here.
Environment: Ubuntu 8.04, PHP 5.2.4-2ubuntu5.9 with Suhosin-Patch
0.9.6.2 , suhosin,
Thanks. Not 64bit. Here are the kernels:
Problematic system:
# uname -a
Linux Garth 2.6.24-16-server #1 SMP Thu Apr 10 13:58:00 UTC 2008 i686 GNU/Linux
Previous system:
# uname -a
Linux ratt 2.6.24-24-server #1 SMP Tue Aug 18 17:46:20 UTC 2009 i686 GNU/Linux
--
canary mismatch on efree()
Thierry, yes, thanks, I had actually come across both of these.
A couple of points: On the first link ... this same site ran fine on
another 8.04 system with a very similar configuration for 8-9 months
without this error. Secondly, if I have hit a php bug that is
corrupting memory (ie suhosin
The server is updated, except for some packages held back, which
includes a newer kernel. libpcre is up to date. I haven't done the
kernel upgrade (yet), because of the reboot, and the server is remote
from where I am (and /me worry over such things :). I will do that soon,
just in case it is
Ondřej, both systems were already set to 1000 MaxRequestsPerChild.
--
canary mismatch on efree()
https://bugs.launchpad.net/bugs/503396
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.
--
Ubuntu-server-bugs mailing list
I have not been able to reproduce this problem outside of the current
production environment. And I can't realistically try to run php under
valgrind since these are paying clients, and I can't risk their sites
stability, etc.
The other problem with reproducing this is that it takes some time to
We had another episode of this today. The previous configuration changes
didn't help, obviously. The client mildly freaked. I am removing suhosin
for the time being. I hate to do it ... but ...
If I have time, I will try the updated kernel today.
--
canary mismatch on efree()
I've installed the latest kernel. Then had a change of heart, and put
sushosin back. Maybe the reboot brings good ju-ju.
--
canary mismatch on efree()
https://bugs.launchpad.net/bugs/503396
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Another episode of this happened last night, about 4.5 hours after
rebooting to install the new kernel. This is a much shorter timeframe
between episodes. I don't know if this is a fluke or something else.
Same pattern though: the exact same line in the exact same file on the
same site. Again,
Sorry, I removed the php5-suhosin package for now. I'd really like to
get it back, but I need to have things stabilized for a while for the
client's sake.
--
canary mismatch on efree()
https://bugs.launchpad.net/bugs/503396
You received this bug notification because you are a member of Ubuntu
Yes, I thought I had seen that in my googling. And I really hope, this
helps isolate the problem (for everybody's sake).
If there are other ideas on things to try, I am open to those. Just
keeping in mind this is in a production environment so I have some
limitations.
Thanks.
--
canary
Didn't help. The error is back again today (without extension).
--
canary mismatch on efree()
https://bugs.launchpad.net/bugs/503396
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.
--
Ubuntu-server-bugs mailing list
I tried to hand build ntp with pps and reference clock support. from
the configure I see that it is looking for the following header files:
sys/pptime.sys
sys/ppsclock.h
timepps.h
Checking my Gentoo installation I see that only the last header is
installed. I copied the timepps.h header to
I added the following to /etc/apparmor.d/usr.sbin.ntpd
/var/log/ntp/ntp.log rw,
/var/log/ntpstats/clockstats rw,
/dev/oncore.serial.0 rw,
/dev/oncore.pps.0 r,
It will not create the log file in /var/log/ntp. But it will do it in
/var/log even with the above changes. When I run ntp configured
I made some more udev changes and I got the Oncore reference clock
almost working. Here is what my PPS udev rules look like:
KERNEL==ttyS1, RUN+=/bin/setserial -v /dev/%k low_latency,
OWNER=ntp, GROUP=ntp, MODE=0660, SYMLINK+=oncore.serial.0
KERNEL==oncore.serial.0OWNER=ntp, GROUP=ntp,
Also the timepps.h file along with some user land pps related tools can
be found here:
git://github.com/ago/pps-tools.git
The version there is somewhat outdated as it does not include support
for the new kernel consumer that is part of 2.6.38. Here is a diff for
a version that does work with
Not sure how a bug where the only person who has posted information is
the OP can be closed without any response from the group that should be
handling the report (IE. the group responsible for time keeping in this
case). But for some reason in Ubuntu if the developers choose to not
respond to a
How can a bug report that has not been responded to be automatically
closed?
** Changed in: ntp (Ubuntu)
Status: Expired = New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ntp in Ubuntu.
19 matches
Mail list logo
