Linux 利用进程打开的文件描述符(/proc)恢复被误删文件 在 windows 上删除文件时,如果文件还在使用中,会提示一个错误:但是在 linux 上删除文件时,无论文件是否在使用中,甚至是还是在写入,都可以被 rm 简单地删除 :-< 不过,rm 删除时并非是被真正地擦除,特别是当文件还在被进程打开时,是可以完整地恢复的. linux 的每个文件对应一个 inode 号,它有两个计数 i_count (内存引用计数,当前使用这个文件的进程数量) 和 i_nlink (磁盘引用计数,硬链

我在使用bash的时候通常会利用它的自动补全功能来看看文件夹下的内容(连按两下Tab键),例如: 说明Music文件夹下有这三个文件,我也就不需要提前用ls命令来确定了. 但是最近我在查看当前shell(bash)的文件描述符时时却碰见一个"怪事",当我用bash的自动补全功能查看时,显示为有0, 1, 2, 255, 3这五个文件: 但是当我用ls命令来显示fd文件夹的时候,却只显示有0, 1, 2, 255这4个文件,3这个文件不存在: 这是为什么呢? 其实原因很简单,自动补全功能

最近,线上一个应用,发现socket数缓慢增长,并且不回收,超过警告线之后,被运维监控自动重启了. 首先到zabbix上观察JVM历史记录,发现JVM-Perm space最近两周没有数据,猜测是程序从JDK7切换到JDK8了.问过开发人员之后,程序已经很久没有重启了,最近才重新发布的.而在这期间,线上的Java运行环境已经从JDK7升级到JDK8了. 因为jdk8里没有Perm space了,换成了Metaspace. ###netstat到线上服务器上,用netstat来统计进程的conne

启动进程,遇到报错: /proc/self/fd/9: 2: ulimit: bad number 分析配置文件内容没有错误. 怀疑可能是文件格式问题,在IDE里面查看,果然是windows格式.IDE里面可以修改,此外在Notepad++里面也可以.截图如下 用Notepad++(v7.5.9)打开配置文件,编辑选项—>文档格式转换—>转为UNIX格式

误删除innodb ibdata数据文件  文件句柄  文件描述符  proc  fd http://www.cnblogs.com/gomysql/p/3702216.html 提示:如果不小心通过操作系统命令误删除了数据文件,一定不要轻易的关闭实例或者offline数据文件!!!!!!!! 今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了.不知道怎么解决.当时我也不知道怎么办.后来查阅相关资料.终找到解决方法.其实恢复也挺简单的.

当创建好epoll句柄后,它就是会占用一个fd值,在linux下如果查看/proc/进程id/fd/,是能够看到这个fd的,所以在使用完epoll后,必须调用close()关闭,否则可能导致fd被耗尽. epoll创建的fd是: lrwx------ 1 root root 64 Aug 20 11:04 3 -> anon_inode:[eventpoll] 这种类型的inode,是epoll创建的.lrwx------ 1 root root 64 Aug 20 11:04 4 -> so

Q: Looking in /proc/$mypid/fd/, I see these files lrwx------ cm_user cm_user Oct : -> /dev/pts/ (deleted) lrwx------ cm_user cm_user Oct : -> socket:[] lrwx------ cm_user cm_user Oct : -> socket:[] lrwx------ cm_user cm_user Oct : -> socket:[]

Centos 文件误删除 当意识到误删除文件后,切忌千万不要再频繁写入了,否则 你的数据恢复的数量将会很少. 而我们要做的是,第一时间把服务器上的服务全部停掉,直接killall 进程名 或者 kill -9 pid . 然后把误删除文件所在分区,重新挂载成ro,只读的 (mount  -o ro  /dev/sdb2  /data/). 然后我们需要去下载和安装一个工具叫做   extundelete 1.安装依赖包# yum install e2fsprogs* -y 2.下载并安装extu

当Linux计算机受到入侵时,常见的情况是日志文件被删除,以掩盖攻击者的踪迹.管理错误也可能导致意外删除重要的文件,比如在清理旧日志时,意外地删除了数据库的活动事务日志.有时可以通过lsof来恢复这些文件. 当进程打开了某个文件时,只要该进程保持打开该文件,即使将其删除,它依然存在于磁盘中.这意味着,进程并不知道文件已经被删除,它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入.除了该进程之外,这个文件是不可见的,因为已经删除了其相应的目录索引节点. 在/proc 目录下,其中包含了反映

注意:以下演示过程前提为mysqld进程仍在运行中,否则无法使用下面演示过程进行恢复! 1.手工制造故障,删除ibdata1文件,注意不要重启mysql shell > rm -rf ibdata1 2.登录mysql,进行如下操作 mysql > FLUSH TABLES WITH READ LOCK;  #全局加读锁,阻塞Innodb继续写入数据 mysql > SHOW engine innodb STATUS; #查看innodb status中的LSN位置 #找到这2个关键值

http://hatemysql.com/ 1.从/proc文件系统恢复数据#lsof |grep -i deletecat 11791 root 1w REG 253,0 94 1048589 /home/woqu/echo_red.sh (deleted) #cp /proc/11791/fd/1 echo_red.sh 2.Extundelete工具恢复查找误删除文件通过extundelete可以查看哪些文件被删除了.在我们的模拟场景下,可以这样使用extundelete –inode 2

OS: Oracle Linux Server release 5.7 DB: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 首先创建yoon数据库 SQL> create tablespace yoon datafile '/u01/oracle/oradata/yoon/yoon01.dbf' size 50m; Tablespace created. SQL> create use

mysql 误删除ibdata1之后如何恢复 如果误删除了在线服务器中mysql innodb相关的数据文件ibdata1以及日志文件 ib_logfile*,应该怎样恢复呢? 这时候应该一身冷汗了吧?==================================先抽根烟,冷静一下.==================================再观察一下网站,发现一切都很正常,数据的读取与写入操作都完全正常.这是怎么个情况? 其实,mysqld在运行状态中,会保持这些文件为打开状态,

在linux redhat 5.4版本,rm误删除数据库文件的恢复过程分享.测试没有问题,可用. 1.首先测试rm 误删除数据库文件 [oracle@primary dbwdn]$ ll total 2153164 -rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control01.ctl -rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control02.ctl -rw-r----- 1 oracle dba

参考 : http://www.lunar2013.com/2013/06/linux-%E8%AF%AF%E5%88%A0%E9%99%A4%E6%96%87%E4%BB%B6%E6%81%A2%E5%A4%8D.html Last login: Sun Jan 26 22:36:10 2014 from 10.10.10.5 root>/root#su - oracle oracle>/home/oracle$sqlplus / as sysdba SQL*Plus: Release 10

多DBA一定rm -rf讨厌它,也许有一天自己将数据库,以消除一个中午,然后.那么就没有一个--这种情况下,--这个不幸真的发生,你真的无药可救?不必要,有解决方法.也许你遇到不幸时,有一天.你可以用它来拯救自己.里做恢复操作的前提是没有可用的rman备份.或者数据库冷备份等,也就是说,没有不论什么备份. 一.登陆SQLPLUS,并启动数据库 [oracle@ora10g ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Product

说明:经常会遇到这种情况,没有使用正确的方式清理进程占用的文件,比如日志.导致空间并没有释放.也有的时候需要恢复进程占用的文件. 解决方式 lsof |grep del # 找出自己要恢复的文件名称.获取到进程的pid 在 /proc/$pid/fd/ 就可以找到被删除的文件.拷贝到原处即可.

前言 每当我们在生产环境服务器上执行rm命令时,总是提心吊胆的,因为一不小心执行了误删,然后就要准备跑路了,毕竟人不是机器,更何况机器也有bug,呵呵. 那么如果真的删除了不该删除的文件,比如数据库.日志或执行文件,咋办呢?欲知后事如何,请仔细看完本篇博客. 模拟场景 1. 删除 误删除服务器目录/root/selenium/Spider下的MySql.Data.dll文件: > rm -f /root/selenium/Spider/MySql.Data.dll > ll /root/sel

linux不像windows有个回收站,使用rm -rf *基本上文件是找不回来的. 那么问题来了: 对于linux下误删的文件,我们是否真的无法通过软件进行恢复呢? 答案当然是否定的,对于误删的文件,我们还是能通过软件恢复过来的.对于误删文件还原可以分为两种情况: 一种是删除以后在进程存在删除信息 一种是删除以后进程都找不到,只有借助于工具还原. 接下来以例子分别解说下两种不同的误删还原方式: 误删除文件进程还在的情况: 这种一般是有活动的进程存在持续标准输入或输出,到时文件被删除后,进程PI

最近我有一个客户删除InnoDB主表空间 - ibdata1 - 和重做日志 - ib_logfile *的情况. MySQL使InnoDB文件始终保持打开状态.以下恢复技术基于此事实,它允许抢救数据库. 实际上,文件很久以前被删除 - 大约6个月左右.只要文件在物理上打开,它仍然会在文件系统中退出,并且可以访问已打开它的进程. 因此,从用户的角度来看,删除后没有任何变化.顺便说一句,这是监视这些文件存在的一个很好的理由!但重启后InnoDB将检测到既没有系统表空间也没有日志文件,因此它将创建空