Hello
In access.log is nothing at this time.
My question is: Is right if multiplexer PID shows in apache list of
processes? After restart apache no multiplexer PID shows in this list.
I have only last segfault:
(gdb) where
#0 apr_allocator_destroy (allocator=0x805745980) at
memory/unix/apr_pools.c:133
#1 0x000000000044de80 in just_die (sig=Variable "sig" is not available.
) at peruser.c:578
#2 <signal handler called>
#3 0x00000008015287bc in poll () from /lib/libc.so.7
#4 0x000000080137b85e in poll () from /lib/libthr.so.3
#5 0x000000080114b448 in apr_poll (aprset=0x80f67a2b0, num=3,
nsds=0x7fffffffe950, timeout=Variable "timeout" is not available.
) at poll/unix/poll.c:120
#6 0x000000000044bc52 in child_main (child_num_arg=Variable
"child_num_arg" is not available.
) at peruser.c:2137
#7 0x000000000044c6b4 in make_child (s=0x80181a868, slot=1) at
peruser.c:2563
#8 0x000000000044cd76 in ap_mpm_run (_pconf=Variable "_pconf" is not
available.
) at peruser.c:2681
#9 0x000000000042440a in main (argc=1, argv=0x7fffffffebc0) at main.c:739
(gdb) bt full
#0 apr_allocator_destroy (allocator=0x805745980) at
memory/unix/apr_pools.c:133
node = (apr_memnode_t *) 0x6d
#1 0x000000000044de80 in just_die (sig=Variable "sig" is not available.
) at peruser.c:578
No locals.
#2 <signal handler called>
No symbol table info available.
#3 0x00000008015287bc in poll () from /lib/libc.so.7
No symbol table info available.
#4 0x000000080137b85e in poll () from /lib/libthr.so.3
No symbol table info available.
#5 0x000000080114b448 in apr_poll (aprset=0x80f67a2b0, num=3,
nsds=0x7fffffffe950, timeout=Variable "timeout" is not available.
) at poll/unix/poll.c:120
i = 3
#6 0x000000000044bc52 in child_main (child_num_arg=Variable
"child_num_arg" is not available.
) at peruser.c:2137
ret = Variable "ret" is not available.
(gdb) frame 0
#0 apr_allocator_destroy (allocator=0x805745980) at
memory/unix/apr_pools.c:133
133 *ref = node->next;
(gdb) list
128 apr_memnode_t *node, **ref;
129
130 for (index = 0; index < MAX_INDEX; index++) {
131 ref = &allocator->free[index];
132 while ((node = *ref) != NULL) {
133 *ref = node->next;
134 free(node);
135 }
136 }
137
(gdb) list -
118 new_allocator->max_free_index =
APR_ALLOCATOR_MAX_FREE_UNLIMITED;
119
120 *allocator = new_allocator;
121
122 return APR_SUCCESS;
123 }
124
125 APR_DECLARE(void) apr_allocator_destroy(apr_allocator_t *allocator)
126 {
127 apr_uint32_t index;
(gdb) list -
108 APR_DECLARE(apr_status_t) apr_allocator_create(apr_allocator_t
**allocator)
109 {
110 apr_allocator_t *new_allocator;
111
112 *allocator = NULL;
113
114 if ((new_allocator = malloc(SIZEOF_ALLOCATOR_T)) == NULL)
115 return APR_ENOMEM;
116
117 memset(new_allocator, 0, SIZEOF_ALLOCATOR_T);
(gdb)
Best regards
Michal Kumzak
Dne 15.2.2011 12:52, Marcelo Coelho napsal(a):
Hi,
Can you check your access.log if this request was received by the processor?
I believe that multiplexer is segfaulting before forward the connection to
processor, in apr_strcat call. Can you get the core dump?
On Feb 14, 2011, at 6:30 PM, Michal Kumžák wrote:
Hello
It's not interesting what is after GET, interesting is that PID number is
multiplexer.
Best regards
Michal Kumzak
_______________________________________________
Peruser mailing list
[email protected]
http://www.telana.com/mailman/listinfo/peruser
_______________________________________________
Peruser mailing list
[email protected]
http://www.telana.com/mailman/listinfo/peruser
