TIME_WAIT状态可以通过优化服务器参数得到解决，因为发生TIME_WAIT的情况是服务器自己可控的，要么就是对方连接的异常，要么就是自己没有迅速回收资源，总之不是由于自己程序错误导致的。如果一直保持在CLOSE_WAIT状态，那么只有一种情况，就是在对方关闭连接之后服务器程序自己没有进一步发出ack信号。换句话说，就是在对方连接关闭之后，程序里没有检测到，或者程序压根就忘记了这个时候需要关闭
51CTO博客开发为了梦想奋斗
时常会遇到根据文件的时间属性做操作的情况，Linux下的文件相关的时间属性有三个。atime，ctime， mtime。笔者也时常搞混，每次遇到都会人肉搜索，闲暇之际准备将这个知识彻底搞懂。 看过权威文档，写的很容易产生误解，现在根据自己的理解给出3个参数的解释： ctime 文件内容及文件属性的任何变化(cha
生成环境下nfs挂载完毕后并不能一帆风顺，nfs时常会出现挂载问题。但只要有方法， 是非常容易解决的。 首先我们需要判断出是nfs服务端问题，还是客户端问题。 如果是单纯的客户端问题，则可以使用fuser命令轻松解决。 具体如下： fuser -mv /mnt 可以查看到当前占用/mnt目录的进程。 使用fuser -mk /mnt
crontab执行异常，可能原因： 1：rsyslog、crond 服务异常。 2：环境变量。 3：命令路径。 4: source ~/.bashrc && bash scripts.sh &n
今天发现一个问题： 先看下脚本内容： root@pts/0 # cat !$ cat /tmp/test_nginx ls *.txt | tr ' ' '\n' | while read line do echo $line if&n
rpmbuild打包有一个过程是这样的： /usr/lib/rpm/redhat/brp-compress /usr/lib/rpm/redhat/brp-strip /usr/bin/strip /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip &n
近期又被自己造的keepalive检测机制搞了，直接上最新优化后的脚本： ############start scripts killall -0 redis-server if [ "$?" -eq 0 ]; then &
公司有台服务器，svn更新代码的时候直接卡死。最后发现是两台服务器网卡的全双工/半双工方式不同导致。root@pts/2 # mii-tool eth0 eth0: negotiated 100baseTx-FD, link ok 另一台： root@pts/0 # mii-tool
linux撰写策略路由： vim /etc/iproute2/rt_tables # # reserved values # 255 local 254 main 253 default 0&n
rpm打包我们经常会遇到，通过直接拷贝的方式达来打包的情况。但是发现打包的时候并不是想象中的那么顺利，比如你会遇到这种情况： 通常遇上上面的警告之后，你还是能打包完成的。但是你会发现打包完成的rpm包很不正常的，无论从大小和安装方面都不行。holy shit!,我只是简单的拷贝啊。我们的rpmbuild代码也很简单：# Disable the stupid&
1：第一坑：众所周知nf_conntrack，下面会有介绍补坑方法。2：连环坑：要解决第一个坑，需要修改内核参数，如：net.netfilter.nf_conntrack_tcp_timeout_established = 600 net.netfilter.nf_conntrack_max = 1048576net.nf_conntrack_max = 1048576这
最近部门忙着系统整改，所有服务器需要重装应用，为了提高效率，使用rpmbuild 小试牛刀了一把，废话不说直接贴spec配置： ++++++++++++++++++++++START-spec+++++++++++++++++++++++++++ # online rpmbulid for total_hulu Name:
安装： yum install http://mirrors.yun-idc.com/epel/6/i386/epel-release-6-8.noarch.rpm yum install docker-io docker -d 问题： docker: relocation error: docker: sy
nginx重定向写出了死循环：正确的写法如下： if ($host ~ wt\.abc\.cn) { rewrite ^/$ http://wt.abc.cn/static/mail/register.html last; rewrite
这段时间在弄热备方面东西，采用的是keepalived配置HA先说下遇到的问题：1、主、从设备同时有vip起来，感觉主从设备之间通讯有问题2、当配置为非抢占时没有效果，优先级高的仍然会在重新起来后抢占master网上搜索了一下，很多人也遇到设置不抢占没有效果问题。解决办法也似乎并不能凑效。后来经过反复修改配置终于测试通过了。1：主设备配置一定要加上：nopreempt，否则非抢占也不起作用。2：防
比较好用的dns有：114dns:114.114.114.114114.114.115.115阿里DNS:223.5.5.5223.6.6.6OneDNS:112.124.47.27114.215.126.16DNS派：101.226.4.6123.125.81.6电信/移动/铁通（101.226.4.6,218.30.118.6）联通（123.125.81.6,140.207.198.6）Ope
公司面临上市，为了满足上市it审计要求，对系统密码进行定制。#!/bin/env python import random,string import os,sys,re,paramiko from optparse import OptionParser def pssh(host,cmd): &nbs
nginx跨域访问配置,需要配置多个源域名，有简单的方法，但不安全：add_header "Access-Control-Allow-Origin" *以下是我的配置：<--------nginx config-----------> &
运维自动化需要涉及到rpmbuild的学习，现对rpmbuild进行打包，以下是spec文件内容：# online rpmbulid for h5_back Name: h5_bak Version:&n
线上redis制作rpm包的过程：# Check for status of man pages # http://code.google.com/p/redis/issues/detail?id=202 Name: &n
python 多级字典值合并:#!/bin/env python import os,sys,re import cStringIO f=open('/tmp/3.txt') ''' /tmp/3.txt content: 148616 '192.168.0.127:8080' 0.157
我们经常看见下载的日志中返回码是206的情况，那么206是什么？服务器已经成功处理了部分 GET 请求。类似于 FlashGet 或者迅雷这类的 HTTP 下载工具都是使用此类响应实现断点续传或者将一个大文档分解为多个下载段同时下载。206是指下载包被拆分多个导致，由此可见如果我们单纯的统计200的个数是远远不够的，我们还有兼顾206的情
nginx 先后顺序匹配： location ~ /api/.*\.(jsp)$ {
请保证/root可用空间在10G以上。1）获取kernel.src.rpmlftp ftp.redhat.com:/pub/redhat/linux/enterprise/6Server/en/os/SRPMSget kernel-2.6.32-504.3.3.el6.src.rpm 2）安装依赖包yum install elfutils-devel elfutils-li
linux下jmeter安装：1. 下载JMeter官方网站下载最新版本： http://jmeter.apache.org/download_jmeter.cgi ,目前最新版是Apache JMeter 2.13下载二进制包，使用JMeter依赖jdk，建议安装jdk 1.6版本以上。Linux下安装jdk参考文章：http://www.linuxeye.com/Linux
puppet的dashboard可以比较直观的看到puppet运行详细状态。也是puppet中比较重要的一块，那么我们开始安装和优化它！pptserver_wangsu_bj_192.168.3.68.centos.yypuppet.com [/etc/puppet/multi-environment] 2015-04-17 15:59:07 root@pts/0&n
注：本文侧重于pupput使用git版本控制在线上环境的部署步骤详解。1：线上puppet加入git版本控制详细步骤：pptserver_wangsu_bj_192.168.3.68.centos.yypuppet.com [/etc/puppet/multi-environment/yydev/environment] root@pts/0 # git i
最近在研究puppet的企业架构部署，补充下自己的git方面的知识。位置：cd /home/nginx git init建立单纯的git仓库：cd /var/nging.git git clone --bare /home/nginx /var/nginx.git我们搭建git学习环境：cd /home/nginx g
一直在准备上puppet，这两天看了下puppet文档，模拟了下生产环境下puppet部署方案： 测试机器： server: 192.168.3.68 clinet: 192.168.3.67 命令规则: 应用_机房_地点_ip地址_服务器系统_域名 192.168.3.67 ppttest_wangsu
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
