On Monday 18 August 2008, Chris Horn wrote:
> Chris Horn wrote:
> > I'm not really a programmer (so this may be obvious from the
> > backtrace), but disabling the PHP5 module completely solves the
> > problem.
>
> Sorry for so much traffic, but I bring good news. I just upgraded
> all of my MySQL
Chris Horn wrote:
I'm not really a programmer (so this may be obvious from the backtrace),
but disabling the PHP5 module completely solves the problem.
Sorry for so much traffic, but I bring good news. I just upgraded all of my
MySQL packages to 'testing' and now everything appears to work.
I'm not really a programmer (so this may be obvious from the backtrace), but
disabling the PHP5 module completely solves the problem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Saturday 16 August 2008, you wrote:
> Stefan Fritsch wrote:
> > On Friday 15 August 2008, Chris Horn wrote:
> >> To re-create normal situation:
> >> 1. /etc/init.d/apache2 start
> >> 2. /etc/init.d/apache2 stop
> >> 3. apache2 is now hung
> >
> > Does this happen for you always or only sometimes
Stefan Fritsch wrote:
On Friday 15 August 2008, Chris Horn wrote:
To re-create normal situation:
1. /etc/init.d/apache2 start
2. /etc/init.d/apache2 stop
3. apache2 is now hung
Does this happen for you always or only sometimes? Does it only happen
after apache processed some requests? I canno
On Friday 15 August 2008, Chris Horn wrote:
> To re-create normal situation:
> 1. /etc/init.d/apache2 start
> 2. /etc/init.d/apache2 stop
> 3. apache2 is now hung
Does this happen for you always or only sometimes? Does it only happen
after apache processed some requests? I cannot reproduce it.
C
Hi,
does anybody have an idea what is going wrong here or how to debug
this?
On Friday 15 August 2008, Chris Horn wrote:
> (gdb) bt full
> #0 0xb7e630ee in __lll_lock_wait_private () from
> /lib/libpthread.so.0 No symbol table info available.
> #1 0xb7e606e1 in _L_lock_23 () from /lib/libpthre
7 matches
Mail list logo