ITPub博客

以下内容摘自下厨房对公众的致歉信："先使用了rm -f方式删除备份节点分区上的所有文件,5分钟后发现刚才删除的是数据库主节点的分区，为防止硬盘继续写入，就马上把mysql进程停止了"第一时间停止MySQL防止硬盘继续写入这个应急措施是错误的！正常如果进程没有被关闭，进程所打开的文件是不会被删除的可以通过从/proc文件系统拷贝的方式恢复出当前仍然打开的文

前天线上出了个502错误，经排查是某开发人员写了条性感的程序吃掉了大部分内存，触发OOM-killer杀死Nginx查看日志/var/log/messages发现类似"Out of Memory: Kill process..."错误以前不了解OOM-killer{out of memory killer }，今天碰巧放假一天，借此学习下，涨涨姿势！OOM_killer是Linux自我保护的方式，当内存不足时不至于出现太严重问题，有点壮士断腕的意味在kernel 2.6，内存不足将唤醒oom

ulimit是限制进程对资源的使用，根据摩尔定律，高配的硬件现下也差不多白菜价但软件资源限制变化不大，特别是process/file，分别对应nproc和nofilenproc可用 ulimit -u 查询；nofile可用 ulimit -n 查询 这里提一点,自内核2.6.32之后，引入/etc/security/limits.d/90-nproc.conf这就意味/etc/security/limits.d/里面的文件的配置会覆盖/etc/security/limits.conf的配置大都数软硬限制的配置文件都位于:/etc/securi

     ㈠ HugePages简介             HugePages是kernel 2.6引入以便适应越来越大的物理内存        在Linux下、page size默认是4K、如果使用HugePages、默认是2M             再看2个术语：        page table 映射表：物理内存和swap的对应关系、访问内存是先读page table、根据表里的映射关系操作      &

     ㈠ 历史背景                现如今、软件大多自带共享库、或者出于安全、或者基于商业考量        如：        ORACLE :$ORACLE_HOME/lib        MySQL :$HOME/mysql/lib                下面贴上oracle用户下.bash_profile里关于LD_LIBRARY_PATH设置export LD_LIBRARY_PATH=$ORACLE_HOME/lib export

     ㈠ IPC 资源查看与释放[root@david ~]# ipcs -m ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status ... ... 0xbe3bb918 5439503 oracle 640 419438592 22 [root@david ~]# ipcs -m -i 5439503 Shared memory Segment shmid=5439503 uid=501 gid=502 cuid=501 cgid=502 mode=0640 access_perms=0640 bytes=419438592 l

       在美国大片、<<黑客帝国>>中崔妮蒂使用 nmap 入侵发电站的能源管理系统       且不谈黑客、Rocky窃以为、nmap 用来侦测自己服务器的安全性是很不错的一个选择       倘若嗅探别人的主机、或许会被 TCP_Wrappers 记录曾经侦测过该 port 的 IP、那么这样做可是会吃官司的              另外、nmap 学问