vbaspdelphi的专栏

要想进行恢复结论： 500MB的boot分区里面要有boot/* 下面的文件，就是说/dev/sda1/下面直接可以看到vmlinuz和initrd [下载centos6.8系统的已经安装了的保存文件]500MB的磁盘在硬件的BIOS里面要设置为第一启动500MB的分区要进行Boot标记数据盘要去掉启动分区标志使用systemrescurecd进行# mount 很重要哦mount /

最近做了项目，国内有名的运营商， 给了一个vpn，给了一个mstsc， 然后是一个vsphere软件，里面有新建的虚拟主机，但是系统和磁盘需要我们自己做出里，而且磁盘给了两个50GB的，我来个去，好吧，同事提醒，这个只能做LVS，做成一块磁盘。听了之后，我都快崩溃了，怎么会有这样的事儿呢？好吧， 七手八脚的部署了一个centos系统，两个50GB的磁盘做如下处理第一块硬盘 200MB For /b

centos 6.8部署本地作为PXE服务器

时间同步非常重要，一般时间同步我们可以采用 1. ntpd服务启动 2. ntpdate 这两种常用的方式。但是对于纯内网机器来说，两种方式都非常难，针对我们当前的拓扑我们访问对方纯内网机器的时候是通过vpn，而且对方也可以访问我们的vpn地址，所以我们可以尝试使用代理的方式进行。那好，我们先找到一个可用的ntp服务器，经过发现，居然找到日本去了，我们在windows里面使用passport

vm.min_free_kbytes=512000最近，我们有台服务器无法ssh登陆，使用vsphere查看，发现执行啥命令都是oom，确实是没有内存了，是否有功能可以保留一些存给管理使用呢？

ps --sort -rss -eo rss,pid,command | head不错的小命令

export http_proxy=http://10.203.0.1:5187/ export https_proxy=$http_proxy export ftp_proxy=$http_proxy export rsync_proxy=$http_proxy export no_proxy="localhost,127.0.0.1,localaddress,.localdoma

vm.panic_on_oom 0（默认） oom的时候会杀掉某些进程，保全操作系统运转 1 oom的时候，直接系统panic 2 更狠，即使是在memory cgroup oom的时候，也会导致整个系统panic* 当值是1 或者2 的时候，使用场景是让系统panic，这样在集群系统中就会导致failover了sysctl vm.min_free_kbytes系统保留

ps -A -o stat,ppid,pid,cmd | grep -e '^[Zz]' | awk '{print $2}' | xargs -i kill -9 {}说白了，其实是查看它的父进程id，然后干掉。

ps aux | grep xx 找到进程号top -p pid

今天在安装windows的时候，突然发现下载的一个小工具的readme在deepin terminal下面查看有乱码，好奇心作怪，看看能不能让它显示正确呢？直接在linux下面查看，乱码 但是gedit是可以正常查看的 ，可能gedit有自动适应编码的功能 查找资料，发现enca这个小工具真的挺棒的 主要命令如下sudo apt-get install encaenca a.txtenca

最近公司在搞话务系统， 使用的系统是xen，但是发现系统差不多是 centos 5.5左右的， aliyun和163上面已经停止了更新，要想下载的话，只能从国外的 http://archive.kernel.org/centos-vault/5.7/isos/i386/ 站点进行下载，可是太慢了。 尝试使用proxychains + oneasiahost 的vps，没想到速度可以达到5Mbps，呵

[C5.7-base]name=CentOS-5.7 - Basebaseurl=http://vault.centos.org/5.7/os/$basearch/gpgcheck=1gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5enabled=1[epel]name=CentOS-$releasever - Contribbas

安装软件yum install -y php php-mysql php-fpm nginx mysql mysql-servermysql配置/etc/my.cnf[client]port=3306[mysql]default-character-set=utf8[mysqld]skip-name-resolveport=3306character-set-server=utf8de

一般没啥事儿，但是网卡流量大的时候，如果所有的流量的处理都在cpu0上面，那么势必会很快出现瓶颈。一般说来，我们有几个核心，就会有几个网卡irq队列。cat /proc/interrupts | grep eth1 | grep -v event看一个网卡irq队列的示意图:脚本内容：#!/bin/bashcat /proc/interrupts | grep eth1 | grep -v even

查看网卡配置 ethtool -g eth1修改网卡配置 ethtool -G eth1 rx 4096 ethtool -G eth1 tx 4096这样，对于流量非常重的网卡会稍微好点。具体效果还在观察。[root@localhost ~]# ethtool -g eth1Ring parameters for eth1:Pre-set maximums:RX: 4096

yum install tigervnc-server tigervnc/etc/init.d/vncserver restart or vncserver关闭incvncserver -kill :1 vncserver -kill :2配置incvim /etc/sysconfig/vncserversVNCSERVERS=”1:root” VNCSERVERARGS[1]=”-geometr

之前关于Linux的内存做过几次实验，得出的结论是pannic_on_oom如果打开的话，当内存不够用的时候，系统会重启，否则，程序会被干掉以释放掉内存。由于Linux在使用Swap的时候会降低APP的性能等，那么，到底啥时候会使用内存呢？之前以为是swapniess造成的，但是这个只是个概率值，即使它的取值空间在0~100。经过今天的一点点测试发现，目前能影响swap时间早晚的是 /proc/sy

Commit英文单词，“交付”，在内存这里是指 内存交付Overcommit意味： 过度交付，是指内存过度交付Linux程序如何申请内存（采用Overcommit策略）Linux在分配内存的时候，一般会高于程序malloc()申请的内存，为了提高资源率，并不是所有程序申请了内存后不一定会用完。具体测试如下：Overcommit的策略Linux下overcommit有三种策略(Docum

服务器 512MB内存，CentOS6.运行代码#!/usr/bin/env pythonresult = []for item in range(1,100000000): result.append(str(item))output = ''.join(result) 代码运行一次，运行一段时间后，运行第二个，运行第三个，过了一会儿第一个就被kill了。程序被kill iowa

这次优化了测试代码#!/usr/bin/env python# 分量十足的循环，耗死内存r1 = {}for listNumber in range (1,100000000): r1[listNumber] = [] for r2 in range(1,100000000): r1[listNumber].append(str(r2))跑起来后，使用了如下

这次测试代码和（2）里面一样，不过更改了两条系统参数echo 1 > /proc/sys/vm/panic_on_oomecho 5 > /proc/sys/kernel/panic1和2是系统默认， 3和4是修改参数 ， 5和6是查看设置的多少 过了一会儿，系统黑屏，然后自己个儿重启了。

测试代码和2 3 一样，这次我们把panic_on_oom和panic都设置为0结果会如何呢？没错，结果程序会被kill掉总结： panic_on_oom是指如果内存不够用的时候，如果为1，那么系统会进入panic状态，就是宕机panic这个参数，仅仅是如果panic的话，系统等待多少秒后重启，如果是0，就是永远不会重启。

前几篇围绕着两个panic先关的参数进行了测试，可以知道panic仅仅是内存有问题的时候，会不会panic，如果关闭了，那么我们的程序会被kill，而不会导致系统panic。如下图：1和2是当前的设置3和4是修改的设置5和6 是查看，但是这个时候已经无法使用cat了因为7，我们大概已经消耗了，这个地方少了个计算，稍后补上

前两天遇到了一个问题，centos必须借助CD的启动才能进入系统，当时想着做个测试，这会儿正好有时间，在VMWare里面试试。思想是这样的，删除boot里面的文件，然后重启看效果。具体过程如下：先将boot下面的资料被分到远程，方便回头下载删掉boot下面的东西，然后重启就是下图，呵呵。这个grub貌似是在磁盘的MBR里面，删除boot下面的文件不会影响到。 我们用系统光盘进入rescure模

# base repo wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo# epel repo wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-6.repo# docker r

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/

在CentOS, 说不定啥时候就会出现了问题，比如编码方式。前两天在部署的时候，没有注意编码方式的问题，所以后来他们在登录的时候，一会儿这个中文有问题，一会儿那个有问题，只能简单包扎一下了修改/etc/profileexport LC_ALL=zh_CN.UTF-8export LANG=zh_CN.UTF-8

参考http://acooly.iteye.com/blog/1993484对于一个联网的机器service ntpd restartchkconfig ntpd on如果在内网，一台机器想做ntp服务器# For more information about this file, see the man pages# ntp.conf(5), ntp_acc(5), ntp_auth(5),

/etc/sysconfig/network-scripts/ifcfg-ens33ifcfg-ens160route-ens33