故事要从半个月前说起,某天中午,社畜小编得到了上头的传令,要为即将到来的双十一狂欢节写一个活动策划案. 想着时间也不是很充裕,还要留一些时间修修补补,于是小编连续三天挑灯夜战,终于在某天周五的晚上把策划案写了出来,准备周末拷回家再检查检查,就发给老大. 就在这个时候,悲剧开始了.   办公室突然停电了,而小编刚好把文件剪切了,正在进行传输中.等到大楼保安骂骂咧咧把电力恢复,再打开电脑的时候,发现原来桌面上的文件没有了,而移动硬盘上的文件因为未完全传输打不开. 简而言之,白干了. 当时就是后悔,十…
使用maven package打包项目时出现配置文件丢失的现象,此类问题解决办法如下: 在web项目pom.xml 文件中添加如下: 在<build>标签中添加如下配置: <resources> <resource> <directory>config</directory> <includes> <include>**/*.properties</include> <include>**/*.xm…
先备份一个控制文件 RMAN> backup current controlfile tag='bak_ctlfile' format='/home/oracle/backup/bak_ctl_%U_%T'; drop一个表空间 SQL> drop tablespace xds including contents and datafiles; Tablespace dropped. 删除控制文件 rm /u01/app/oracle/oradata/orcl/control01.ctl rm…
查看目前的控制文件位置 SQL> select name from v$controlfile; NAME--------------------------------------------------------------------------------/u01/app/oracle/oradata/orcl/control01.ctl/u01/app/oracle/flash_recovery_area/orcl/control02.ctl 先备份一个控制文件 RMAN> bac…
hbase将dfs作为存储,公司测试环境断电后,hadoop集群会因此而损坏一些block文件,这个时候,客户端在读取文件时会报一些错: DataXceiver error processing READ_BLOCK operation Got error for OP_READ_BLOCK 因为文件损坏,我直接是把损坏的文件删除 先检查损坏文件: hadoop fsck / 输出: 注意到 CORRUPT FILES 22:表示有22个损坏的块文件 删除损坏文件: hadoop fsck /…
问题现象:突然断电后,重启电脑,再打开VMware Workstation,启动不了.之后就提示“内部错误”.问题原因:希望高人指点.问题处理:关闭VMware Workstation,在快捷方式上,右击,以管理员运行.…
CentOS 6.5断电后启动出现:unexpected inconsistency run fsck manully 如下图: 解决方法: 1.输入root用户的密码回车: 2.执行以下命令,修复磁盘 fsck -y /dev/mapper/VolGroup-lv_root 注意:我遇到的是"/dev/mapper/VolGroup-lv_root",你的不一定是这个哦,注意看上图,在错误信息"unexpected inconsistency run fsck manull…
这篇文章是一次真实的排查经历,可能对大多数人没什么作用,慎看. 断电后来电,服务器启动,手工启动各个docker,大部分正常,小部分还是出错,错误信息: <html> <head> <title>Apache Tomcat/5.5.23 - Error report</title> <style> <!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color…
异常断电后,gitlab报500错误,重启无效 通过sudo gitlab-ctl reconfigure启动时, 提示 [execute] pgsql:could not connect to server: Recipe: gitlab::postgresql * template[/opt/gitlab/etc/gitlab-psql-rc] action create (up to date) * execute[create gitlab database user] action r…
常规检查:查看选项→索引→NTFS,确认所有分区都[包含到数据库],确认后,再删除数据库文件,点击[强制重建] 下面方法是亲身经历,是断电造成的,费了不少时间才解决,现分享出来: 断电后,Everything搜不到很多文件,步骤1无效.原因可能是Everything依赖的硬盘日志文件有误,先查看Everything现在的文件总数,对硬盘根目录的所有内容右键属性(让它重新遍历文件数,可能需要多次查看属性,等文件数量不再增加即可),让Everything重建数据库,Everything的文件总数应该…