linux mount 挂载的目录 apache 无权限访问

修改/etc/selinux/config文件,将SELINUX=”修改为disabled

 

http://hi.baidu.com/a20549304/item/31905

本人最近在搭负载均衡的测试系统,由于新手,遇到很多问题,这个问题就是其中之一:
系统环境:Haproxy实现负载均衡(已经实现)
采用NFS挂载的方式进行
机器:
A:192.168.1.110    安装了NFS服务
B:192.168.1.111    安装了APACHE服务
C:192.168.1.112    安装了APACHE服务
D:192.168.1.113    安装了APACHE服务
在111  112  113下开启APACHE服务的时候访问
http://localhost/index.html是可以的
在110下共享了一个文件夹php
将这个共享文件夹挂载到111 112 113的/var/www/html/php上的时候(也挂载成功了)

然而用http://localhost/php/index.html时却显示无权限访问的问题。(为了不浪费时间所以没有截图了,工作真是辛苦,虽然是实习,但是我却把它作为真,这里我是直接将其关闭了,关闭方法如下:
图形界面:系统—–selinux管理——选disabled
文字界面:修改/etc/selinux/config文件,将SELINUX=”修改为disabled
然后reboot
2.再修改/etc/httpd/conf/httpd.conf文件在最后加入如下语句:
Alias /php “/var/www/html/php”#这里是路径名,以及链接名,将你要访问的路径加进来

<Directory “/var/www/html/php”>

Options Indexes MultiViews

AllowOverride None

Order deny,allow

Allow from all

</Directory>
3.重新启动APACHE即可,访问http://localhost/php/index.php了

upstream timed out 问题原因,解决办法

upstream timed out

 

http://ifaint.com/tag/upstream-timed-out/

centos下nginx+php-fpm报upstream timed out错误解决方案

( 2010-12-17 )

最近迁移一个网站, 从 ubuntu 9.10 迁移到 centos 5.2.* 下出现了比较怪异的错误,每天都要在错误日志里看到几百个 upstream timed out 的错误.

2010/12/15 22:32:45 [error] 3897#0: *1831129 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 116.217.163.37, server: xxx.com.cn, request: “GET / HTTP/1.1″, upstream: “fastcgi://127.0.0.1:9000″, host: “xxx.com.cn”, referrer: “http://xxx.com.cn/”

从日志的表示来看应该不是nginx的问题,而是 fast-cgi 执行超时没有及时返回数据到ngnix的问题. 可web和数据库负载都不高,不应该是程序超时的问题. 查资料也没有找到原因,网上于几个人说遇到同样问题,也没有好的解决方案. 后来仔细分析日志,发现出现错误的日志的时间都是大于当前时间,这点很奇怪,难道是系统时间的问题? 后来再仔细查资料,才找到原因. 原来是 centos 的一个内核bug, 调用gettimeofday()这个函数的时候会比当前时间快4398秒.  具体原因是因为多核cpu,各核的TSC不一样造成的.  看来 fast-cgi 应该是调用了这个函数的.

解决方案是升级内核..  相信很多和我一样不是专业sa的兄弟对升级内核之类的事情还是比较犯怵的,不过不用担心有一个不用升级内核的解决方案. 在不升级kernel的情况下,可以考虑修改time source,来解决。修改kernel option。

具体操作如下:

vim /etc/grub.conf

kernel /vmlinuz-2.6.9-1.667 ro root=/dev/hda2 clock=pit (红色部分为新增的)

然后重启服务器,问题解决.  我的产品环境已经3天没有报这个错误了.

 

 

http://hi.baidu.com/jjxiaoyan/blog/item/68863bc74e1e1ac4d10060e1.html

nginx错误日志中出现“upstream timed out”的解决办法

 

才装的服务器,服务器上基本没流量,可访问php时却一直出现http 504错误,以下是解决办法:

I found answer on my posting on nginx forum – http://forum.nginx.org/read.php?2,127854

The answer is in my case was to set:

request_terminate_timeout=30s
in php-fpm config.

Note, you can use values other than 30s also.

I used it to match my value in main php.ini file which is:

max_execution_time = 30
Thanks All. 🙂

 

其它解决办法:

 

504 Gateway Time-out问题常见于使用nginx作为web server的服务器的网站

我遇到这个问题是在升级discuz论坛的时候遇到的

一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out
现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K
默认的fastcgi进程响应的缓冲区是8K, 我们可以设置大点
在nginx.conf里, 加入:

fastcgi_buffers 8 128k

这表示设置fastcgi缓冲区为8×128k
当然如果您在进行某一项即时的操作, 可能需要nginx的超时参数调大点, 例如设置成60秒:

send_timeout 60;

我只是调整了这两个参数, 结果就是没有再显示那个超时, 可以说效果不错, 但是也可能是由于其他的原因, 目前关于nginx的资料不是很多, 很多事情都需要长期的经验累计才有结果, 期待您的发现哈!

 

 

 

http://blog.sina.com.cn/s/blog_4a8d06ce0100qut3.html

NGINX 超时报错  upstream timed out (110: Connection timed out)

2011/03/11 09:11:14 [error] 3334#0: *21445977 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 123.22.117.33, server: XX.XX.cn, request: “GET /XXXXX/XXXXXXXXXX.php?action=XXXXXXX HTTP/1.1”, upstream: “http://192.168.1.106:80/XXXX/XXXXXXX.php?action=XXXXXX“, host: “XX.XX.cn”

 

NGINX反代理超时报错,解决方法:

server {
 listen  80;
 server_name  *.xywy.com ;
 large_client_header_buffers 4 16k;
 client_max_body_size 300m;
 client_body_buffer_size 128k;
 proxy_connect_timeout 600;
 proxy_read_timeout 600;
 proxy_send_timeout 600;
proxy_buffer_size 64k;
proxy_buffers  4 32k;
 proxy_busy_buffers_size 64k;
 proxy_temp_file_write_size 64k;

……………………

 

Linux系统下选择自己喜欢的vim配色方案

http://soft.zdnet.com.cn/software_zone/2007/0922/518424.shtml

 

:colorscheme  +tab

 

vim默认的配色方案有一点极不爽,就是注释,默认是蓝色的,在黑色背景下几乎看不清是什么东西。

 

倒腾了很多天,终于找到了解决办法,只要:

 

$ vi ~/.vimrc

 

加一行

 

colorscheme murphy

 

保存退出就好了。

 

如果觉得murphy配色方案不好,可以看一下/usr/share/vim/vim63/colors,那里保存着很多的配色方案,你可以任选一个替换上面的murphy。