ITPub博客

     ㈠ 下载                   nethogs-0.8.0.tar.gz            安装之前、可能需要先 yum install ncurses*             ㈡ 作用                 有别于其他统计和监控网卡流量、NetHogs 有点特别、可以监控每个进程的网络带宽占用情况      

早上上班发现测试机有点问题.....问题的原因是测试机上周因断电意外关机不过这里也存在一个操作习惯问题一般地，我们在关机时，应该(也算是我自己的习惯)：# shutdown -Fh now而不能：# poweroffBy 迦叶Good Luck2013-12-2

先看iostat输出：root@cnFOL:~# iostat -xm 60 10 Linux 3.2.0-54-generic-pae (cnFOL) 2013年10月28日 _i686_ (1 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 0.18 0.06 0.08 0.23 0.00 99.45 Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await r_await w_await svctm %util sda 0.13 0.79 0.30 0.30 0.00 0.00 28.74 0.02 26.44 5.89 46.42 4.31 0.26 avg-cpu: %u

     /proc 是个虚拟文件系统、也就是、重新引导后修改会被重新初始化     提供了进程信息、内存资源、硬件设备、内核内存等信息     比如：     网卡：/proc/sys/vm/ipv4/ip_forward：控制ip转发     内存：/proc/sys/vm/drop_caches：输入1强制内核从缓存释放一些内存               推荐用strings 浏览其中

   这些变形的工具、诸如：淘宝的Tsar、ksar、sar2html....等、都是通过抓取 sar的数据   所以在最终呈现的数据上变化不大、只是展现的手段和效果不一样而已      sar 是帮助我们了解当前系统的内存、CPU和IO(磁盘IO和网络IO)      下面通过简单的几个方面介绍一下sar的使用         ㈠ 内存      以下两个

     由于项目需要我在服务器上安装 openoffice + pdf2swf、装好了 OOo并启动、装好了 pdf2swf、可是启动：          于是、我就这么搞：          结果、你猜怎么着？打开openoffice以及其他的需要X11 支持的程序全部失效、一时心里拔凉拔凉的               刚开始还以为是X11 出状况了、费了好大劲重

     距离这事有过一段时间了、现下可回忆的东西也不多、那有多少算多少吧     我记得我升级glibc的初衷是因为安装3.x版本的openoffice 需要glibc-2.7     先用一副图片简介一下什么是glibc：          我的系统原本是glibc-2.5、源码升级到glibc-2.7、升级是成功了、可是依然：[root@odd ~]# ls -l /lib/libc.so.* lrwxrwxrwx 1 root root 11 2012-07-15 /l

     DBA 对OS的依赖、一丁点儿也不亚于DB、对于Oracle DBA、尤为突出     DB和OS的感情也与日俱增、耦合度高的让人一度以为这两要劳燕双飞了     例如、Oracle里面、          而且、故障诊断以及性能调优时、OS层的APP可能直接拖垮DB、比如：          好吧、我承认、扯这些无非就是想强调OS对DB、那剪不断

     不严格的讲、daemon 就是服务、可分 2 类：     ① stand alone      ② super daemon      再不严格的讲、服务对应端口、那....那、daemon就对应了端口...？     我们可从 /etc/services 查询他们的对应关系：/*第一列为 daemon 的名称 第二列则是 port */ [root@odd ~]# cat /etc/services | grep -i --color=auto \'mysql\' mysql 3306/tcp

     关于它的传说、那是来自遥远的 Google、新浪微博、知乎          编译出错、看这个链接基本全搞定：哪里出错点这里     英文不给力、看这个链接、立马上手：中文man--简要的          我的效果图：                      

     有些时候木有更新人在囧途之运维的系列鸟、今儿个题目稍显文艺     不过、俺觉得、这种方格不赖、可能后续的文全是这样咯          人在运维囧途总会和服务器故障不期而遇、磕磕绊绊也在所难免     但是在轻视逻辑的状态下拼命找答案、只会浪费更多的时间、这是非常危险的     我记得福尔摩斯有提过

   很多人是从其他平台转到 Linux 的新用户、这些新用户很可能：   原来是 Microsoft Windows 版本的超级用户   也可能是老板赶鸭子上架、要求负责管理一个 Linux 服务器的 SA   还有可能是厌烦了桌面系统的安全问题、想要体验一下 Linux 系统   不论你是如何转到 Linux 平台的、有一个步骤你是必须要面对的、那就是命令行      或许

     在使用 strace 追踪程序排错时、如果程序 fork 出子进程、仅仅 strace 就不一定管用了     这时加 -f 选项就可把它 fork 的子进程一并追踪、这就好比父亲表明没犯罪、背地让儿子去杀人一样     strace 不加选项好比一个二流的捕快、加了 -f 选项就是神捕

   Spotlight On Unix 不仅能满足操作系统的一些监控需求、而且其界面一如Spotlight On Oracle一样华丽，让人赏心悦目       1、安装spotlight，Spotlight on Unix      2、配置spotlight，注意spotlight默认不能使用root用户进行连接，需要用户自己创建一个具有root权限的用户。      （1）useradd spotlight      （2）passwd spotlight； 

     ① 用户能做什么仅仅取决于其UID和GID          ② 文件权限涉及 3 类用户：          ● owner          ● group          ● other             ③ 管理用户的文件有 3 个：          ● /etc/passwd：有7个字段、NO.3是UID NO.4是GID、任何用户均可访问   

   在 Oracle 和 MySQL 学习过程中、经常遇到这两个概念   今天特意查了一下、理解上比较简单、记录在此、以备忘记   ㈠ cache      cache, 是用来加速读取的一种方法。目的是加速读取   物理上，有cpu管理的L1 cache, L2 cache  和 memory里的cache   对于cache的访问， 分为cache hit or cache miss   通常cache越大， cache命中率就越高，

     此篇是人在囧途之运维的 NO.9 了、更新实在太慢鸟、愧疚、、     在运维的工作中、有时我们需要去删除大文件、或者 N (N 取正无穷哟~~)多小文件     那么、rm 次奥咯、     这里、Rocky 介绍 Linux 史上最可爱、最温柔、最成熟、最善良、最.....槽糕、找不到形容词、囧     那便是 rsync 的另外一种用法       &

     对系统资源的监控、是运维人员的一个必备的技能     从 OS 角度讲、包括 CPU/IO/Network/FS 等     从 DB 角度讲，包括 Active Sessions/ON CPU/Disks/Top Segments/Top SQL 等等     而 DB 对资源的利用也反映在 OS 一级上，对 OS 计算资源的充分均衡利用是我们的目标          众多监控工具中、collectl支持的性能数据种类应该是最

       故障、于 DBA、于 运维人员 都是 心中永远的痛、而避免故障的原则却是殊途同归       现列如下、与君共勉              ㈠ 变更要能回滚、先在同样的环境测试过                    佛说：每次创伤、都是一次成熟、这便是运维人员的真实写照          从某种

       人在囧途之运维的第三篇出炉啦、嘿咻嘿咻、吾必上下求索、将运维进行到底       闲言少叙、直面主题              有兴趣的朋友、不妨参考       第一篇：【人在运维囧途_01】20个Linux系统内置监视工具:top       第二篇：【人在运维囧途_02】20个Linux系统内置监视工具: vmstat 和 netstat&nbs