之前建立的/dev/md11系统重启后发现了md127，真的很奇怪，/etc/mdadm.conf在重启前也更新过了，系统根本没有用到这个文件。[root@qht116 dev]# cat /etc/mdadm.confARRAY /dev/md2 metadata=1.2 name=qht116:2 UUID=52bbfa94:0751ffca:ae8070cb:221b5abeARRAY /d

一台tomcat服务器只有一个硬盘的时间运行还比较正常，做好soft raid1后程序员反映运行很慢，好像什么卡住 了一样。top的load average当时已到 了10左右，第一反应是硬盘出现了问题，通过hdparm检测磁盘和各个分区的读情况。/dev/sda2是swap分区，不过由于这台服务器的内存很大，swap根本就没有用得到。不管怎样，先将些分区从raid中移除。观察段时间发现load

centos7默认是每周日凌晨1点进行raid检查，有点太频繁了。之前redhat老版本时也遇到过这样的问题。

vmware安装好redhat.3重启后直接进入到紧急模式： 输入root密码，输入journalctl -xb查看日志信息：日志信息最后一页，出现 failed to start crash recovery kernel arming 本质是kdump服务启动失败Kdump是一个内核崩溃转储机制，在系统崩溃的时候，Kdump将捕获系统信息，这对于针对崩溃的原因非...

由于的我mgr建立在虚拟机上面（即使是正式环境，如果计划内的停机或者断电都需要关闭所有的节点），如何关闭所有的组成员，关闭的顺序还是比较重要的。我的环境是一个primary，多个slave的架构，qht131为parmary,其它qht132,qht133,qht134为slave数据库。1.关闭所有的组成员必须先先关闭slave，最后关闭master.qht132,qht133,qht134：[

 主机操作系统：windows 10 虚拟机VMware12：两台Oracle Linux R6 U3 x86_64 Oracle Database software: Oracle11gR2 Cluster software: Oracle grid infrastructure 11gR2 共享存储：ASM[root@qht131 home]#lsb_release -a...

本来是用虚拟机安装好的4台server做的mgr，今早上来一看只剩下2台存活了，状态如下：错误日志：2018-05-16T11:17:09.890375Z 0 [ERROR] Plugin group_replication reported: 'Member was expelled from the group due to network failures, changing member

环境：oracle10.2.0.4linux rhel4.4 1.检查原来的数据库实例名（sid）[oracle@rhel133 ~]$ ps -ef | grep orcloracle   21879     1  0 03:22 ?        00:00:00 ora_pmon_orcloracle   21881     1  0 03:22 ?

linux环境下删除用drop tablespace XXX including contents and datafiles删除表空间后，磁盘空间不释放。用lsof -n | grep deleted来查看还在使用删除掉文件的pid，直接kill掉就可以了。[root@l5mdev124 ~]# lsof -n | grep deletedoracle3396ora...

当前系统centos7[root@qht116 ~]# uname -aLinux qht116 3.10.0-862.el7.x86_64 #1 SMP Fri Apr 20 16:44:24 UTC 2018 x86_64 x86_64 x86_64 GNU/Linuxoracle 18c安装好后，数据库启动时alertlog报以下提醒，是没有配置hugepage的原因系统默认的pagsize