Re: [users@httpd] cgi-bin subdirectories
On Tue, May 15, 2012 at 9:03 AM, Téssio Fechine precheca...@yahoo.com.brwrote: ScriptAlias /cgi-bin/ /var/www/cgi-bin/ Directory /var/www/cgi-bin AllowOverride None Options None Order allow,deny Allow from all /Directory And the error message I receive is this: [error] [client 192.168.56.1] script not found or unable to stat: /var/www/cgi-bin/something On 15.05.12 14:11, Igor Cicimov wrote: Include Options +ExecCGI SetHandler cgi-script in your Directory stanza. afaik this is not needed for directory aliased with ScriptAlias -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. The early bird may get the worm, but the second mouse gets the cheese. - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] asynchronous connection (ap_mpm_register_timed_callback)
I know I write already an e-mail about the problem, but nobody answered me. Now I start a second try. Is anybody working with ap_mpm_register_timed_callback successful? I think that the first request doesn't finish (is waiting for more data). When the second request wants some data, the response isn't successful. (It's loading the whole time) I know that my explanation of the problem is not very well, but I don't know how to explain it in a better way. I hope anybody can help me Bernhard Von: Pöchtrager, Bernhard Gesendet: Freitag, 11. Mai 2012 14:12 An: 'users@httpd.apache.org' Betreff: handle async requests Hello I am trying to work with asynchronous requests. With synchronous requests everything WORKS fine. I write it like mod_dialup.c. The result is that every second request is unsuccessful (The Browser is loading the whole time). I think the problem is in the line rv = ap_queue_pop_something(worker_queue, csd, cs, ptrans, te); in the methode static void *APR_THREAD_FUNC worker_thread(apr_thread_t * thd, void *dummy) in the event.c file. The relevant Code of the handler is: ap_mpm_register_timed_callback(apr_time_from_msec(1000),callback,prr); return SUSPENDED; The callback method: static void callback(void* data) { request_rec* prr = (request_rec*) data; ap_finalize_request_protocol(prr); ap_process_request_after_handler(prr); } I hope you understand and solve my problem. Thank you Bernhard
RE: [users@httpd] IO load due to apache? Normal httpd behavior or script related?
So I did the change, restarted apache and... Fixed! So changing to shm did fixed the issue with APC for PHP. Greetings Date: Wed, 16 May 2012 16:26:42 +0100 From: tevans...@googlemail.com To: users@httpd.apache.org Subject: Re: [users@httpd] IO load due to apache? Normal httpd behavior or script related? On Wed, May 16, 2012 at 2:57 PM, G VM drums_...@hotmail.com wrote: Likely a script problem, httpd wont cause harm Did some further investigation and it seems APC (php opcode cache) generates this IO(or so it seems). http://serverfault.com/questions/361032/high-disk-i-o-when-cache-is-used that is pretty ancient RHEL. Not that ancient. ahhh so this is a VM Yes :p any further point on this? If you are not sure what APC is then you cant need it and should disable it Although I might not have a full understanding of what it does the customer is using it (passively). So disabling is not an option. Sometimes disabling stuff from which you don't know what it does backfires ;) One of these days I will be able to change the setting and verify that this fixed my problem. Thanks for your response anyway:) Grtz APC stand for Alternative PHP Cache. It aims to speed up your Apache webserver by caching the parsed PHP object code, in a manner I don't understand because I use neither PHP nor APC. However, there are two takeaways from those two sentences. The first is that it is a cache, the site should function without it. The second is that it is meant to speed up your webserver. If it is not doing so, and is instead causing load issues, it seems counter productive to use it. Cheers Tom - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] asynchronous connection (ap_mpm_register_timed_callback)
On Mon, May 21, 2012 at 6:37 AM, Pöchtrager, Bernhard bernhard.poechtra...@fabasoft.com wrote: I know I write already an e-mail about the problem, but nobody answered me. Now I start a second try. Is anybody working with ap_mpm_register_timed_callback successful? You will probably get more answers if you post your question on the modules-dev list. You can find information about that list http://httpd.apache.org/lists.html#modules-dev
Re: [users@httpd] Response code 408
Looked OK at the beginning but after 3 days in use this solution seems to have made things worse. The number of 408 responses has gone up fast and I don't know why. As suggested I added the following line: RequestReadTimeout header=10 body=30 with the example timeouts taken from the Apache documentation. There is no indication in the docs as to what the default is and 10 seconds seems long in view of the fact that we often get several 408's from the same IP per second according to the log. My analysis is that this should not be a problem because the request and the data content are passed in the URL (method=GET) so as soon as the server has the request it has the body too. This is HTTPS but I don't think renegotiation (which adds to the timeout) would be required because the service is already, from our viewpoint, running. These are background (AJAX) requests and are usually issued within a few seconds to a minute following each other. The documentation is somewhat vague on how to chose an appropriate value and how to debug. Any help appreciated! Regards, John == On Sunday 20 May 2012 14:46:12 you wrote: On Tuesday 15 May 2012 14:29:56 Jeroen Geilman wrote: On 05/11/2012 06:01 PM, John Iliffe wrote: I recently switched from Apache-2.2.14 to Apache-2.4.2. In the entire time we ran 2.2.14 I don't recall seeing a response code 408. Since we switched two weeks ago we average about 30 - 35 a day. Our server is not heavily loaded. The RFC definition of response code 408 is Request Timeout, the client did not produce a request within the time the server was prepared to wait. All of these 408's are arising from background (AJAX) requests in the browser that are well known to be very short (16 bytes of data coded as an HTTP GET). Which parameter have I set to short? Looking at the Apache docs there don't seem to be any obvious choices. As clearly documented, one of the many new modules in 2.4 is mod_reqtimeout, which controls exactly this. http://httpd.apache.org/docs/2.4/mod/mod_reqtimeout.html It allows the server administrator to determine on a per-vhost basis how long the request timeout should be, and what the minimum data rate should be. This was added specifically to combat bots and slowdos attempts. The defaults - which you did not adjust for your site - are obviously not suited for your small AJAX snippets. Blind upgrades never go well. Sorry for the delay; wanted to be sure I would be here if something screwed up! This was NOT a blind update; just a sysadmin with limited Apache experience. My job is to maintain and operate the web servers for a small company, including sysop and LAN duties and web designer, so I have limited speciality with most of the programmes that are running on the server. That said, I have over the years (I've been in IT since 1966 and am now retired) developed a high degree of confidence in the developers of OSS and their ability to set reasonable defaults. When I upgraded to Apache 2.4 I did catch one unknown bug: won't run with PHP 5.4.x - all child processes segfault when called (which is probably fixed by now) and one questionable documentation - order allow deny which has been syntactically changed but still in the 2.4 docs the old way. So, yes I did read the documentation and attempt to understand it. mod_reqtimeout and its parameters arrived with Apache 2.2.15 and is not documented in the 2.4 migration either, so yes, maybe I did miss something but it sure isn't obvious! Thanks for the response and so far seems to have resolved the problem. Regards, John - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] Apache22 + PHP 54
Hello, I'm having issues configuring Apache22 PHP54. I'm running FreeBSD 8.2 Apache22 Php54 php5-extensions-1.7 A meta-port to install PHP extensions I have default httpd.conf have not make any changes. When I got to my server 192.168.1.6 I get Index Of / but my web file. IfModule dir_module DirectoryIndex index.html index.php5 /IfModule If I click on index.php, it shows text page. Please help! Thanks, - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache22 + PHP 54
On Mon, May 21, 2012 at 11:26 AM, motty.cruz motty.c...@gmail.com wrote: I get Index Of / but my web file. IfModule dir_module DirectoryIndex index.html index.php5 /IfModule If I click on index.php, it shows text page. Your DirectoryIndex says to load a file named index.php5 . If you name your file that way, it will load. You might want to take the 5 off the extension in the DirectoryIndex. - Y
RE: [users@httpd] Apache22 + PHP 54
Thanks Yehuda, when i take 5 out i get server error, but httpd-error.log does not tell me nothing actually it does not report any errors on the log. i'm confuse. I have a similar server running Apache22 and PHP52, if I installed Apache22 and PHP52 on this new server it works perfectly fine, but when I installed php54 i get this server error. any suggestions? Thanks, _ From: Yehuda Katz [mailto:yeh...@ymkatz.net] Sent: Monday, May 21, 2012 8:30 AM To: users@httpd.apache.org Subject: Re: [users@httpd] Apache22 + PHP 54 On Mon, May 21, 2012 at 11:26 AM, motty.cruz motty.c...@gmail.com wrote: I get Index Of / but my web file. IfModule dir_module DirectoryIndex index.html index.php5 /IfModule If I click on index.php, it shows text page. Your DirectoryIndex says to load a file named index.php5 . If you name your file that way, it will load. You might want to take the 5 off the extension in the DirectoryIndex. - Y _ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2176 / Virus Database: 2425/5013 - Release Date: 05/21/12
Re: [users@httpd] Apache22 + PHP 54
On Mon, May 21, 2012 at 11:55 AM, motty.cruz motty.c...@gmail.com wrote: ** when i take 5 out i get server error, but httpd-error.log does not tell me nothing actually it does not report any errors on the log. i'm confuse. I have a similar server running Apache22 and PHP52, if I installed Apache22 and PHP52 on this new server it works perfectly fine, but when I installed php54 i get this server error. any suggestions? It could be a PHP error (if you have display_errors off and log_errors off, then you will get a 500 error in your browser and nothing in the error log). You need to post more of your config. Specifically, you are looking for lines similar to: FilesMatch \.php$ OR FilesMatch \.php5$ SetHandler application/x-httpd-php /FilesMatch
[users@httpd] Re: authnz_ldap LDAP bind + Error 500
I expect a response to this. I submitted this over a month ago.. Get with the program and answer. On Mon, Apr 16, 2012 at 8:19 PM, Grope Fruit gropefr...@gmail.com wrote: Greetings, I understand that apache2, using the authnz_ldap module, prefers to maintain persistent connections to a given LDAP server. While this is contrary to the way LDAP is intended to be used (e.g: connections without the UNBIND operation), I am ok with this. Our LDAP servers themselves have no timeout, nor a timelimit, on operations. Doing a persistent bind against the LDAP server in question, (by hand) produces a connection that persists as long as necessary. Apache2, however, feels differently. When pointed directly at an LDAP server, after some time, we see this (and users begin complaining): [client 192.168.168.40] [18485] auth_ldap authenticate: user joe authentication failed; URI /repo/ [LDAP: ldap_start_tls_s() failed][Connect error], referer: https://svn.example.com/ Invariably restarting apache2 fixes the problem, but it always returns. HOWEVER, if we take LDAP StartTLS out of the equation, and we use something like stunnel4 (thereby telling apache2 to not worry about using encryption while talking to LDAP), the problem goes away and does not return. I'll point out that the LDAP server-side SSL certificates are legitimate, are not expired, and are used by other things that require certificates to be in-order. We are stumped. Our LDAP-related apache2 configuration (which generates no errors upon launch, nor configtest): ## /etc/apache2/sites-available/svn LDAPSharedCacheSize 50 LDAPCacheEntries 1024 LDAPCacheTTL 600 LDAPOpCacheEntries 1024 LDAPOpCacheTTL 600 VirtualHost *:80 ServerAdmin webmas...@example.com ServerName svn.example.com RewriteEngine on RewriteRule ^/(.*)$ https://svn.example.com/$1 [R,L] ErrorLog /var/log/apache2/error.log CustomLog /var/log/apache2/access.log combined /VirtualHost VirtualHost *:443 ServerAdmin webmas...@example.com ServerName svn.example.com DocumentRoot /var/www SSLEngine on SSLCertificateFile /etc/ssl/certs/wildcard.example.com.crt SSLCertificateKeyFile /etc/ssl/private/wildcard.example.com.key SSLCACertificateFile /etc/ssl/certs/ca-example.cert RewriteEngine on RewriteCond %{SERVER_NAME} !=svn.example.com RewriteRule ^/(.*)$ https://svn.example.com/$1 [R,L] ErrorLog /var/log/apache2/error.log CustomLog /var/log/apache2/access.log combined Location /cache-info SetHandler ldap-status /Location Location /repo DAV svn SVNPath /repo/svn AuthType Basic AuthName Our Repository AuthBasicProvider ldap AuthzLDAPAuthoritative off AuthLDAPBinddn uid=admin,cn=users,dc=example,dc=com AuthLDAPBindPassword password AuthLDAPURL ldap://the.ldap.server:389/cn=users,dc=example,dc=com??one?((objectClass=posixAccount)(|(objectClass=svnUser)(objectClass=svnAdmin))(uid=*)) STARTTLS Require valid-user /Location /VirtualHost Modules loaded: alias.load auth_basic.load authn_file.load authnz_ldap.load authz_default.load authz_groupfile.load authz_host.load authz_user.load autoindex.load cgi.load dav.load dav_svn.conf dav_svn.load dir.conf dir.load env.load ldap.load mime.load negotiation.load rewrite.load setenvif.load ssl.load status.load We would appreciate some insight into this - thank you. -GF
Re: [users@httpd] Re: authnz_ldap LDAP bind + Error 500
On Mon, May 21, 2012 at 5:24 PM, Grope Fruit gropefr...@gmail.com wrote: I expect a response to this. I submitted this over a month ago.. Get with the program and answer. Is your support contract up to date? - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Re: authnz_ldap LDAP bind + Error 500
At 02:24 PM 5/21/2012 -0700, you wrote: I expect a response to this. I submitted this over a month ago.. Get with the program and answer. On Mon, Apr 16, 2012 at 8:19 PM, Grope Fruit mailto:gropefr...@gmail.comgropefr...@gmail.com wrote: [snip] We are stumped. [snip] Not just stumped - you've alienated a whole group of very friendly and helpful experts. As Huck Finn said: I reckon I got to light out for the Territory, because Aunt Sally she's going to adopt me and civilize me and I can't stand it.