Core dump messages in /var/log/messages !!
shahzaib shahzaib
shahzaib.cb at gmail.com
Thu Mar 27 12:18:27 UTC 2014
One quick question, i've updated nginx to 1.4.7 with http_mp4_module. What
if i go with the same config as before ? i.e
server {
listen 80;
server_name storage10.domain.com storage10.gear3rd.com
storage10.gear3rd.net;
client_max_body_size 800m;
# limit_rate 250k;
# access_log /websites/theos.in/logs/access.log main;
add_header "X-Content-Type-Options" "nosniff";
add_header Content-Type text/plain;
add_header X-Download-Options noopen ;
location / {
root /var/www/html/domain;
index index.html index.htm index.php;
autoindex off;
}
location ~ \.(flv|jpg|jpeg)$ {
flv;
root /var/www/html/domain;
# aio on;
# directio 512;
# output_buffers 1 2m;
expires 7d;
valid_referers none blocked tune.pk *.tune.pk *.facebook.com*.
twitter.com *.domain.com *.gear3rd.net tunemedia.tv www.tunemedia.tv
embed.tunemedia.tv;
if ($invalid_referer) {
return 403;
}
}
location ~ -720\.(mp4)$ {
mp4;
expires 7d;
# limit_rate 1000k;
root /var/www/html/domain;
valid_referers none blocked tune.pk *.tune.pk *.
facebook.com *.twitter.com *.domain.com *.gear3rd.net tunemedia.tv
www.tunemedia.tv embed.tunemedia.tv;
if ($invalid_referer) {
return 403;
}
}
location ~ -480\.(mp4)$ {
mp4;
expires 7d;
limit_rate 250k;
root /var/www/html/domain;
valid_referers none blocked tune.pk *.tune.pk *.
facebook.com *.twitter.com *.domain.com *.gear3rd.net tunemedia.tv
www.tunemedia.tv embed.tunemedia.tv;
if ($invalid_referer) {
return 403;
}
}
location ~ \.(mp4)$ {
mp4;
expires 7d;
# add_header "X-Content-Type-Options" "nosniff";
# add_header Content-Type text/plain;
root /var/www/html/domain;
valid_referers none blocked tune.pk *.tune.pk *.
facebook.com *.twitter.com *.domain.com *.gear3rd.net tunemedia.tv
www.tunemedia.tv embed.tunemedia.tv;
if ($invalid_referer) {
return 403;
}
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
location ~ \.php$ {
root /var/www/html/domain;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
include fastcgi_params;
fastcgi_read_timeout 10000;
}
location ~ /\.ht {
deny all;
}
}
Regards.
Shahzaib
On Thu, Mar 27, 2014 at 5:04 PM, shahzaib shahzaib <shahzaib.cb at gmail.com>wrote:
> Thanks Lukas, now i saw these errors in /var/log/messages. Also due to 3rd
> party module ?
>
> Mar 27 12:04:47 DNTX002 kernel: nginx[8190]: segfault at 40174353c ip
> 000000000046a482 sp 00007fff1fd93810 error 4 in nginx[400000+92000]
> Mar 27 12:04:47 DNTX002 xinetd[6599]: START: nrpe pid=9442 from=
> 209.59.234.13
> Mar 27 12:04:47 DNTX002 abrtd: Directory 'ccpp-2014-03-27-16:04:47-8190'
> creation detected
> Mar 27 12:04:47 DNTX002 abrt[9441]: Saved core dump of pid 8190
> (/usr/local/sbin/nginx) to /var/spool/abrt/ccpp-2014-03-27-16:04:47-8190
> (67911680 bytes)
> Mar 27 12:04:47 DNTX002 xinetd[6599]: EXIT: nrpe status=0 pid=9442
> duration=0(sec)
> Mar 27 12:04:48 DNTX002 abrtd: Executable '/usr/local/sbin/nginx' doesn't
> belong to any package
> Mar 27 12:04:48 DNTX002 abrtd: 'post-create' on '/var/spool/abrt/ccpp-
> 2014-03-27-16:04:47-8190' exited with 1
> Mar 27 12:04:48 DNTX002 abrtd: Corrupted or bad directory
> '/var/spool/abrt/ccpp-2014-03-27-16:04:47-8190', deleting
>
>
> Regards.
> Shahzaib
>
>
> On Thu, Mar 27, 2014 at 5:02 PM, Lukas Tribus <luky-37 at hotmail.com> wrote:
>
>> Hi,
>>
>>
>> > [root at DNTX002 nginx-1.2.1]# nginx -V
>> > nginx version: nginx/1.2.1
>> > built by gcc 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC)
>> > configure arguments: --add-module=/root/nginx_mod_h264_streaming-2.2.7
>> > --with-http_flv_module --with-file-aio --sbin-path=/usr/local/sbin
>> > --with-debug
>>
>>
>> nginx_mod_h264_streaming is a unsupported third party module and probably
>> causing your crash. There is generally no support for those modules on
>> the mailing list.
>>
>> Drop nginx_mod_h264_streaming and migrate the official
>> ngx_http_mp4_module:
>> http://nginx.org/en/docs/http/ngx_http_mp4_module.html
>>
>> Please be aware that this also means changing configurations.
>>
>>
>> And yes, nginx-1.4.7 is stable.
>>
>>
>>
>> Regards,
>>
>> Lukas
>> _______________________________________________
>> nginx mailing list
>> nginx at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20140327/e89ffe6d/attachment-0001.html>
More information about the nginx
mailing list