[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Just for more sanity checking, I re-downgraded to the 4.4 bits. With the 4.5 bits (all flavors tried so far), I hit sigsegv's on about 50%-70% of attempted operations, but with the 4.4 bits I hammer away on all kinds of operations and never see a problem. It's definitely a bug new to the 4.5 bits (just reaffirming this) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Removing 1990 also didn't fix it. -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Public bug reported:
Binary package hint: libapache2-mod-php4
Early this morning (2006-07-20), I got the security update for php4
(4.3.10-10ubuntu4.5) including libapache2-mod-php4. Since then, a lot
of my gallery2 (http://gallery2.sf.net/) pages SIGSEGV.
Since this is a security update that's caused the SIGSEGV (admittedly,
this is based on timing, and the actual cause of the SIGSEGV's may not
be the security update), I'm checking the "security vulnerability" flag
(it's at least arguably a DoS, as my gallery is now only intermittently
available).
On a related note, it appears that security.ubuntu.com doesn't keep
around older packages, as I don't see a route that lets me downgrade to
php4=4:4.3.10-10ubuntu4.4 so if someone could point out where I could
get those older bits, that'd be great as both a workaround and
confirmation that it's the fix in the *4.5 bits that's causing this on
my system.
Here's an strace from one death:
...
fstat64(17, {st_mode=S_IFREG|0644, st_size=6147, ...}) = 0
mmap2(NULL, 6147, PROT_READ, MAP_SHARED, 17, 0) = 0xb75db000
munmap(0xb75db000, 6147)= 0
close(17) = 0
access("/var/www/gallery2/g2data/cache/entity/2/3", F_OK) = 0
stat64("/var/www/gallery2/g2data/cache/entity/2/3", {st_mode=S_IFDIR|0755,
st_size=20480, ...}) = 0
gettimeofday({1153449599, 634894}, NULL) = 0
getpid()= 27932
open("/var/www/gallery2/g2data/cache/entity/2/3/23610.incLIybig",
O_RDWR|O_CREAT|O_EXCL, 0600) = 17
fcntl64(17, F_GETFL)= 0x2 (flags O_RDWR)
fstat64(17, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb75dc000
_llseek(17, 0, [0], SEEK_CUR) = 0
close(17) = 0
munmap(0xb75dc000, 4096)= 0
getcwd("/var/www/gallery2", 4096) = 18
lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
lstat64("/var/www/gallery2", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www/gallery2/g2data", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
lstat64("/var/www/gallery2/g2data/cache", {st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
lstat64("/var/www/gallery2/g2data/cache/entity", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
lstat64("/var/www/gallery2/g2data/cache/entity/2", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
lstat64("/var/www/gallery2/g2data/cache/entity/2/3", {st_mode=S_IFDIR|0755,
st_size=20480, ...}) = 0
lstat64("/var/www/gallery2/g2data/cache/entity/2/3/23610.incLIybig",
{st_mode=S_IFREG|0600, st_size=0, ...}) = 0
open("/var/www/gallery2/g2data/cache/entity/2/3/23610.incLIybig",
O_WRONLY|O_CREAT|O_TRUNC, 0666) = 17
fstat64(17, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(17, 0, SEEK_CUR) = 0
chmod("/var/www/gallery2/g2data/cache/entity/2/3/23610.incLIybig", 0644) = 0
write(17, "modules/core/classes/GalleryDeri"..., 1256) = 1256
close(17) = 0
rename("/var/www/gallery2/g2data/cache/entity/2/3/23610.incLIybig",
"/var/www/gallery2/g2data/cache/entity/2/3/23610.inc") = 0
fcntl64(12, F_SETFL, O_RDWR|O_NONBLOCK) = 0
read(12, 0x89ce3e0, 8192) = -1 EAGAIN (Resource temporarily
unavailable)
fcntl64(12, F_SETFL, O_RDWR)= 0
write(12, "p\0\0\0\3\n\tSELECT\n\t g2_Derivative.g"..., 116) = 116
read(12, "\1\0\0\1", 4) = 4
read(12, "\1", 1) = 1
read(12, "\35\0\0\2", 4)= 4
read(12, "[EMAIL PROTECTED]", 29) = 29
read(12, "\1\0\0\3", 4) = 4
read(12, "\376", 1) = 1
read(12, "\1\0\0\4", 4) = 4
read(12, "\376", 1) = 1
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
chdir("/etc/apache2") = 0
rt_sigaction(SIGSEGV, {SIG_DFL}, {SIG_DFL}, 8) = 0
getpid()= 27932
getpid()= 27932
kill(27932, SIGSEGV)= 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 27932 detached
** Affects: php4 (Ubuntu)
Importance: Untriaged
Status: Unconfirmed
** Visibility changed to: Public
--
hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
https://launchpad.net/bugs/53581
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
backtrace from a sigsegv'ing apache2 instance (no symbols installed currently) (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213597280 (LWP 29347)] 0xb78d0c85 in shutdown_memory_manager () from /usr/lib/apache2/modules/libphp4.so (gdb) bt #0 0xb78d0c85 in shutdown_memory_manager () from /usr/lib/apache2/modules/libphp4.so #1 0xb78b18db in php_request_shutdown () from /usr/lib/apache2/modules/libphp4.so #2 0x in ?? () -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
- downgrade worked great. had to downgrade php4-common as well, and there's an epoch (or whatever dpkg calls it) of 4: sudo dpkg -i /var/cache/apt/archives/libapache2-mod- php4_4%3a4.3.10-10ubuntu4.4_i386.deb /var/cache/apt/archives/php4-common_4%3a4.3.10-10ubuntu4.4_i386.deb The great news (in terms of a cause/effect) is that the sigsegv's went away when I downgraded (and then ran ab to stress gallery) and they came back when I re-upgraded to *4.5 All the error.log entries are the same (even when I modified the php.ini settings and restarted. [Fri Jul 21 17:44:07 2006] [notice] child pid 25320 exit signal Segmentation fault (11) Here are the errors-related entries in php.ini: [EMAIL PROTECTED]:/% grep _errors /etc/php4/apache2/php.ini|grep -v ^\; display_errors = On display_startup_errors = On log_errors = On log_errors_max_len = 1024 ignore_repeated_errors = Off track_errors = Off Here's a later sigsegv that may be useful, although it is a potentially corrupt stack. (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. 0xb78d0699 in _efree () from /usr/lib/apache2/modules/libphp4.so (gdb) bt #0 0xb78d0699 in _efree () from /usr/lib/apache2/modules/libphp4.so #1 0xb78ddd71 in _zval_dtor () from /usr/lib/apache2/modules/libphp4.so #2 0xb78d963a in destroy_op_array () from /usr/lib/apache2/modules/libphp4.so #3 0xb78d94c2 in destroy_zend_function () from /usr/lib/apache2/modules/libphp4.so #4 0xb78e3d8c in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #5 0xb78d9524 in destroy_zend_class () from /usr/lib/apache2/modules/libphp4.so #6 0xb78e3c04 in zend_hash_del_key_or_index () from /usr/lib/apache2/modules/libphp4.so #7 0xb78e425a in zend_hash_reverse_apply () from /usr/lib/apache2/modules/libphp4.so #8 0xb78d751f in shutdown_executor () from /usr/lib/apache2/modules/libphp4.so #9 0xb78d7022 in execute_internal () from /usr/lib/apache2/modules/libphp4.so Previous frame inner to this frame (corrupt stack?) How can install the symbols for this? Or does it need to be a debug version of the package (that hopefully someone else could build for me?) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Another (different) stack (still potentially corrupt, although at least they're starting with execute_internal) (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213597280 (LWP 31500)] 0xb78d061f in _efree () from /usr/lib/apache2/modules/libphp4.so (gdb) bt #0 0xb78d061f in _efree () from /usr/lib/apache2/modules/libphp4.so #1 0xb78e3d6e in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #2 0xb78dddc6 in _zval_dtor () from /usr/lib/apache2/modules/libphp4.so #3 0xb78d764b in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp4.so #4 0xb78e3d8c in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #5 0xb78dddc6 in _zval_dtor () from /usr/lib/apache2/modules/libphp4.so #6 0xb78d764b in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp4.so #7 0xb78e3d8c in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #8 0xb78dddc6 in _zval_dtor () from /usr/lib/apache2/modules/libphp4.so #9 0xb78d764b in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp4.so #10 0xb78e3d8c in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #11 0xb78d9647 in destroy_op_array () from /usr/lib/apache2/modules/libphp4.so #12 0xb78d94c2 in destroy_zend_function () from /usr/lib/apache2/modules/libphp4.so #13 0xb78e3d8c in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #14 0xb78d9524 in destroy_zend_class () from /usr/lib/apache2/modules/libphp4.so #15 0xb78e3c04 in zend_hash_del_key_or_index () from /usr/lib/apache2/modules/libphp4.so #16 0xb78e425a in zend_hash_reverse_apply () from /usr/lib/apache2/modules/libphp4.so #17 0xb78d751f in shutdown_executor () from /usr/lib/apache2/modules/libphp4.so #18 0xb78d7022 in execute_internal () from /usr/lib/apache2/modules/libphp4.so Previous frame inner to this frame (corrupt stack?) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
The 10-deep version of the stack seems pretty consistent at this point. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213597280 (LWP 8992)] 0xb78d0699 in _efree () from /usr/lib/apache2/modules/libphp4.so (gdb) bt #0 0xb78d0699 in _efree () from /usr/lib/apache2/modules/libphp4.so #1 0xb78ddd71 in _zval_dtor () from /usr/lib/apache2/modules/libphp4.so #2 0xb78d963a in destroy_op_array () from /usr/lib/apache2/modules/libphp4.so #3 0xb78d94c2 in destroy_zend_function () from /usr/lib/apache2/modules/libphp4.so #4 0xb78e3d8c in zend_hash_destroy () from /usr/lib/apache2/modules/libphp4.so #5 0xb78d9524 in destroy_zend_class () from /usr/lib/apache2/modules/libphp4.so #6 0xb78e3c04 in zend_hash_del_key_or_index () from /usr/lib/apache2/modules/libphp4.so #7 0xb78e425a in zend_hash_reverse_apply () from /usr/lib/apache2/modules/libphp4.so #8 0xb78d751f in shutdown_executor () from /usr/lib/apache2/modules/libphp4.so #9 0xb78d7022 in execute_internal () from /usr/lib/apache2/modules/libphp4.so Previous frame inner to this frame (corrupt stack?) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
I know the comments are getting long at this point, but just to confirm this is specific to the *4.5 bits, I hammered on the *4.4 bits for a few hours (and I'm going to leave them on for the next few days, at least until hearing what other steps I can do to help debug this). It usually takes around 10-15 seconds to start getting the sigsegv's from the *4.5 bits, so at this point I'm extremely confident that this is a regression introduced in the 4.5 bits resulting from advisory USN-320-1. Unfortunately, there was a large amount of changes in the 4.5 bits which makes it more difficult to track down which change is causing this (and incidentally is a good reason for security updates to not bundle so many changes :) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
I linked this bug to CVE-2006-3018, although I only really know that it's tied to USN-320-1 which is actually tied to 11 (!) CVE's: CVE-2006-0996, CVE-2006-1490, CVE-2006-1494, CVE-2006-1608, CVE-2006-1990, CVE-2006-1991, CVE-2006-2563, CVE-2006-2660, CVE-2006-3011, CVE-2006-3017, CVE-2006-3018 -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
oh, and arch is i386, but I'm guessing you already noticed that given the dpkg line I included for downgrading to the 4.4 bits :) Linux sublogic.com 2.6.10-5-686-smp #1 SMP Mon Oct 10 11:40:56 UTC 2005 i686 GNU/Linux ** CVE added: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=2006-3018 -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
BTW, I've included all the info requested, but I don't see how to change the status away from Need Info, so I'm assuming I don't have perms to do so. -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
On another related note, since I don't see a -dbg package already available, I'd recommend (please!) having it. Some notes are getting them built are at http://ze-dinosaur.livejournal.com/7036.html It'd be much nicer if I could just apt-get install the -dbg package then re-start and get useful/rich/full stacks/vars/etc from this :) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Since there's no -dbg available, I've been trying to apt-build build-source php4 but that fails with E: Unable to find a source package for php4 even though I have the relevant deb-src in sources.list % grep ^deb-src /etc/apt/sources.list deb-src http://archive.ubuntu.com/ubuntu/ hoary main restricted universe multiverse deb-src http://security.ubuntu.com/ubuntu/ hoary-security main restricted I've tried on to get an answer on #ubuntu with no response (and no pitti logged in currently :) so any hints as to how I can get this package rebuilt would be appreciated. Note that I've already said to pass -g for gcc flags while installing apt-build and its deps. -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53830] all binary packages should have -dbg subpackages so users can have useful debugging info w/o needing to install full toolset and rebuild
Public bug reported: One of the things Fedora/RH does right is that each binary package has a -debuginfo package so that in the event of crashes or problems, users can just install that package and get an unstripped binary with full debugging symbols, making for a far more useful debugging experience. Note that in the case of bug 53581, I actually installed everything needed (apt-build and deps) only to have it not be able to find a source package for php4 (E: Unable to find a source package for php4) even though I have the necessary deb-src in sources.list (deb-src http://security.ubuntu.com/ubuntu/ hoary-security main restricted) While a few packages do have these available (see apt-cache search dbg), it's very hit-and-miss, and Ubuntu would do itself and its users a great service if it would do it across the board like Fedora/RH does (admittedly, I'm on Hoary, so this may be better in later releases) Some tips for getting the -dbg package built (although there's enough already in the distro to just look at them) is at: http://ze-dinosaur.livejournal.com/7036.html ** Affects: Ubuntu Importance: Untriaged Status: Unconfirmed -- all binary packages should have -dbg subpackages so users can have useful debugging info w/o needing to install full toolset and rebuild https://launchpad.net/bugs/53830 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53831] can't apt-build php4
Public bug reported: Binary package hint: libapache2-mod-php4 % sudo apt-build source libapache2-mod-php4 -> Downloading libapache2-mod-php4 source (php4 4.3.10-10ubuntu4.5) <- -> Updating package lists <- Ign file: apt-build Release.gpg Get:1 file: apt-build Release [89B] Ign file: apt-build/main Packages Get:2 http://archive.ubuntu.com hoary Release.gpg [189B] Get:3 http://security.ubuntu.com hoary-security Release.gpg [189B] Hit http://archive.ubuntu.com hoary Release Hit http://security.ubuntu.com hoary-security Release Hit http://archive.ubuntu.com hoary/main Packages Hit http://archive.ubuntu.com hoary/restricted Packages Hit http://archive.ubuntu.com hoary/universe Packages Hit http://security.ubuntu.com hoary-security/main Packages Hit http://security.ubuntu.com hoary-security/restricted Packages Hit http://security.ubuntu.com hoary-security/main Sources Hit http://archive.ubuntu.com hoary/multiverse Packages Hit http://archive.ubuntu.com hoary/main Sources Hit http://archive.ubuntu.com hoary/restricted Sources Hit http://archive.ubuntu.com hoary/universe Sources Hit http://archive.ubuntu.com hoary/multiverse Sources Hit http://security.ubuntu.com hoary-security/restricted Sources Fetched 91B in 1s (82B/s) Reading package lists... Done Reading package lists... Done Building dependency tree... Done E: Unable to find a source package for php4 ** Affects: php4 (Ubuntu) Importance: Untriaged Status: Unconfirmed -- can't apt-build php4 https://launchpad.net/bugs/53831 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
-- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
-- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
The test works both from the command-line and apache with the same output - so 2 of the 3 consumers are fine, and shutdown_executor is the problem child here. Array ( [banana] => 1 [apple] => 2 [kiwi] => 3 ) Array ( [0] => 2 [1] => 3 [2] => 5 [3] => 7 [4] => 11 [5] => 13 [6] => 17 ) Array ( [banana] => 1 [kiwi] => 3 ) Array ( [0] => 2 [1] => 3 [2] => 5 [3] => 7 [4] => 11 ) Also, removing CVE-2006-3017.patch did NOT fix the problem - rebuilding after removing that patch still gives the problem. With a debug build (thanks for instructions!) I'm getting a much more detailed stacks. The first 2 stacks below (second being "full") are before removing CVE-2006-3017.patch, the third is after (but the same I'll attach 3 stack traces: stack-debug-1.txt is the full 4.5 bits (including 3017) built debug, normal backtrace stack-debug-full-2.txt is the same full 4.5 bits (including 3017) built debug, full backtrace (different stack from the first for the outermost, but the important parts are the same) stack-with-CVE-2006-3017-removed.txt is the 4.5 bits with 3017 removed before building (wiped and re-fetched source, removed patch, built) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Off-topic, but while bisectioning, I noticed that the changelog doesn't mention a fix for CVE-2006-1991 - I'm guessing this is because it was a php5-only bug, so there was no php4 fix needed for it? Just wanted to confirm. -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
data points (still in progress as I write this) previous data points - remove 3017 == still breaks - remove 1990 == still breaks - remove 1990 + 3017 == still breaks bisectioning - remove 1990 + 3017 + 2563 + 3011 + 3018 == still breaks - note that this is equal to applying 0996 + 1490 + 1494 + 1608 - remove all 9 (sanity check) == works great - apply 0996 + 1490 == works great - apply 0996 + 1490 + 1494 == breaks So, it appears (for now) that 1494 is the culprit (will be trying 1494 on its own as well). What's interesting is that in that scenario, the stack was different than the others (attaching), so there may indeed be some interaction among the patches. -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
1494 by itself breaks. -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Cool - I'm doing a clean build with the fixed patch to confirm that everything's fine with this fix in place. old celeron 366's take awhile to rebuild php4 :) -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
The updated patch worked great - no more sigsegv's Thanks, Martin! -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 53581] Re: hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5
Excellent! Thanks for the fast turnaround, Martin! -- hoary: intermittent SIGSEGV from php pages after upgrade to 4.3.10-10ubuntu4.5 https://launchpad.net/bugs/53581 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 177682] Re: samba fails to upgrade under apt-get -qq -y upgrade
As an example, here's a successful mysql upgrade from last night in the same situation with no tty Preparing to replace mysql-common 5.0.22-0ubuntu6.06.5 (using .../mysql-common_5.0.22-0ubuntu6.06.6_all.deb) ... Unpacking replacement mysql-common ... Preparing to replace libmysqlclient15off 5.0.22-0ubuntu6.06.5 (using .../libmysqlclient15off_5.0.22-0ubuntu6.06.6_i386.deb) ... Unpacking replacement libmysqlclient15off ... Preparing to replace mysql-client-5.0 5.0.22-0ubuntu6.06.5 (using .../mysql-client-5.0_5.0.22-0ubuntu6.06.6_i386.deb) ... Unpacking replacement mysql-client-5.0 ... Preparing to replace mysql-server 5.0.22-0ubuntu6.06.5 (using .../mysql-server_5.0.22-0ubuntu6.06.6_all.deb) ... Unpacking replacement mysql-server ... Preparing to replace mysql-server-5.0 5.0.22-0ubuntu6.06.5 (using .../mysql-server-5.0_5.0.22-0ubuntu6.06.6_i386.deb) ... debconf: unable to initialize frontend: Dialog debconf: (TERM is not set, so the dialog frontend is not usable.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (This frontend requires a controlling tty.) debconf: falling back to frontend: Teletype Stopping MySQL database server: mysqld. debconf: unable to initialize frontend: Dialog debconf: (TERM is not set, so the dialog frontend is not usable.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (This frontend requires a controlling tty.) debconf: falling back to frontend: Teletype Stopping MySQL database server: mysqld. Unpacking replacement mysql-server-5.0 ... debconf: unable to initialize frontend: Dialog debconf: (TERM is not set, so the dialog frontend is not usable.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (This frontend requires a controlling tty.) debconf: falling back to frontend: Teletype Setting up mysql-common (5.0.22-0ubuntu6.06.6) ... Setting up libmysqlclient15off (5.0.22-0ubuntu6.06.6) ... Setting up mysql-client-5.0 (5.0.22-0ubuntu6.06.6) ... Setting up mysql-server-5.0 (5.0.22-0ubuntu6.06.6) ... debconf: unable to initialize frontend: Dialog debconf: (TERM is not set, so the dialog frontend is not usable.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (This frontend requires a controlling tty.) debconf: falling back to frontend: Teletype Stopping MySQL database server: mysqld. Starting MySQL database server: mysqld. -- samba fails to upgrade under apt-get -qq -y upgrade https://bugs.launchpad.net/bugs/177682 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 177682] samba fails to upgrade under apt-get -qq -y upgrade
Public bug reported:
Binary package hint: samba
I have a nightly cron job to get security updates that runs apt-get -qq
update && apt-get -qq -y upgrade
All other packages upgrade fine, except samba, which fails during
debconf, during update-inetd (which is part of netbase on my dapper
system), because it's trying to open /dev/tty which isn't valid in this
situation since it's being run from cron.
This results in a system where samba isn't running any more, so it's
effectively a Denial of Service (DoS) attack since I have to manually
ssh into the machine and apt-get upgrade to get samba to finish it's
configuration and run its daemons again.
The issue with update-inetd is that we're running under debconf so
DEBIAN_HAS_FRONTEND is defined, but DEBIAN_FRONTEND isn't set to
'noninteractive' like it should be in this case, so $file is set to
/dev/tty and causes this problem when it tries to open STDIN.
if($ENV{DEBIAN_HAS_FRONTEND}) {
my $file = ($ENV{DEBIAN_FRONTEND} eq 'noninteractive') ?
'/dev/null' : '/dev/tty'; # see 4.13 changelog entry
open(STDIN, "<$file") or die "Couldn't reopen stdin($file): $!";
open(STDOUT, ">$file") or die "Couldn't reopen stdout($file): $!";
open(STDERR, ">$file") or die "Couldn't reopen stderr($file): $!";
Here's the output from last night's attempted upgrade - it's the same
failure each time that samba fails to upgrade:
(Reading database ... 27404 files and directories currently installed.)
Preparing to replace smbfs 3.0.22-1ubuntu3.5 (using
.../smbfs_3.0.22-1ubuntu3.6_i386.deb) ...
Unpacking replacement smbfs ...
Preparing to replace samba 3.0.22-1ubuntu3.5 (using
.../samba_3.0.22-1ubuntu3.6_i386.deb) ...
* Stopping Samba daemons...
...done.
Unpacking replacement samba ...
Preparing to replace samba-common 3.0.22-1ubuntu3.5 (using
.../samba-common_3.0.22-1ubuntu3.6_i386.deb) ...
Unpacking replacement samba-common ...
Preparing to replace samba-doc 3.0.22-1ubuntu3.5 (using
.../samba-doc_3.0.22-1ubuntu3.6_all.deb) ...
Unpacking replacement samba-doc ...
Setting up samba-common (3.0.22-1ubuntu3.6) ...
debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
Setting up smbfs (3.0.22-1ubuntu3.6) ...
Setting up samba (3.0.22-1ubuntu3.6) ...
debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
Couldn't reopen stdin(/dev/tty): No such device or address at
/usr/sbin/update-inetd line 29.
dpkg: error processing samba (--configure):
subprocess post-installation script returned error exit status 6
Setting up samba-doc (3.0.22-1ubuntu3.6) ...
Errors were encountered while processing:
samba
E: Sub-process /usr/bin/dpkg returned an error code (1)
** Affects: samba (Ubuntu)
Importance: Undecided
Status: New
--
samba fails to upgrade under apt-get -qq -y upgrade
https://bugs.launchpad.net/bugs/177682
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
