upstart conf for managing nginx

2015-07-24 Thread vikrant singh
Hello, I wrote a small upstart script to stop/start nginx through upstart. This is how it looks description "nginx http daemon" start on (filesystem and net-device-up IFACE=lo) stop on runlevel [!2345] expect deamon respawn respawn limit 10 5 chdir /usr/local/nginx exec ./nginx I am running ngin

Re: Fetching a string by parsing URL

2015-07-24 Thread Francis Daly
On Thu, Jul 23, 2015 at 03:32:26PM -0400, sudharshanr wrote: Hi there? > For some reason, I'm getting it as null. This is my config file: What, specifically, are you getting as null? What response do you see that you do not want to see? If you make a request for /path1/one?name=two, what respo

Re: proxy_pass redirection

2015-07-24 Thread Francis Daly
On Fri, Jul 24, 2015 at 11:16:12AM +0200, Puneeth Kumar wrote: Hi there, > Sorry for confusion, proxy_pass is working for me. > > I'm passing below link (exact URI) to proxy_pass > > http://IP:8881/ingestion/v1.0/streams/NGINEX. > > I want to keep the link(URI) only till > http://IP:8881/inges

Re: Nginx writing to Cephfs

2015-07-24 Thread vedranf
Valentin V. Bartenev Wrote: --- > On Friday 24 July 2015 09:55:04 vedranf wrote: > > Valentin V. Bartenev Wrote: > > --- > > > On Thursday 23 July 2015 14:51:58 vedranf wrote: > > > > Valentin V.

Optimzing hard drive IO for proxy_pass

2015-07-24 Thread highclass99
I have server A with a large HDD at IDC 1 (TB hdd) I have server B with cheap bandwidth at IDC 2 (very small virtual server 20 GB hdd) I send all image requests to server B, and it caches from A. My problem is that on server IO is really high Server B iostat Device: rrqm/s wrqm/s r/s

Re: keepalive_timeout timeout causes high TTFB

2015-07-24 Thread Valentin V. Bartenev
On Friday 24 July 2015 09:40:40 khav wrote: > I am trying to further optimize SSL but if i enable keepalive_timeout i get > high TTFB as shown in the report below > > http://tools.pingdom.com/fpt/#!/KggzF > > When i disable keepalive_timeout , TTFB is fixed but nginx recommand > keepalive_timeou

Re: Nginx writing to Cephfs

2015-07-24 Thread Valentin V. Bartenev
On Friday 24 July 2015 09:55:04 vedranf wrote: > Valentin V. Bartenev Wrote: > --- > > On Thursday 23 July 2015 14:51:58 vedranf wrote: > > > Valentin V. Bartenev Wrote: > > > > > > > It more looks like a bug in cephfs. writev() should never ret

Re: Nginx writing to Cephfs

2015-07-24 Thread vedranf
Valentin V. Bartenev Wrote: --- > On Thursday 23 July 2015 14:51:58 vedranf wrote: > > Valentin V. Bartenev Wrote: > > > > > It more looks like a bug in cephfs. writev() should never return > > > ERESTARTSYS. > > > > > > I've talked to the cep

Re: Nginx writing to Cephfs

2015-07-24 Thread Valentin V. Bartenev
On Thursday 23 July 2015 14:51:58 vedranf wrote: > Valentin V. Bartenev Wrote: > > > It more looks like a bug in cephfs. writev() should never return > > ERESTARTSYS. > > > I've talked to the ceph people, they say ERESTARTSYS shows up in strace > output but it is handled by the kernel and that

keepalive_timeout timeout causes high TTFB

2015-07-24 Thread khav
I am trying to further optimize SSL but if i enable keepalive_timeout i get high TTFB as shown in the report below http://tools.pingdom.com/fpt/#!/KggzF When i disable keepalive_timeout , TTFB is fixed but nginx recommand keepalive_timeout : http://nginx.org/en/docs/http/configuring_https_server

Re: Nginx writing to Cephfs

2015-07-24 Thread vedranf
Hello, So Ceph devs final reply was: "ngx_write_fd() is just a write(), which, when interrupted by SIGALRM, fails with EINTR because SA_RESTART is not set. We can try digging further, but I think nginx should retry in this case." Let me know what do you think. Thanks, Vedran Posted at Nginx F

Re: proxy_pass redirection

2015-07-24 Thread Puneeth Kumar
Thank you Francis for the links & the solution. Sorry for confusion, proxy_pass is working for me. I'm passing below link (exact URI) to proxy_pass http://IP:8881/ingestion/v1.0/streams/NGINEX. I want to keep the link(URI) only till http://IP:8881/ingestion/v1.0/streams/ & the last word (NGINX)