Show all posts by user
Discussions in German
Maxim Dounin wrote:
> Hello!
>
> On Fri, Oct 09, 2009 at 07:40:57PM -0400, Jim Ohlstein wrote:
>
>> The nginx forum had a DDoS attack which took the site down this
>> morning. In approximately 23 seconds there were just under 900,000
>> lines in the error log that looked like:
>>
>> 2009/10/09 10:21:38 32576#0: accept() failed (24: Too many
>> op
by
Jim Ohlstein
-
Nginx Mailing List - English
Chris Zimmerman wrote:
> Need a larger vps? Lol
I don't really think so. Not for 500 visitors/day. It rarely uses even
half the allotted RAM and loads are generally low. If I recall correctly
two months ago we only had ~10,000 visitors so there is some growth but
I don't anticipate it outgrowing its present confines any time soon. I
added access to the Russian mailing list last month a
by
Jim Ohlstein
-
Nginx Mailing List - English
Payam Chychi wrote:
> On Fri, Oct 9, 2009 at 4:40 PM, Jim Ohlstein <jim@ohlste.in> wrote:
>> The nginx forum had a DDoS attack which took the site down this morning. In
>> approximately 23 seconds there were just under 900,000 lines in the error
>> log that looked like:
>>
>> 2009/10/09 10:21:38 32576#0: accept() failed (24: Too many open
>> files)
&g
by
Jim Ohlstein
-
Nginx Mailing List - English
About 10 hours ago we had a DDoS attack which took down the site down for a bit over an hour.
I have limited simultaneous connections to mitigate against this in the future. Please let me know if there are any issues with site performance.
by
Jim Ohlstein
-
Announcements
The nginx forum had a DDoS attack which took the site down this morning.
In approximately 23 seconds there were just under 900,000 lines in the
error log that looked like:
2009/10/09 10:21:38 32576#0: accept() failed (24: Too many open
files)
First question is do each of these entries represent an attempted
connection?
Looking at the access log there were thousands of requests for the s
by
Jim Ohlstein
-
Nginx Mailing List - English
Niro Wrote:
-------------------------------------------------------
> I have a Mediatemple server (Centos / Plesk)
> running LAMP in a live website.
>
> I've seen tutorials explaining how to install
> nginx but I don't understand how it should be done
> in a live server.
>
> If I'm not wrong I need to install nginx and run
> it on a different port to see th
by
Jim Ohlstein
-
Migration from Other Servers
Igor Sysoev wrote:
> On Tue, Oct 06, 2009 at 03:56:46PM +0400, Igor Sysoev wrote:
>
>> On Tue, Oct 06, 2009 at 03:46:48PM +0400, Igor Sysoev wrote:
>>
>>> On Sat, Oct 03, 2009 at 09:54:59AM -0400, Jim Ohlstein wrote:
>>>
>>>> Igor Sysoev wrote:
>>>>> On Fri, Oct 02, 2009 at 01:07:24PM -0400, Jim Ohlstein wrote:
>>>>>
&g
by
Jim Ohlstein
-
Nginx Mailing List - English
Jeff Waugh wrote:
> <quote who="synchromesh">
>
>> My question is, how can I find out which modules have been compiled into
>> nginx? (Specifically your 0.8.17 version.) I couldn't find any way to do
>> this in the docs or via Google.
>
> Unless there's a way to dump that information from the nginx binary itself
# nginx -V
built by gcc 4.1.2 2008070
by
Jim Ohlstein
-
Nginx Mailing List - English
You should report possible bugs on the mailing list forum so that Igor can see them.
by
Jim Ohlstein
-
How to...
Igor Sysoev wrote:
> On Fri, Oct 02, 2009 at 01:07:24PM -0400, Jim Ohlstein wrote:
>
>> Hello,
>>
>> I'm seeing odd disk usage statistics for my cache. The cache is
>> primarily of small files (images, javascript, and css) and sits on a
>> 128GB SSD using ext2 file system mounted with "noatime" option. The
>> cache is all that the the drive i
by
Jim Ohlstein
-
Nginx Mailing List - English
Hello,
I'm seeing odd disk usage statistics for my cache. The cache is
primarily of small files (images, javascript, and css) and sits on a
128GB SSD using ext2 file system mounted with "noatime" option. The
cache is all that the the drive is being used for at this time.
The attached graphs were generated by Munin using df. The data from du
correlates closely with df when run manua
by
Jim Ohlstein
-
Nginx Mailing List - English
Ah, I see. You're securing your upload directories. Wise move. It should work as written. You shouldn't need to specify "any php file" since that condition is already satisfied in that location.
A better way might to code the app to only allow specified file types, or to specifically not allow php files. That way you won't need an "if" statement to be evaluated for every fa
by
Jim Ohlstein
-
How to...
I'm not quite sure why this is happening.
What are you trying to accomplish with the "if" clause in the php block? If those locations refer to static files on the disk then they should be served from the location block above it. If they aren't, then how are they being served?
If you are using a recent version of nginx ( 0.6.36+, 0.7.27+, 0.8.x) you can use "try_files":
by
Jim Ohlstein
-
How to...
dreamcat four wrote:
> On Thu, Sep 24, 2009 at 1:24 AM, Jim Ohlstein <jim@ohlste.in> wrote:
>> I ran
>>
>> # grep xcache php-fpm.log > php-fpm.xcache.log
>
> We'd also ask you to attach the full log file (or at least from
> startup until it repeats) to a bug report.
It's attached. I have not been able to reproduce this (though I'm not
looking currently as
by
Jim Ohlstein
-
Php-fpm Mailing List - English
Those are the default settings. You are able to modify those. In one app that I run I use:
client_header_buffer_size 2k;
large_client_header_buffers 8 12k;
That's what I need as I also have very large requests.
by
Jim Ohlstein
-
How to...
It seems that ought to be adequate.
If it were me I would try:
large_client_header_buffers 8 16K;
If it works then gradually reduce the settings until you get the 414's again, so you will know the minimum needed.
by
Jim Ohlstein
-
How to...
Hector Danniel Paz Trillo wrote:
> Hi,
>
> I'm using stub_status module as a source collect metrics from my nginx
> servers. I'm doing this:
>
> (1) wget the stats page
> (2) wait 1 second
> (3) wget the stats page again
> (4) Get the difference of the requests value from (3) and (1) to get
> requests per second.
>
> Am I doing right? I am also collecting Act
by
Jim Ohlstein
-
Nginx Mailing List - English
Ray wrote:
> Thanks. I think I'll revert versions, since it's not only the timezone
> problem that throws up errors, but a whole lot of other functions too.
If they all go away then it is possible that your code requires
functions that are deprecated in 5.3 series. 5.3.x involves some major
changes and is not fully backward compatible. See
http://www.php.net/releases/5_3_0.php.
>
by
Jim Ohlstein
-
Php-fpm Mailing List - English
Ray wrote:
> Yes I'm using 5.3.0.
>
> On Fri, Sep 25, 2009 at 1:11 AM, Jim Ohlstein <jim@ohlste.in
> <mailto:jim@ohlste.in>> wrote:
>
>
> Ray wrote:
>
> Hi,
>
> I'm using a FPM-nginx setup, and I've been getting massive number of
> warnings (especially about the date() functions) in my nginx error
> logs (
by
Jim Ohlstein
-
Php-fpm Mailing List - English
Ray wrote:
> Hi,
>
> I'm using a FPM-nginx setup, and I've been getting massive number of
> warnings (especially about the date() functions) in my nginx error
> logs (passed via sysout) even with my php.ini config set to show only
> errors and nothing else.
>
> Is there something that I'm doing wrong?
>
> Ray
Are you using php 5.3.0?
--
Jim Ohlstein
by
Jim Ohlstein
-
Php-fpm Mailing List - English
Hello,
As I mentioned in an earlier entry I compiled php-fpm 0.6.3 with php
5.2.11 on a CentOS 5.3 64 bit box. Looking at XCache today I saw 3
compiling errors where normally I see none. This is over about a bit
more than a day.
There are no errors in the log but there are several (perhaps) relevant
warnings that I had not seen before.
I ran
# grep xcache php-fpm.log > php-fpm.xcache.lo
by
Jim Ohlstein
-
Php-fpm Mailing List - English
I don't know. It is possible. I suggest posting this to the mailing list forum. Igor will undoubtedly be able to help more than I can.
by
Jim Ohlstein
-
How to...
mvip Wrote:
-------------------------------------------------------
> Jim,
> Thanks for replying on my post. Please find my
> comments below.
>
> Jim Ohlstein Wrote:
> --------------------------------------------------
> -----
> > Are the requests coming in on those separate
> hosts
> > - ie blog.foobar.com and foobar.com?
> >
> > If
by
Jim Ohlstein
-
How to...
My experience using "make install" on a Linux box was that it "worked" but not completely.
I've only done it once, yesterday, on a 64-bit CentOS 5.3 box using php-fpm 0.6.3 and php 5.2.11. Besides the documentation being ambiguous between using "--with-php=/path/to/php/source" or "--with-php-src=/path/to/php/source", and a hiccup in "make" when
by
Jim Ohlstein
-
Php-fpm Mailing List - English
Are the requests coming in on those separate hosts - ie blog.foobar.com and foobar.com?
If so, the easy way is with separate server blocks. Assuming the backends are local, something like:
server {
...
server_name blog.foobar.com;
...
location / {
proxy_pass http://10.0.0.2;
}
}
server {
...
server_name foobar.com;
...
location / {
proxy_pass http://10.0.0.3;
}
}
by
Jim Ohlstein
-
How to...
eimermusic Wrote:
-------------------------------------------------------
> I don't know how wide a problem this is. For some
> PHP applications the variable $_SERVER['HTTPS'] is
> used to determine if it is running under ssl. This
> variable is a true/false on/off variable.
>
> Nginx does not (afaik) provide any similar
> variable that can be passed along to php like
by
Jim Ohlstein
-
Ideas and Feature Requests
That would really not be a webserver function IMO, particularly the part about counting the data transfer of all services. Nginx is not an FTP server so would you want it to parse FTP logs? Nginx can easily limit bandwidth per connection by using limit_rate (with or without limit_rate_after). See http://wiki.nginx.org/NginxHttpCoreModule#limit_rate. But that's not what you want.
What you want i
by
Jim Ohlstein
-
Ideas and Feature Requests
My suggestions:
[*] Check the permissions all along the path to the script.
[*]What do the logs say now?
[*]Humor me and try doing it *exactly* as I suggested.
by
Jim Ohlstein
-
How to...
Looking at this section:
location ~ \.php$ {
root /var/www;
include /usr/local/nginx/conf/fastcgi_params;
fastcgi_pass localhost:9000; # port where FastCGI processes were spawned
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /usr/local/n
by
Jim Ohlstein
-
How to...
The title pretty much speaks for itself.
by
Jim Ohlstein
-
Announcements