http://blog.gmane.org/gmane.comp.apache.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.apache.user/99932 <pre>Hi all, I sent this issue to the dev mailing but I couldn't receive any responses. I think this subject is fit to be discussed in the user mailing so I am sending this again. :-) When I tested mod_proxy + mod_proxy_balancer + (mod_proxy_ajp or mod_proxy_http) with worker mpm, I always met CLOSE_WAIT state in apache httpd proxy side. I tested the following scenario. - Sending a request at the browser -&gt; apache httpd, mod proxy -&gt; ajp or http java server(1) - Normally, browser received the response correctly and the connection state became to be ESTABLISHED. - And java server closed the ajp or http connection with timeout(Or terminate java server forcibly). - Then apache httpd proxy machine always had the CLOSE_WAIT state about the connection. It seemed that the apache httpd proxy modules(?) did not try to close the invalid socket which had been already closed at the peer side(the backend java server side). Perhaps is it already the known issue? When I searched similar issues, I found https://issues.apache.org/bugzilla/show_bug.cgi?id=51814 . Actually, I am not sure that this problem is related to mod_proxy modules because I could meet the same problem with using mod_jk(In other words, I think that it can be httpd's issue. but I am not sure). In mod_jk, I could work around the problem with using periodic ping logic which cleaned up the CLOSE_WAIT connections. Please give me some advice if I am misunderstanding something. I'd appreciate some help. Thanks! -- httpd version: 2.4.2 backend java server: grizzly http/ajp, playframework(maybe it uses netty) os: httpd(Linux 2.6.18 x86_64), backend server(MacOs) -- Regards, Bongjae Chang </pre> Bongjae Chang 2012-05-24T04:25:39 http://permalink.gmane.org/gmane.comp.apache.user/99931 <pre> OK, I have closed down that virtual host I had set up ( which was the source of those aggregator web page requests), but I am still getting the same problems. It starts out with 9 copies of httpd daemon running. After a few hours it is up to 15 or 20. I have no idea what is causing this. I have now put in a cron job which checks every 10 min and if it finds more than 24 instances of httpd running, it restarts httpd (service httpd restart) But this is clearly a horrible kludge. Is there any way I can figure out what is triggering these versions of httpd to be piling up? </pre> Bill Unruh 2012-05-24T02:47:37 http://permalink.gmane.org/gmane.comp.apache.user/99930 <pre>hi, disable Use URL rewriting from joomla administrator from Global Configuration On Wed, May 23, 2012 at 9:23 PM, Csanyi Pal &lt;csanyipal&lt; at &gt;gmail.com&gt; wrote: </pre> Mohamed Daif 2012-05-23T19:36:11 http://permalink.gmane.org/gmane.comp.apache.user/99929 <pre>Hi, I'm running apache2 Version: 2.2.16-6+squeeze4 on my Debian GNU/Linux Squeeze operating system. I have installed Moodle on this web server and it can be opened from the Internet: http://cspl.me/moodle I have my small (Joomla) website too: http://cspl.me on this web server. It can be opened from my home LAN but can't be opened from the Internet. One get the error message: The page isn't redirecting properly Iceweasel has detected that the server is redirecting the request for this address in a way that will never complete. What can cause this problem? Any advices will be appreciated! </pre> Csanyi Pal 2012-05-23T19:23:35 http://permalink.gmane.org/gmane.comp.apache.user/99928 <pre>Eric, Thanks for your response. That's sort of what I figured since processing is handed over to fcgi to complete the request then httpd has no control at that point, and any response headers that were set before by httpd could be overwritten. The strange thing is that I have a similar block of code on a mod_php server that isn't working either. I have found numerous resourced online that say a 'Header set Content-type "text/css"' directive should work for a regular old mod_php setup. -Ross ----- Original Message ----- From: Eric Covener &lt;covener&lt; at &gt;gmail.com&gt; To: users&lt; at &gt;httpd.apache.org Date: Wed, 23 May 2012 13:44:27 -0400 Subject: Re: [users&lt; at &gt;httpd] mod_fcgid setting content-type header which </pre> Ross Garinger 2012-05-23T18:03:56 http://permalink.gmane.org/gmane.comp.apache.user/99927 <pre> Most of those *type directives only apply when apache serves a static file by that name. If you're generating it from fcgi, you have to issue the content-type yourself. </pre> Eric Covener 2012-05-23T17:44:27 http://permalink.gmane.org/gmane.comp.apache.user/99926 <pre>Hi, I am running PHP through mod_fgcid using the following setup in a conf file: &lt;IfModule !mod_php4.c&gt; &lt;IfModule !mod_php4_filter.c&gt; &lt;IfModule !mod_php5.c&gt; &lt;IfModule !mod_php5_filter.c&gt; &lt;IfModule !mod_php5_hooks.c&gt; &lt;IfModule mod_actions.c&gt; &lt;IfModule mod_alias.c&gt; &lt;IfModule mod_mime.c&gt; &lt;IfModule mod_fcgid.c&gt; &lt;IfModule mod_headers.c&gt; DefaultInitEnv PHPRC=/etc/php5/cgi #DefaultInitEnv PHP_FCGI_MAX_REQUESTS 5000 AddHandler php-fcgi .php .css Action php-fcgi /fcgi-bin/php-fcgi-wrapper AddType application/x-httpd-php .php .css &lt;FilesMatch "\.css$"&gt; Header set Content-type "text/css" &lt;/FilesMatch&gt; Alias /fcgi-bin/ /var/www/fcgi-bin.d/php5-default/ &lt;Location /fcgi-bin/&gt; SetHandler fcgid-script Options +ExecCGI Order Allow,Deny Allow from All &lt;/Location&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; &lt;/IfModule&gt; As you can see, in addition to parsing .php files as PHP, I am also parsing .css files as PHP. This is indeed working, however the Content-type is not being set correctly in the response headers from my server. The Content-type for .css files is still text/html. I added the &lt;FilesMatch "\.css$"&gt; directive to try to set the Content-type, but that is not working. I'm guessing that the fact that I'm using mod_fcgid has something to do with this, as the mod_fcgid processing is probably rewriting the Content-type to text/html after I set it to text/css? I've tried several different permutations including the ForceType directive, but I just can't get the Content-type set correctly. The only approach I've found that works is to stick a header("Content-type: text/css") at the top of my css files, which is inconvenient to say the least. Anyone have a solution for this? Thanks, Ross </pre> Ross Garinger 2012-05-23T17:22:37 http://permalink.gmane.org/gmane.comp.apache.user/99925 <pre></pre> Rajeev Kumar 2012-05-23T13:30:19 http://permalink.gmane.org/gmane.comp.apache.user/99924 <pre> Unfortunately, they aren't - they're just entries in an htdigest file. Richard. </pre> Richard Davies 2012-05-23T11:58:50 http://permalink.gmane.org/gmane.comp.apache.user/99923 <pre> There is a shortcut if the those names are system users and they actually own their directories: http://httpd.apache.org/docs/2.2/mod/mod_authz_owner.html </pre> Eric Covener 2012-05-23T11:43:50 http://permalink.gmane.org/gmane.comp.apache.user/99922 <pre>Hi all, I would appreciate any suggetions on how to achieve the following: I have a large number of per-user directories: /var/www/user1 /var/www/user2 /var/www/user3 ... And a htdigest file containing usernames and passwords for all of these users. I want to set up authentication for each user to access just their own directory. The obvious method is to have a very long Apache config file, with "Require user1", "Require user2", etc. specified manually for each directory. However, I have a lot of users! Is there some clever way around this, for example a way to do: Require &lt;auth_username=root_directory_name&gt; Or alternatively, a way for me to have "Require valid-user", but then somehow prevent users from accessing directories other than their own? (even with a hack like rewrite rules?) Thanks for any pointers, Richard. </pre> Richard Davies 2012-05-23T11:30:53 http://permalink.gmane.org/gmane.comp.apache.user/99921 <pre>Aha-- under "www.emergentgravity.org" I do have an aggregator apparently. (Just tried it and I do get a whole bunch of news items.) so this must be what is giving those strange "GET" entries. (This site was set up by someone else and thus my knowledge of what it does is pretty sketchy.) On Tue, 22 May 2012, Bill Unruh wrote: </pre> Bill Unruh 2012-05-23T01:48:07 http://permalink.gmane.org/gmane.comp.apache.user/99920 <pre> OK, I do have a "virtual host", www.emergentgravity.org defined on this system. In /etc/httpd/conf/vhosts.d/00_default_vhosts.conf I have ---------------------------------------- NameVirtualHost *:80 &lt;VirtualHost *:80&gt; ServerName www.theory.physics.ubc.ca ServerAlias theory.physics.ubc.ca DocumentRoot /usr/local/http/htdocs &lt;/VirtualHost&gt; &lt;VirtualHost *:80&gt; ServerName www.emergentgravity.org ServerAlias emergentgravity.org DocumentRoot /usr/local/http/htdocs/emergent/drupal.new &lt;/VirtualHost&gt; ------------------------------------------- This is the whole of that file. This is supposed to be so that a www.emergentgravity.org address goes to its drupal document root, and such that anything coming in to www.theory.physics.ubc.ca comes in to /usr/local/http/htdocs. If you suspect I have no idea what I am doing in setting this up, you are correct. Have I managed to stick in a feedback loop in here? Unfortunately Mandriva never bothered to supply the apache-debug package for this version of apache. Sorry, I have no idea what this sentence means. (prefork, worker mpm) </pre> Bill Unruh 2012-05-23T01:34:36 http://permalink.gmane.org/gmane.comp.apache.user/99919 <pre> Then a server module is likely pinging itself. Any chance you set up an infinite proxy recursion here? Looking more and more like a proxy recursion/infinite looping sort of config error. Dumps all threads instead of just one of them. It might be helpful to first install the debuginfo for the apr/httpd packages, but this looks like it might be in the accept queue waiting on the MutexFile to unblock this one (and is probably a healthy process). If you are running prefork we would encourage you to try the worker mpm. </pre> William A. Rowe Jr. 2012-05-23T00:08:54 http://permalink.gmane.org/gmane.comp.apache.user/99918 <pre> It is basically what Mandriva has as its default. There are no processes running on this same box. It is rarely used. and certainly did not have a browser running at that time. \ There is no such file or path on my system. If I try to use it, I get file not found. I have nothing called /aggregator/ That was what I thought. Yup. Just displying it on the off chance it could be problematic. Since I have not the ghost of an idea what could be wrong, I also have not the ghost of an idea what could be a symptom either. What does that do? Thread 1 (Thread 0xb760f700 (LWP 20861)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb77ece6b in fcntl () from /lib/i686/libpthread.so.0 #2 0xb780f832 in ?? () from /usr/lib/libapr-1.so.0 #3 0xb780f1ad in apr_proc_mutex_lock () from /usr/lib/libapr-1.so.0 #4 0x0809294c in ?? () #5 0x08092e0b in ?? () #6 0x08093be4 in ap_mpm_run () #7 0x08064cd1 in main () </pre> Bill Unruh 2012-05-22T23:00:10 http://permalink.gmane.org/gmane.comp.apache.user/99917 <pre> Never seen such a crazy startup line, I presume all of your modules have individual &lt;IfDefine &gt; blocks around each? That's your own local loopback from a process running on this same box. No clue. Maybe playing with open proxies? The document seems to be 58k if that helps you at all (maybe a local index page?) Certainly harmless and most common from crawlers and web browsers respectively. You may want to add a simple one line robots.txt file, and a simple default icon. Your own mistake in the html, it seems. Can you interrupt one of the truly hosed processes using gdb and try 'thread apply all bt' </pre> William A. Rowe Jr. 2012-05-22T22:04:27 http://permalink.gmane.org/gmane.comp.apache.user/99916 <pre>Hi All, Can someone please provide any insight on the problem? Looks like I am getting so many different patterns in IP field in ssl access logs - -c=,\vJ\xf3\xa6\xe1=N)f\xbe\xa8; - - [15/Apr/2012:10:28:36 -0400] "GET xxx HTTP/1.1" 304 - -Alive - - [15/Apr/2012:20:18:48 -0400] "GET xxx HTTP/1.1" 200 1223 -:\xe0pXPCj\xd6\xdf,\xcd\xd3\x01&gt;\b - user [17/Apr/2012:16:17:58 -0400] "GET xxx HTTP/1.1" 304 - -Alive - 501358569 [18/Apr/2012:13:21:51 -0400] "GET xxx HTTP/1.1" 200 94991 -127e-4f8f0b1f-001c-2dec3d85 - user [18/Apr/2012:14:42:39 -0400] "GET xxx HTTP/1.1" 304 - See the first column. I am not sure what's causing such entries to present in the logs. Also, such entries present only in ssl access log and not the port 80 access logs. (this instance is listening on both port 80 &amp; 443) On Wed, Apr 25, 2012 at 2:46 PM, Ishita Kapadiya &lt;ishimegh&lt; at &gt;gmail.com&gt; wrote: </pre> Ishita Kapadiya 2012-05-22T17:49:32 http://permalink.gmane.org/gmane.comp.apache.user/99915 <pre>I see the mod_fcgid is already ready for apache 2.4 but but mod_fcgid is not correctl checking for suexec mod_fcgid compiled with /usr/include/apache/unixd.h and there is typedef struct { const char *user_name; const char *group_name; uid_t user_id; gid_t group_id; int suexec_enabled; const char *chroot_dir; const char *suexec_disabled_reason; /* suitable msg if !suexec_enabled */ } unixd_config_rec; AP_DECLARE_DATA extern unixd_config_rec ap_unixd_config; So how we can set suexec_enabled to 1 ? because now mod_fcgid detect it as disable and tried to use old ap_unixd_setup_child() Suexec in apache 2.4 is compiled correctly and wrapper exists -rwsr-xr-x 1 root root 23K maj 22 19:03 /usr/sbin/suexec Regards, Piotr ----- Original Message ----- From: Piotr Kloc To: users&lt; at &gt;httpd.apache.org Sent: Tuesday, May 22, 2012 5:53 PM Subject: [users&lt; at &gt;httpd] modules/arch/unix/ Hello ! its possible to build this module in apache 2.4 ? I need it for mod_fcgid and ap_unixd_setup_child() Regards, Piotr</pre> Piotr Kloc 2012-05-22T17:17:19 http://permalink.gmane.org/gmane.comp.apache.user/99914 <pre> Madriva 2010.2 running httpd apache 2.2.22 I am having trouble with httpd requests staying active and multiplying. I just came off having 160 versions of httpd running and completely slowing down the system. I upgraded to 2.2.22 and it still happens (it went from the normal 10 servers running to 15 in about a 1/2 hour.) According to the start times, these seem to be associated with totally bizarre requests from google (forged addresses?) Eg, here is one entry from the ps auxww list apache 18137 0.0 0.5 26844 5744 ? S 09:34 0:00 /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -DAPACHE2 -DHAVE_PERL -DHAVE_PHP5 -DHAVE_ACTIONS -DHAVE_ALIAS -DHAVE_ASIS -DHAVE_AUTH_BASIC -DHAVE_AUTH_DIGEST -DHAVE_AUTHN_ALIAS -DHAVE_AUTHN_ANON -DHAVE_AUTHN_DBM -DHAVE_AUTHN_DEFAULT -DHAVE_AUTHN_FILE -DHAVE_AUTHZ_DBM -DHAVE_AUTHZ_DEFAULT -DHAVE_AUTHZ_GROUPFILE -DHAVE_AUTHZ_HOST -DHAVE_AUTHZ_OWNER -DHAVE_AUTHZ_USER -DHAVE_AUTOINDEX -DHAVE_BUCKETEER -DHAVE_CASE_FILTER -DHAVE_CASE_FILTER_IN -DHAVE_CERN_META -DHAVE_CGI -DHAVE_CGID -DHAVE_CHARSET_LITE -DHAVE_DIR -DHAVE_DUMPIO -DHAVE_ECHO -DHAVE_ENV -DHAVE_EXAMPLE -DHAVE_EXPIRES -DHAVE_EXT_FILTER -DHAVE_FILTER -DHAVE_HEADERS -DHAVE_IDENT -DHAVE_IMAGEMAP -DHAVE_INCLUDE -DHAVE_INFO -DHAVE_LOG_CONFIG -DHAVE_LOG_FORENSIC -DHAVE_LOGIO -DHAVE_MIME -DHAVE_MIME_MAGIC -DHAVE_NEGOTIATION -DHAVE_OPTIONAL_FN_EXPORT -DHAVE_OPTIONAL_FN_IMPORT -DHAVE_OPTIONAL_HOOK_EXPORT -DHAVE_OPTIONAL_HOOK_IMPORT -DHAVE_REWRITE -DHAVE_SETENVIF -DHAVE_SPELING -DHAVE_SSL -DHAVE_STATUS -DHAVE_SUBSTITUTE -DHAVE_SUEXEC -DHAVE_UNIQUE_ID -DHAVE_USERTRACK -DHAVE_VERSION -DHAVE_VHOST_ALIAS At that time in the access_log I have a whole bunch of entries like ::1 - - [22/May/2012:09:34:22 -0700] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.22 (Mandriva Linux/PREFORK-0.1mdv2010.2) (internal dummy connection)" In the past I have also had connections like 66.249.68.198 - - [22/May/2012:09:35:25 -0700] "GET /aggregator/www.umsl.edu/~keelr/010/www.twitter.com/www.iaea.org/Publications/Documents/Board/2008/www.environment-agency.gov.uk/homeandleisure/floods/node/www.guardian.co.uk/business/2012/feb/21/node/node/22?page=11 HTTP/1.1" 200 58609 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" associated with the times of the startup of those persistant connections. This looks to be a totally bizzare GET. since that address certainly has nothing to do with my site. In the error log around that time I get nothing that looks suspicious [Tue May 22 09:31:54 2012] [error] [client 119.63.196.27] File does not exist: /usr/local/http/htdocs/robots.txt [Tue May 22 09:32:25 2012] [error] [client 86.68.18.171] File does not exist: /usr/local/http/htdocs/favicon.ico [Tue May 22 09:36:47 2012] [error] [client 89.144.206.157] File does not exist: /usr/local/http/htdocs/thirdman/reichs/blank.gif, referer: http://axion.physics.ubc.ca/thirdman/reichs/reichsbruecke.htm </pre> Bill Unruh 2012-05-22T17:02:03 http://permalink.gmane.org/gmane.comp.apache.user/99913 <pre>I configured a reverse-proxy server using apache, but I need to know if the files can be streamed to the requestors while they are being transferred from the proxied server and stored in the cache. Can streaming work with any type of file, no matter if it's a plain text, html or picture? Any help is highly appreciated. Thank you </pre> Salvador, Edwin 2012-05-22T16:32:43 http://permalink.gmane.org/gmane.comp.apache.user/99912 <pre>Thanks John, My server is a Virtual Machine, I rebuilt it install everything from ports and now is working fine. Thanks, Motty -----Original Message----- From: John Iliffe [mailto:john.iliffe&lt; at &gt;iliffe.ca] Sent: Tuesday, May 22, 2012 8:11 AM To: users&lt; at &gt;httpd.apache.org Subject: Re: [users&lt; at &gt;httpd] Apache22 + PHP 54 On Monday 21 May 2012 13:16:35 Yehuda Katz wrote: wrote: This sounds similar but not the same as a problem I incurred in April when using PHP 5.4.0 on Apache 2.4.1. See if your child processes segfault every time a PHP script is called. If so, the raw (text/html) for the script is sent to the client. The solution is to use one of the previous (5.3.x) versions of PHP. John --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe&lt; at &gt;httpd.apache.org For additional commands, e-mail: users-help&lt; at &gt;httpd.apache.org ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2176 / Virus Database: 2425/5014 - Release Date: 05/21/12 </pre> motty.cruz 2012-05-22T15:59:35 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.apache.user