Liver transplant.
Hello. I found your e-mail adress on medical site of transplant and liver problems. My name is Alex, I am from Ukraine, I am 31 years old man, I do not drink alcohol and do not smoke cigarettes, my blood is O+ and I have a good health. If you need liver transplant I am ready to give part of my liver, but I want to receive a big compensation for that... If you do not need liver transplant, but you know somebody who need it, please send my message to this person or keep it just in case. alexsi...@yahoo.com alexsi...@hotmail.com Alex P.S. If I was mistaken, I am sorry, I will not disturb you any more.
Bug#43910: Wanna see a nude college babe? Tony
Do you want to see real amateurs who have webcams on their computers in their dorm rooms? This is not one of those sites with professional girls who get paid to do this in front of the camera, these are the average girls next door, at college, trying to make money and meet guys! Get free access to a huge database of hot college girls, unlimited cam shows with LIVE CHAT and there are no Pay-Per-Minute charges! http://burntbypens.com/co25/ almost you factorial me burglarproof you induct me sunset you germicide me exercise you brownie me dennis you standstill me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#1033284: apache2 2.4.56-1 redirects not normal working appeared %3f
Package: apache2 Version: 2.4.56-1 Hello. I used to redirect RewriteRule ^test\.php$https://www.test.com/? [R=301,L] Result test.com/test.php 301 >https://www.test.com/ After upgrading to the 2.4.56-1 Result test.com/test.php 301 >https://www.test.com/%3f What is the problem can you fix it?
Bug#269309: apache2-common: should suggest/recommend rather than depend on lynx
Additionally, 'apache2ctl status' still doesn't work: host:/# apache2ctl status Not Found The requested URL /server-status was not found on this server. _ Apache/2.0.50 (Debian GNU/Linux) PHP/4.3.8-9 Server at localhost Port 80
Bug#607072: apache2-mpm-itk doesn't kill its processes
Package: apache2-mpm-itk Version: 2.2.6-02-1+lenny3+b1 Severity: important For some reason my apache2 didn't kill the processes of user and they just sat there in sleep mode consuming a portition of my memory. There was no traffic to the particular user at that time and "netstat -ntp" was clear. Apache access log was also clear and so did error.log. I even tried to disable this site with a2dissite and reloadi apache, but still the processes were there. when i did "ps aux | grep demo". I got this demo 528 0.0 5.2 263764 20084 ?S10:38 0:00 /usr/sbin/apache2 -k start demo 660 0.0 5.2 263764 20084 ?S10:39 0:00 /usr/sbin/apache2 -k start demo 31821 0.0 6.1 267592 23544 ?S10:25 0:00 /usr/sbin/apache2 -k start demo 31850 0.0 5.2 263764 20096 ?S10:26 0:00 /usr/sbin/apache2 -k start demo 31863 0.0 5.2 263764 20096 ?S10:26 0:00 /usr/sbin/apache2 -k start demo 32007 0.0 4.9 263764 19176 ?S10:27 0:00 /usr/sbin/apache2 -k start demo 32067 0.0 5.0 263772 19392 ?S10:28 0:00 /usr/sbin/apache2 -k start demo 32081 0.0 5.1 263764 20008 ?S10:28 0:00 /usr/sbin/apache2 -k start demo 32360 0.0 5.1 263764 20020 ?S10:31 0:00 /usr/sbin/apache2 -k start demo 32490 0.0 5.2 263764 20084 ?S10:33 0:00 /usr/sbin/apache2 -k start The uids didnt change over time. I cant reproduce this issue. My last access log was clear.(just normal visit traffic from me) -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2-mpm-itk depends on: ii apache2.2-common2.2.9-10+lenny8 Apache HTTP Server common files ii libapr1 1.2.12-5+lenny2 The Apache Portable Runtime Librar ii libaprutil1 1.2.12+dfsg-8+lenny5 The Apache Portable Runtime Utilit ii libc6 2.7-18lenny6 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libpcre37.6-2.1 Perl 5 Compatible Regular Expressi apache2-mpm-itk recommends no packages. apache2-mpm-itk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101214142700.5640..report...@lostid.net
Bug#752922: apache2 upgrade wheezy->jessie breaks certain apache2 modules
Package: apache2
Version: 2.4.9-2
Severity: important
Dear Maintainer,
Upgrading from stable (wheezy) to testing (jessie) permanently breaks certain
apache2 modules.
This bug has also been filed for Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/188
but the Ubuntu folks suggested this should be fixed upstream so I am filing the
bug report here. This report should be a bit easier to read.
When stable is upgraded to testing, apache 2.2 is replaced by apache 2.4. Under
apache 2.4, the default set of modules build is different to that under apache
2.2, and certain modules (e.g. mod_ident, which is the one that bit me) are not
built, and are not included by default in the apache 2.4 package. Nor are they
included in any other package.
This is in itself a problem, because any systems relying on these modules will
not survive the upgrade.
Worse, though is what happens after an upgrade. I rebuilt mod_ident as a
separate .deb in the hope it would work and could be contributed back:
https://github.com/abligh/libapache-mod-ident
However, this exposes a conffile handling issue which is hard to work around in
any normal manner.
The issue is as follows. When apache2.2-common is installed, it has a conffile
for the .load file of the relevant module. In this instance:
root@debiantest:~# dpkg-query -W -f='${Conffiles}' apache2.2-common | fgrep
ident
/etc/apache2/mods-available/ident.load 51ba623a8a2bd71c512f847d02e0934f
When this is upgraded to jessie (using fist-upgrade), the conffile is
(correctly) removed, but the record of the conffile still exists under the
apache2.2-common package.
During install we see:
Removing apache2.2-common (2.2.22-13+deb7u1) ...
(Reading database ... 14345 files and directories currently installed.)
Preparing to unpack .../apache2_2.4.9-2_amd64.deb ...
Moving obsolete conffile /etc/apache2/mods-available/authz_default.load out of
the way...
Moving obsolete conffile /etc/apache2/mods-available/authn_default.load out of
the way...
Moving obsolete conffile /etc/apache2/mods-available/mem_cache.load out of the
way...
Moving obsolete conffile /etc/apache2/mods-available/mem_cache.conf out of the
way...
Moving obsolete conffile /etc/apache2/mods-available/authn_alias.load out of
the way...
Moving obsolete conffile /etc/apache2/mods-available/cern_meta.load out of the
way...
Moving obsolete conffile /etc/apache2/mods-available/disk_cache.load out of the
way...
Moving obsolete conffile /etc/apache2/mods-available/disk_cache.conf out of the
way...
Moving obsolete conffile /etc/apache2/mods-available/ident.load out of the
way...
Moving obsolete conffile /etc/apache2/mods-available/imagemap.load out of the
way...
Unpacking apache2 (2.4.9-2) over (2.2.22-13+deb7u1) ...
but then afterwards:
root@debiantest:~# dpkg --list | fgrep apache
ii apache2 2.4.9-2 amd64Apache
HTTP Server
ii apache2-bin 2.4.9-2 amd64Apache
HTTP Server (binary files and modules)
ii apache2-data 2.4.9-2 all Apache
HTTP Server (common files)
ii apache2-mpm-worker2.4.9-2 amd64
transitional worker MPM package for apache2
ii apache2-utils 2.4.9-2 amd64Apache
HTTP Server (utility programs for web servers)
ii apache2.2-bin 2.4.9-2 amd64
Transitional package for apache2-bin
rc apache2.2-common 2.2.22-13+deb7u1 amd64Apache
HTTP Server common files
root@debiantest:~# dpkg-query -W -f='${Conffiles}' apache2.2-common | fgrep
ident
/etc/apache2/mods-available/ident.load 51ba623a8a2bd71c512f847d02e0934f
Now imagine you have another package which depends on mod_ident to work. It can:
Depends: apache2, apache2.2-bin | libapache2-mod-ident
which means it will pull in another libapache2-mod-ident module for apache 2.4
at the time of the upgrade as apache2.2-bin will be removed.
However, this then won't install the conffile above as apache2.2-common owns
it. Adding Replaces: Breaks: to the 2.4 module is insufficient as thought this
marks apache2.2's entry for the conffile as obsolete, the .load file still
doesn't get installed. Commit cb55f139c661cd345f1e1234a977f6c17b653bd1 to the
version of mod_ident above works around this in a fairly disgusting manner,
i.e. Replaces: Breaks:, plus copying the file in manually in the .postinst if
it's not already there.
In summary, the change to 2.4 makes it VERY HARD to safely upgrade from wheezy
to jessie if a program relies upon the relevant modules. I can see why the auth
modules might have been deprecated, but I see no reason why the ident module
should have been.
I would suggest:
* Produce a apache2-mod-extra package containing the non-default modules (i.e.
build with the 'reallyall' parameter to configure but put these extra modules
in a separate package);
o
problem with apt-get
#tengo un problema al intentar usar el apt-get da siempre este error no lo puedo solucionar. gracias, espero sirva para saber que pasa. [EMAIL PROTECTED]:/home/morciyo # apt-get install xmule Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho xmule ya está en su versión más reciente. 0 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 0B de archivos. Se utilizarán 0B de espacio de disco adicional después de desempaquetar. Configurando libapache-mod-perl (1.29.0.3-4) ... Error: 510mod_dynvhost.info does not have a valid LoadModule entry. The above errors might cause apache to not work properly or start Please refer to the documentation on how to fix it or report it to Debian Apache Mailing List if in doubt on how to proceed dpkg: error al procesar libapache-mod-perl (--configure): el subproceso post-installation script devolvió el código de salida de error 20 Se encontraron errores al procesar: libapache-mod-perl E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#285290: apache2 content negotiation issue
Frank A. Uepping wrote: > Package: apache2-doc > Version: 2.0.52-3 > Severity: important > > The apache2-doc does not work with the out of the box apache2 configuration. > There seems to be some issue with the content negotiation settings. > > E.g.: http://localhost/doc/apache2-doc/manual/ > > should show us the index page of the apache2-doc in the language requested, > but it shows the content of the type-map file; so there is no working content > negotiation here. I have experienced the same bug with version 2.0.54-4. It is caused by a misnomer in the type-map files included in the debian package. Type-map files are supposed to have a .var extension; whereas, the have a .html extension in the debian apache2-doc package. The solution seems to be simply to delete all the *.html files or rename them as *.var. Regards, Alex Baretta -- * http://www.barettadeit.com/ Baretta DE&IT A division of Baretta SRL tel. +39 02 370 111 55 fax. +39 02 370 111 54 Our technology: The Application System/Xcaml (AS/Xcaml) <http://www.asxcaml.org/> The FreerP Project <http://www.freerp.org/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
VOIP Route
August 8, 2005 Dear Sir or Madam: PLEASE NOTE THAT THIS IS NOT A SPAM. (IT IS JUST TO NOTIFY THAT WE ARE ACCEPTING THE INVITATION SHOWN IN YOUR WEB PAGE SO AS TO DO BUSINESS WITH YOUR COMPANY) We have found your email address in a related page of: VOIP SOLUTION BUSINESS. We are a company dealing with VOIP related business, Call termination & origination, and we are very interested in trade minutes of VOIP communication with your company (In the event that your company is in this kind of business). Due to that we BUY and SALE minutes wholesale, If you are interested in doing business with us, please submit to us your best offer for different countries that you are handling or your A-Z Rates. If your company has nothing to do with this business, please accept our apologies and could you please be so kind and help us, addressing us to the right place? Our offices are located at: 3625 North Country Club Drive El Dorado, Tower III Suite # 2503 Aventura Florida 33180 USA Our bank is Bank Atlantic Based in Miami Florida. Best regards, Manager of Planet Telecom Inc. Alex Reshuan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337748: mod_mime_magic: can't read magic file /usr/share/misc/file/magic.mime
Package: apache Version: 1.3.34-1 Severity: normal The 2005-10-14 update of libmagic1 to 4.15-2 changed the location of magic.mime from /usr/share/misc/file/ to /usr/share/file/ for FHS compliance reasons. The Apache httpd.conf file needs to be updated to reflect this. libmagic1's failure to provide an upgrade path is reported as #334817 (which is CC'ed). This bug is similar to archived bugs #159000, #170856, #173178, #197016, #212782, and #230718. As this seems to indicate a pattern of regressions, procedures and communication between the libmagic1 and apache maintainers aimed at avoiding further repetitions may be needed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages apache depends on: ii apache-common 1.3.34-1 support files for all Apache webse ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libdb4.3 4.3.29-1 Berkeley v4.3 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libmagic1 4.15-2 File type determination library us ii logrotate 3.7.1-2Log rotation utility ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii mime-support 3.35-1 MIME files 'mime.types' & 'mailcap ii perl 5.8.7-7Larry Wall's Practical Extraction apache recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#266835: [patch] easier rebuild of suexec
Hello, As one of the mereged suexec bug reports sugests a set of alternative suexec's with diferent doc_roots might be the ultimate solution... In fact I've just had a thought as I write this. The apache2-common continues to contain the standard suexec but another package lets call it "apache2-alt-suexec" could contain an alternative suexec (which is put into place using dpkg-divert) and is modified to read the docroot and other compile time settings from a config file under /etc/. Anyway the pragmatic way to proceed at the moment would seem to be use: dpkg-divert --divert /usr/lib/apache2/suexec.debian --rename /usr/lib/apache2/suexec to move apache2-common's suexec out of the way and then replace it with my own suexec compiled from the debian source. The "patch" is a suggestion and request to add a few lines to the debian/rules to make it simple for me and other admin to rebuild suexec to our own tastes without having to rebuild all the apache packages. For the time being I have implemented this as a makefile which includes debian/rules but ultimatly it could be added(merged into) to the debian rules file. Anyway the file surules is atached. It can be used as follows: apt-get source apache2 cd apache2-* #copy attached file to debian/surules #build my suexec ./debian/surules suexec SUEXEC_USERDIR=/my/prefered/doc/root #divert installed suexec sudo dpkg-divert --divert /usr/lib/apache2/suexec.debian --rename /usr/lib/apache2/suexec sudo cp debian/build-tree/suexec/support/suexec /usr/lib/apache2/suexec sudo chown root: /usr/lib/apache2/suexec sudo chmod 4755 /usr/lib/apache2/suexec Remember the divert will mean that the custom suexec will not be clobbered on package upgrades... however you may want/need to repeat the procedure (minus the call to dpkg-divert) to rebuild and reinstall the custom suexec to keep suexec in step with the rest of the apache software. Regards... And hope that surules or something like it one day makes it into the debian source package?!? Alex Owen surules Description: Binary data
Bug#752922: closed by Stefan Fritsch (Bug#711925: fixed in apache2 2.4.10-1)
bg_2.4.10-1_i386.deb
> Files:
> ec308851198083b0fae2744f9618dcea 1510 oldlibs extra
> libapache2-mod-proxy-html_2.4.10-1_i386.deb
> 70506c70c2b772cc4e9e45fdfeac4fd4 1492 oldlibs extra
> libapache2-mod-macro_2.4.10-1_i386.deb
> 29ebfa68ec50f98ab35172c3f1c58e23 200592 httpd optional
> apache2_2.4.10-1_i386.deb
> 765cb731f27196675bb6a6a0b676dfe5 162592 httpd optional
> apache2-data_2.4.10-1_all.deb
> 924ef3cbfb4ea2587d6da241551ecbcc 1047466 httpd optional
> apache2-bin_2.4.10-1_i386.deb
> 7e0228b66c2a891c08b5edb59e47ca57 1508 oldlibs extra
> apache2-mpm-worker_2.4.10-1_i386.deb
> f04b2fc544775adf9c7971f990cd5eef 1514 oldlibs extra
> apache2-mpm-prefork_2.4.10-1_i386.deb
> edd44817eafa90e6ee801c09735e 1508 oldlibs extra
> apache2-mpm-event_2.4.10-1_i386.deb
> 47f95a8d1b5c7b25f77165f160b987b7 1508 oldlibs extra
> apache2-mpm-itk_2.4.10-1_i386.deb
> 9663f2c726462cd3d18db55e0f00f791 1524 oldlibs extra
> apache2.2-bin_2.4.10-1_i386.deb
> 518bd4a1aea46ed676ee834a687c9fc8 120734 oldlibs extra
> apache2.2-common_2.4.10-1_i386.deb
> 8de91142a96c19001909cbd2b0dd770e 195186 httpd optional
> apache2-utils_2.4.10-1_i386.deb
> e811af97e9a84851851ffa32dc1a0956 1482 oldlibs extra
> apache2-suexec_2.4.10-1_i386.deb
> af03254d02c4bfd6c1e27cac80a68b2c 126318 httpd optional
> apache2-suexec-pristine_2.4.10-1_i386.deb
> 878c8e2722a72a4d62dae5fadd97722d 127860 httpd extra
> apache2-suexec-custom_2.4.10-1_i386.deb
> e502d43c348fb4af62a475bf2ac0c68c 2723100 doc optional
> apache2-doc_2.4.10-1_all.deb
> f648a50a9d417501655ec9fb26298f5a 277382 httpd optional
> apache2-dev_2.4.10-1_i386.deb
> 786dd3cabdc7b7bdfdf23954f1c0cff0 1527018 debug extra
> apache2-dbg_2.4.10-1_i386.deb
> 31c37885d7cb41e97b9edb7531c0e3cd 3218 httpd optional apache2_2.4.10-1.dsc
> 44543dff14a4ebc1e9e2d86780507156 5031834 httpd optional
> apache2_2.4.10.orig.tar.bz2
> 75548a0e0564df47c26c84cc4c92bc60 438288 httpd optional
> apache2_2.4.10-1.debian.tar.xz
>
>
>
> From: Alex Bligh
> Subject: apache2 upgrade wheezy->jessie breaks certain apache2 modules
> Date: 27 June 2014 20:35:39 BST
> To: Debian Bug Tracking System
>
>
> Package: apache2
> Version: 2.4.9-2
> Severity: important
>
> Dear Maintainer,
>
> Upgrading from stable (wheezy) to testing (jessie) permanently breaks certain
> apache2 modules.
>
> This bug has also been filed for Ubuntu:
> https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/188
> but the Ubuntu folks suggested this should be fixed upstream so I am filing
> the bug report here. This report should be a bit easier to read.
>
> When stable is upgraded to testing, apache 2.2 is replaced by apache 2.4.
> Under apache 2.4, the default set of modules build is different to that under
> apache 2.2, and certain modules (e.g. mod_ident, which is the one that bit
> me) are not built, and are not included by default in the apache 2.4 package.
> Nor are they included in any other package.
>
> This is in itself a problem, because any systems relying on these modules
> will not survive the upgrade.
>
> Worse, though is what happens after an upgrade. I rebuilt mod_ident as a
> separate .deb in the hope it would work and could be contributed back:
>
> https://github.com/abligh/libapache-mod-ident
>
> However, this exposes a conffile handling issue which is hard to work around
> in any normal manner.
>
> The issue is as follows. When apache2.2-common is installed, it has a
> conffile for the .load file of the relevant module. In this instance:
>
> root@debiantest:~# dpkg-query -W -f='${Conffiles}' apache2.2-common | fgrep
> ident
> /etc/apache2/mods-available/ident.load 51ba623a8a2bd71c512f847d02e0934f
>
> When this is upgraded to jessie (using fist-upgrade), the conffile is
> (correctly) removed, but the record of the conffile still exists under the
> apache2.2-common package.
>
> During install we see:
> Removing apache2.2-common (2.2.22-13+deb7u1) ...
> (Reading database ... 14345 files and directories currently installed.)
> Preparing to unpack .../apache2_2.4.9-2_amd64.deb ...
> Moving obsolete conffile /etc/apache2/mods-available/authz_default.load out
> of the way...
> Moving obsolete conffile /etc/apache2/mods-available/authn_default.load out
> of the way...
> Moving obsolete conffile /etc/apache2/mods-available/mem_cache.load out of
> the way...
> Moving obsolete conffile /etc/apache2/mods-available/mem_cache.conf out of
> the way...
> Moving obsolete conffile /etc/apache2/mods-available/authn_alias.load out of
> the way...
> Moving obsolete conffile /etc/apache2/mods-available/cern_meta.load out of
> the way...
> Moving obsolete conffile /etc/apache2/mods-availa
Bug#752922: obsolete modules / mod_ident
On 21 Sep 2014, at 20:47, Stefan Fritsch wrote: > Mod_ident has not been re-introduced with 2.4.10-1. But I will do that > in the next upload. > Cern_meta, ident, imagemap are the > remaining ones and we thought nobody would use these anymore. Thanks. For what it's worth in my use case the client is not a user at a command line, but a tcp connection running a protocol that it is not possible to change (for instance to add headers, authentication or similar). However, mod_ident is used (with an ident server module) to look up details of the relevant tcp connection. An edge case I know. -- Alex Bligh -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6ffb2b70-1825-483c-8084-7412b3568...@alex.org.uk
Re: Perfect webdesign
Hello: We are proud to offer you high quality custom web design, logo and stationery design, e-commerce and custom programming. Please, check our portfolio at http://www.luxwebdev.com/portfolioweb.html What can we do for your business? - Unique custom high quality design - Unique logo design - Stationery development (letterhead, business cards, envelope designs) - Custom programming - Content managment systems - E-commerce systems with payment processings - Java development - Search engine marketing - Flash and Multmedia development - Business presentations - Hight quality 3D Video creation - Desktop programming Please write me to [EMAIL PROTECTED] only. (PLEASE USE THIS EMAIL ONLY AND DO NOT TRY TO 'REPLY' TO THE MESSAGE). Thank you for your attention! Best, Alex Moyer LuxWebDev.com [EMAIL PROTECTED] * Private, Confidential and Privileged. This email and any files and attachments transmitted with it are confidential and/or privileged. They are intended solely for the use of the intended recipient. The content of this email and any file or attachment transmitted with it may have been changed or altered without the consent of the author. If you are not the intended recipient, please note that any review, dissemination, disclosure, alteration, printing, circulation or transmission of this email and/or any file or attachment transmitted with it, is prohibited and may be unlawful. *
Bug#533231: Processor related?
I noticed the same issue on the server powered by Atom processor but Apache works fine on my servers with some other processors. Could it really be processor related somehow? -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4be03d7b.2010...@smartdesign.by
Bug#399776: got the same
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 27610 www-data 25 0 186m 5636 4576 R 33 2.2 111:17.15 apache2 31435 www-data 25 0 185m 5064 4560 R 33 1.9 109:52.86 apache2 8368 www-data 25 0 183m 5188 4488 R 33 2.0 100:57.56 apache2 27615 www-data 25 0 187m 5032 4528 R 32 1.9 123:57.08 apache2 27609 www-data 25 0 186m 5048 4556 R 32 1.9 150:24.81 apache2 7848 www-data 25 0 184m 5584 4680 R 31 2.1 98:57.43 apache2 27608 www-data 25 0 186m 5020 4512 R 27 1.9 123:02.45 apache2 27618 www-data 25 0 187m 5356 4600 R 27 2.1 93:30.60 apache2 27612 www-data 25 0 192m 5032 4528 R 26 1.9 141:16.88 apache2 31436 www-data 25 0 185m 5156 4600 R 26 2.0 100:33.98 apache2 29135 www-data 25 0 185m 5012 4524 R 24 1.9 136:45.20 apache2 6569 www-data 25 0 185m 5116 4548 R 24 2.0 104:33.05 apache2 479 www-data 25 0 185m 5104 4576 R 23 2.0 117:57.00 apache2 8367 www-data 25 0 184m 6040 4584 R 23 2.3 96:44.73 apache2 1 root 16 0 6124 72 52 S0 0.0 0:01.10 init This happens ~ once a day with the default config. Reducing the number of clients doesn't seem to be an elegant solution. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398223: nothing to do with ssl certificate passphrase
I've got exactly the same on my box: -- [Sun Feb 25 05:53:35 2007] [error] [client 74.6.87.40] File does not exist: /var/www/forum.myhost.org/robots.txt [Sun Feb 25 06:25:33 2007] [warn] child process 18306 still did not exit, sending a SIGTERM [Sun Feb 25 06:25:33 2007] [warn] child process 8377 still did not exit, sending a SIGTERM ... [Sun Feb 25 06:25:38 2007] [error] child process 18410 still did not exit, sending a SIGKILL [Sun Feb 25 06:25:38 2007] [error] child process 18411 still did not exit, sending a SIGKILL [Sun Feb 25 06:25:39 2007] [notice] caught SIGTERM, shutting down -- Yes, it serves ssl but the certificate definitely doesn't have a password. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
