在haproxy系统里面，误操作将/var/run和/var/lock/subsys及其目录下文件权限改成777了，之后重启haproxy服务失败，并且报错：
Starting proxy : cannot bind socket ... ...
关闭服务和重启服务都出现报错，在网上查询的结果说：可能配置文件里面端口号被重复占用了
（1）检查配置文件语法，均显示正常：
# haproxy -c -f /etc/haproxy/haproxy.cfg
Configuration file is valid
Configuration file is valid
（2）检查内核参数：
查看/etc/sysctl.conf下面的参数均已存在
net.ipv4.ip_forward = 1
net.ipv4.ip_nonlocal_bind = 1
（3）查看selinux
已关闭
解决方法：
（安装原来的权限修改回去之后貌似还不能正常启动）
最后采取了比较粗暴的方法：杀掉haproxy进程，删除/var/run和/var/lock/subsys目录下的所有文件
[root@haproxy ~]# ps -ef | grep haproxy
haproxy 19182 1 1 Nov10 ? 00:42:55 /usr/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid
root 24670 24578 0 13:34 pts/0 00:00:00 grep haproxy
[root@haproxy ~]# kill -9 19182
[root@haproxy ~]# rm -rf /var/run/*
[root@haproxy ~]# rm -rf /var/lock/subsys/*
[root@haproxy ~]# /usr/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid
[root@haproxy ~]# service haproxy status
haproxy (pid 19182) is running...
原因分析：
/var/lock/subsys的作用：
系统关闭的过程（发出关闭信号，调用服务自身的进程）中会检查/var/lock/subsys下的文件，逐一关闭每个服务，如果某一运行的服务在/var/lock/subsys下没有相应的选项。在系统关闭的时候，会像杀死普通进程一样杀死这个服务。通常与该目录配套的还有/var/run目录，用来存放对应实例的PID.
/var/run下面 pid文件的作用：
防止进程启动多个副本。只有获得pid文件(固定路径固定文件名)写入权限(F_WRLCK)的进程才能正常启动并把自身的PID写入该文件中。其它同一个程序的多余进程则自动退出。