[EMAIL PROTECTED]:~$ sudo lsof -nP -i tcp:80
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
apache21372 www-data3u IPv6 13782 TCP *:80 (LISTEN)
apache21413 www-data3u IPv6 13782 TCP *:80 (LISTEN)
apache21464 www-data3u IPv6 13782 TCP
Which apache2-mpm-* package are you using?
[EMAIL PROTECTED]:~$ dpkg -l apache2-mpm-prefork
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
Package: ssl-cert
Version: 1.0.20+nmu1
Severity: wishlist
Tags: l10n patch
Russian debconf templates translation update is attached.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Aktualne kauzy Pociatek, dan z pohonnych hmot a Lisabonska zmluva a zaroven
rekordne vysoka podpora premiera su jasnym dokazom, ze Slovensko ma skutocneho
barona lzi. Citajte viac tu:
http://richardsulik.blog.sme.sk/c/152722/Eskamoter-Fico.html
Richard Sulik
Newsletter zo stranky
Package: ssl-cert
Version: n/a
Tags: l10n, patch
Severity: wishlist
Updated Portuguese translation for ssl-cert's debconf messages.
Translator: Ricardo Silva ardoric _at_ gmail.com
Feel free to use it.
For translation updates please contact 'Last Translator' or the
Portuguese Translation Team
Hi Michael,
On Tuesday 27 May 2008, Michael Loftis wrote:
Can we please get an update/backport of the fix into etch whatever
it was?
The fix used in testing/unstable is too invasive for a stable point
release.
I can think of atleast one better way, /etc/apache2/*.conf
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.29
severity 486629 important
Bug#486629: apache2 refusing to restart
Severity set to `important' from `normal'
End of message, stopping processing here.
Please contact me if you need
Hi Paul,
it seems if there is a large number of child processes, apache can
take a long time to close all the listening sockets. If this is your
problem, then apache should die some time after an unsuccessful
restart. In this case, you could try to increase the wait time in the
init script
--On June 21, 2008 12:21:24 AM +0200 Stefan Fritsch [EMAIL PROTECTED] wrote:
Hi Michael,
On Tuesday 27 May 2008, Michael Loftis wrote:
Can we please get an update/backport of the fix into etch whatever
it was?
The fix used in testing/unstable is too invasive for a stable point
release.
Hi Stefan,
It was already set to 4, I read in the script it something about
increasing it to atleast 12, So to be on the safe side I increased it to
30.
That makes it take abit longer to restart but thats a better solution than
forcing it to stop and then having to reboot to clean
10 matches
Mail list logo