Xen出现nf_conntrack: table full, dropping packet.的一些解决调整参数 我们的Centos6 x64_64系统的Xen宿主内核出现了一些日志，相应状况有网络丢包的现象发生。nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet. nf_conntrack: table full, dropping packet.根据网络搜索得到的方法，将内核的一些默认参数适当调整可以解决这个问题 [root@node61 ~]#cat /proc/sys/net/netfilter/nf_conntrack_max 24528 由于nf_conntrack_max的默认参数设置比较小，所以适当的调整一下它. 运行下面的代码cat >>/etc/sysctl.conf<<EOF net.nf_conntrack_max = 2097152 net.netfilter.nf_conntrack_tcp_timeout_established = 300 net.netfilter.nf_conntrack_max = 1048576 net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 net.netfilter.nf_conntrack_tcp_timeout_fin_wait = 120 net.netfilter.nf_conntrack_tcp_timeout_time_wait = 120 net.ipv4.conf.default.forwarding = 1 EOF sysctl -p以上代码中的参数仅供参考，请根据实际情况进行设置.然后持续监控您的内核日志看情况.

Xen出现Too many frags以及fatal error; disabling device日志，子系统断网解决办法 Xen有些时候一些GUEST OS系统正常运行中但是网络断了，直接重启后网络又恢复了。 从dmesg里面查看相应的信息发现出现了Too many fragsvif vif-162-0: vifXEN_NAME.0: Too many frags vif vif-162-0: vifXEN_NAME.0: fatal error; disabling devicegoogle了一下从一些mail list里面找到了解决办法，就是关闭tx和tso以及gso.先查看网卡ethtool -k 网卡运行命令会得到以下返回数据(一些机器返回的结果可能会有出入)[root@node75 ~]# ethtool -k eth0 Features for eth0: rx-checksumming: on tx-checksumming: on tx-checksum-ipv4: off [fixed] tx-checksum-ip-generic: on tx-checksum-ipv6: off [fixed] tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] scatter-gather: on tx-scatter-gather: on tx-scatter-gather-fraglist: off [fixed] tcp-segmentation-offload: on tx-tcp-segmentation: on tx-tcp-ecn-segmentation: off [fixed] tx-tcp6-segmentation: on udp-fragmentation-offload: off [fixed] generic-segmentation-offload: on generic-receive-offload: on large-receive-offload: off [fixed] rx-vlan-offload: on tx-vlan-offload: on ntuple-filters: off [fixed] receive-hashing: on highdma: on [fixed] rx-vlan-filter: off [fixed] vlan-challenged: off [fixed] tx-lockless: off [fixed] netns-local: off [fixed] tx-gso-robust: off [fixed] tx-fcoe-segmentation: off [fixed] fcoe-mtu: off [fixed] tx-nocache-copy: on loopback: off [fixed] rx-fcs: off rx-all: off执行以下命令关闭tx tso gsoethtool -K eth0 tx off tso off gso off关闭后再用ethtool查看网卡会看到下面三个都为off关闭 tx-checksumming: off tcp-segmentation-offload: off generic-segmentation-offload: offtso的全称是tcp-segmentation-offload， gso的全称是generic-segmentation-offload 关于更多相关信息可以查阅http://en.wikipedia.org/wiki/Large_segment_offload以上内容是在基于Centos6 X64，kernel 3的环境撰写。  

调整解决ssh连接自动断开问题 一些时候开着的ssh窗口经常自动断开， 有时候是网络状况不够稳定导致，通过调整sshd配置可以缓解一定的状况。sed -i 's/#ClientAliveInterval 0/ClientAliveInterval 15/g' /etc/ssh/sshd_config sed -i 's/#ClientAliveCountMax 3/ClientAliveCountMax 45/g' /etc/ssh/sshd_config service sshd restartClientAliveInterval  设置一个以秒记的时长，如果超过这么长时间没有收到客户端的任何数据， sshd 将通过安全通道向客户端发送一个”alive”消息，并等候应答。 默认值 0 表示不发送”alive”消息。这个选项仅对SSH-2有效。ClientAliveCountMax  sshd 在未收到任何客户端回应前最多允许发送多少个”alive”消息。默认值是 3 。 到达这个上限后，sshd 将强制断开连接、关闭会话。 需要注意的是，”alive”消息与 TCPKeepAlive 有很大差异。 “alive”消息是通过加密连接发送的，因此不会被欺骗；而 TCPKeepAlive 却是可以被欺骗的。 如果 ClientAliveInterval 被设为 15 并且将 ClientAliveCountMax 保持为默认值， 那么无应答的客户端大约会在45秒后被强制断开。这个指令仅可以用于SSH-2协议.

[kipmi0]进程CPU 100%高占用率解决办法 服务器top进程上进程看到kipmi0经常占用很高的CPU甚至是100%看看专业的说法： kipmi is supposed to run with low priority. When you say it consumes 70-90% of the CPUs, is that constant (does it still consume the processor when they are other tasks in the process queue that should have a larger slice of the CPU time) or the 70%/90% comes when the machine is idle? A second issue to investigate is whether you have pending controller issues (alarms of varying nature that are not resolved) and/or older versions of controller firmware. 查看服务chkconfig 发现只有近似 ipmievd  服务，估计就是这个，跟网上资料说的ipmi有出入！Fix：不需要修复 No fix required. You should ignore increased CPU utilization as it has no impact on actual system performance.虽然这是一个利用空余的CPU资源进行一些接口自动调节的任务，但看着占那么多的资源还是怕出意外。找到：可以临时降低echo 100 > /sys/module/ipmi_si/parameters/kipmid_max_busy_usIn our system,after set this parameter,the cpu of kipmi0 decreased to 15%.确实执行上面命令后，所占CPU单核资源从100%降低到10%You can try this.永久性降低 To make the changes persistent you can configure the options for the ipmi_si kernel module. Create a file in /etc/modprobe.d/, i.e./etc/modprobe.d/ipmi.conf, and add the following content: # Prevent kipmi0 from consuming 100% CPUecho "options ipmi_si kipmid_max_busy_us=100">/etc/modprobe.d/ipmi.conf系统下次重启会自动调整

什么是Raid？Raid特性及实现 RAID是“Redundant Array of Independent Disk”的缩写，中文意思是独立冗余磁盘阵列。冗余磁盘阵列技术诞生于1987年，由美国加州大学伯克利分校提出。RAID磁盘阵列（Redundant Array of Independent Disks）简单地解释，就是将N台硬盘通过RAID Controller（分Hardware，Software）结合成虚拟单台大容量的硬盘使用，其特色是N台硬盘同时读取速度加快及提供容错性 Fault Tolerant，所以RAID是当成平时主要访问数据的存储速度问题（Storage）不是备份问题（Backup Solution）。在RAID有一基本概念称为EDAP（Extended Data Availability and Protection），其强调扩充性及容错机制，也是各家厂商如：Mylex，IBM，HP，Compaq，Adaptec，Infortrend等诉求的重点，包括在不须停机情况下可处理以下动作： raid0的特性： 采用剥离，数据将在几个磁盘上进行分割。数据被分成很多数据块，每一数据块会被写入不同的磁盘。从而，每一磁盘的工作负荷都得到了降低，这有助于加速数据传输。RAID-0可让磁盘更好地响应，尤其是电子邮件、数据库和互联网应用。实施RAID-0最少需要两块硬盘。优势：通过把 I/O负载分布到多个硬盘上，可提高系统性能。实施简单。需要注意的是：RAID-0不具有数据保护功能，不适合于关键数据。 raid1的特性： RAID-1通过磁盘镜像来实现，主要用来确保数据的可靠性。同样的数据将被复制存储到不同的磁盘上，如果某个磁盘出现故障，还可以在阵列内的某个磁盘上找到相应的数据，因此可以很容易地进行恢复。镜像不但可以创建冗余数据而带来高可用性，还可以保持关键应用的正常运行。优势：数据读取的性能有所提高，而数据写入性能与单个磁盘没有区别。100％数据冗余意味着某个出现磁盘故障时不需要对数据进行重建。需要注意的是：磁盘容量的低效率使用-在所有RAID类型中费用最高（100％）。 raid10的特性： RAID-10是RAID-1和RAID-0的结合。此配置要求至少4块硬盘，在所有RAID等级中，性能、保护功能及容量都是最佳的。RAID-10包含成对的镜像磁盘，其数据在整个阵列上进行剥离。多数情况下，RAID-10能够承受多个磁盘出现故障的情况，因此更能保证系统的正常运行。其数据丢失的几率最小。优势：与RAID-1（镜像）有同样的冗余特性，是数据保护的理想选择。需要注意的是：可能价格很高，与镜像磁盘阵列有关。 raid5的特性： RAID-5通过一种称为奇偶检验的技术保持数据的冗余。在多个磁盘上进行数据剥离时，奇偶位数据也会包括在内并分布于阵列内的所有磁盘上。奇偶数据用于保持数据的完整性并在磁盘出现故障时进行重建。如果阵列内的某个磁盘出现故障，丢失的数据可以根据其它磁盘上的奇偶位数据进行重建。RAID-5配置要求至少3块硬盘。优势：更有效地利用所有冗余RAID配置的磁盘容量。保持良好的读写性能。需要注意的是：磁盘故障会影响吞吐速率。故障后重建信息的时间比镜像配置情况下要长。 raid50的特性 RAID-50是RAID-5与RAID-0的结合。此配置在RAID-5的子磁盘组的每个磁盘上进行包括奇偶信息在内的数据的剥离。每个RAID-5子磁盘组要求三个硬盘。RAID-50具备更高的容错能力，因为它允许某个组内有一个磁盘出现故障，而不会造成数据丢失。而且因为奇偶位分部于RAID-5子磁盘组上，故重建速度有很大提高。优势：更高的容错能力，具备更快数据读取速率的潜力。需要注意的是：磁盘故障会影响吞吐量。故障后重建信息的时间比镜像配置情况下要长。

Kvmla首月体验试用免费VPS Kvmla一家主营Linux系列vps的运营商，最近半年经常大批量的放出免费vps，据说还有资源在等待到位后还会加大力度推送。以下是我们获取到的免费vps信息，vps架构为OpenVZ，机房位置位于洛杉矶，作为练手和测试体验来说非常的合适的。地址：https://www.kvmla.com/cheap.html 免付费代码：doubi2014 主机名规范： 自己网站域名 周期：一个月 数量：80个 使用范围：所有月付型VPS 要求：在博客或者网站发表一篇评论或者体验文章。 特别注意事项：不准挂机，不准使用简单的root密码，不准转售，不得违反TOS.