Hello,
Bad day today, next new error :-(
[Tue Jan 25 10:59:24 2011] [error] Could not pass request to processor
u5002 (virtualhost www.svet-krasy.cz), request will not be honoured.
[Tue Jan 25 10:59:25 2011] [notice] child pid 80897 exit signal Bus
error (10), possible coredump in /tmp
[Tue Jan 25 10:59:25 2011] [notice] child pid 80892 exit signal Bus
error (10), possible coredump in /tmp
[Tue Jan 25 10:59:25 2011] [notice] child pid 80830 exit signal Bus
error (10), possible coredump in /tmp
[Tue Jan 25 10:59:25 2011] [notice] child pid 80821 exit signal Bus
error (10), possible coredump in /tmp
Backtrace of coredump:
(gdb) bt
#0 apr_palloc (pool=0x6863617041203a72, in_size=192) at
memory/unix/apr_pools.c:646
#1 0x00000000004450c5 in ap_http_header_filter (f=0x80f52c680,
b=0x80f52d0b8) at http_filters.c:770
#2 0x000000000042c17b in ap_content_length_filter (f=0x80f52c658,
b=0x80f52d0b8) at protocol.c:1335
#3 0x00000000004463a4 in ap_byterange_filter (f=0x80f52c630,
bb=0x80f52d0b8) at byterange_filter.c:177
#4 0x000000000042bf44 in ap_read_request (conn=0x80f525298) at
protocol.c:1012
#5 0x00000000004410d3 in ap_process_http_connection (c=0x80f525298) at
http_core.c:183
#6 0x000000000043d9d2 in ap_run_process_connection (c=0x80f525298) at
connection.c:43
#7 0x000000000044ad20 in process_socket (p=0x80f525028,
sock=0x80f5250a0, conn_id=7, bucket_alloc=0x80f529028, pool=0x80f523028)
at peruser.c:1393
#8 0x000000000044bed8 in child_main (child_num_arg=Variable
"child_num_arg" is not available.
) at peruser.c:2242
#9 0x000000000044c6b4 in make_child (s=0x80181a868, slot=7) at
peruser.c:2563
#10 0x000000000044cd76 in ap_mpm_run (_pconf=Variable "_pconf" is not
available.
) at peruser.c:2681
#11 0x000000000042440a in main (argc=1, argv=0x7fffffffebc0) at main.c:739
(gdb) bt full
#0 apr_palloc (pool=0x6863617041203a72, in_size=192) at
memory/unix/apr_pools.c:646
active = Variable "active" is not available.
(gdb)
Best regards
Michal Kumzak
Dne 25.1.2011 9:37, Michal Kumžák napsal(a):
Hello
In my error log today appear new warning "(9)Bad file descriptor:
apr_socket_opt_set: (TCP_NODELAY)".
[Tue Jan 25 00:00:03 2011] [notice] Digest: generating secret for
digest authentication ...
[Tue Jan 25 00:00:03 2011] [notice] Digest: done
[Tue Jan 25 00:00:03 2011] [notice] Apache/2.2.17 (FreeBSD) DAV/2
PHP/5.3.5 with Suhosin-Patch configured -- resuming normal operations
[Tue Jan 25 00:00:03 2011] [notice] child pid 18973 exit signal
Segmentation fault (11), possible coredump in /tmp
[Tue Jan 25 05:59:50 2011] [warn] (9)Bad file descriptor:
apr_socket_opt_set: (TCP_NODELAY)
[Tue Jan 25 08:13:48 2011] [notice] child pid 42221 exit signal
Segmentation fault (11), possible coredump in /tmp
Am I only me who has segfaults on FreeBSD system with the last patch
v15, or is there anybody else?
Best regards
Michal Kumzak
Dne 19.1.2011 22:47, Marcelo Coelho napsal(a):
Hello!
Peruser patch (v15) - FreeBSD
Patch from RC2:
http://opensource.mco2.net/download/apache/peruser/peruser-rc2-to-rc3-v15-freebsd.patch
Full patch from vanilla Apache 2.2.17:
http://opensource.mco2.net/download/apache/peruser/peruser-rc3-full-v15-freebsd.patch
Important: this patch works only with FreeBSD because cpu_usage.c
uses FreeBSD KVM Library to control CPU use. This patch will not work
on Linux (I guess).
There is a new parameter MaxCPUUsage, to control CPU use by each
processor. It works like Linux cpulimit utility: if processor CPU use
is greater than MaxCPUUsage, sends a SIGSTOP, if lower, sends a SIGCONT.
MaxCPUUsage defaults 0, wich means unlimited.
Changes (from RC2):
* (v15) Feature: /server-status with more details (CPU usage of each
processor and each ServerEnvironment).
* (v15) Feature: New configuration MaxCPUUsage
* (v15) Bug fix: some segfaults fixed.
* (v14) Bug fix: multiplexer segfault when passing big requests to
processors (URI with ~8192 bytes and big Referer header)
* (v14) Performance: faster idle server maintenance
* (v14) Clean-up: removed .orig files
* (v13) Code more "APR-ized"
* (v13) Bug fix: apachectl graceful works, even under high load.
* (v12) Not released to public
* (v11) Not released to public
* (v10) Bug fixed: fixed some segfaults
* (v10) Bug fixed: work around to a flaw in apr-util (as PR 43857)
* (v9) Not released to public
* (v8) Bug fixed: apachectl graceful now is more stable, like RC2
version
* (v8) Bug fixed: fixed some segfaults (thank you Dave Steinberg for
sending your core dumps)
* (v8) Bug fixed: server dies with infinite loop script, reported by
Taavi Sannik
* (v8) Bug fixed: "long lost child" error, reported by Taavi Sannik
* (v8) Performance: update_all_counters() rewritten without malloc()
and free()
* (v7) Bug fixed: multiplexers now can clone a processor child if all
workers are busy.
* (v6) Bug fixed: apachectl graceful now working properly, without
"long lost child" errors
* (v5) Not released to public
* (v4) Code cleanup
* (v4) Performance: childs are started in ~25ms, 40 times faster than
in RC2 (~1000ms)
* (v4) Bug fixed: now checking if total_processors is 1 (first
access) to start StartProcessors
* (v3) Performance: new child type (CHILD_TYPE_RESERVED) to avoid
collision (2 childs trying to get the same free slot)
* (v3) Bug fixed: fixed a bug in RC2, wait_timeout was always 0,
never sleeping to wait for new workers.
* (v2) Performance: StartProcessors, new configuration directive to
control the number of child processors per vhost at startup
* (v2) Performance: childs are started in ~50ms, 20 times faster than
in RC2 (~1000ms)
* (v1) Performance: faster to lookup for free slots (this is
important on busy servers, with many virtual hosts)
* (v1) Performance: faster to count processors, one single loop
counts all processors
* (v1) Bug fixed: bug when MinSpareProcessors is set to 0 (now all
workers processes are killed when idle_timeout is reached)
* (v1) Bug fixed: Free-up slots when a WORKER or PROCESSOR
unexpectedly dies
Regards,
--
Marcelo Coelho
marcelo at mco2.com.br
_______________________________________________
Peruser mailing list
[email protected]
http://www.telana.com/mailman/listinfo/peruser
_______________________________________________
Peruser mailing list
[email protected]
http://www.telana.com/mailman/listinfo/peruser
_______________________________________________
Peruser mailing list
[email protected]
http://www.telana.com/mailman/listinfo/peruser
