BE备份VM导致死机

  1. 现象:

    当BE对改虚拟机执行备份任务后,几分钟后会出现如下报错:

java进程被阻塞.

Jul 20 11:23:42 CDCorpLnxVM01 kernel: pci 0000:00:15.3: BAR13: failed to assign [io  size 0x1000]

百度上说这种问题是由于IO性能下降引起内存往磁盘写入数据缓慢.按照网上所述,修改2个参数:

vm.dirty_background_ratio = 5
vm.dirty_ratio = 10

结果也不起作用.但报错有变化:

Jul 21 17:23:11 CDCorpLnxVM01 SYMBDSNAP_SDK[11518]: Driveris not loaded. Loading symbdsnap.

Jul 21 17:23:11 CDCorpLnxVM01 SYMBDSNAP_SDK[11518]: Missingsymbdsnap driver.

按照网上所述,在BE备份设置忽略AOFO-L,最终没发现这个参数.

2. 按照同事描述他曾经执行过yum install -y kernel-devel kernel-headers

由此想到应该是内核出了问题.

于是尝试查看启动内核版本,如下:

默认是第一个内核.

那我们尝试配置第二个内核为默认内核,如下:

配置默认内核:

cat /boot/grub2/grub.cfg | grep "men"

grub2-set-default “CentOS Linux (3.10.0-327.el7.x86_64) 7(Core)”

Grub2-editenv list验证是否成功

时间: 2024-10-25 07:06:30

BE备份VM导致死机的相关文章

软件测试通过下多条内存也可能存在某些问题导致死机

一台PC主机配置如下:AMD4核CPU,独立显示卡,两条DDR3内存,一条2G,后来又加了一条4G的内存.装好内存后,重新安装了64的位WIN7,并用WIN7自带的微软内存测试软件进行测试,顺利通过.使用一段时间后,会出现画面停住系统挂起,键盘(按CTRL+ALT+DEL)和鼠标都没反应,只能强行关机. 分析过程:出现问题一般是软件或硬件的问题.软件上整个系统挂起,一般不是某个应用软件引起的,有可能是操作系统本身的问题,但该WIN7新装不久,可能不是操作系统的问题,所以觉得有可能是硬件问题.由于

rman备份恢复到异机报ORA-01110 ORA-01180错误

[[email protected] ORACLE]$ rman target / Recovery Manager: Release 10.2.0.5.0 - Production on Thu Jul 31 13:51:40 2014 Copyright (c) 1982, 2007, Oracle.  All rights reserved. connected to target database (not started) RMAN> set dbid 1619708557 execu

通过VMware vCenter利用脚本备份VM

This artical will be published in English as well: http://www.cnblogs.com/LarryAtCNBlog/p/4613320.html 如果你的环境里刚好有VMware vCenter,里面加了一堆ESX(i)服务器的话,那以下的脚本是有帮助的. vCenter本身是有计划备份的功能的,但是比较遗憾的是功能并不能满足我使用的需求,我也更偏向于自己做脚本控制. 以下是tree的一个sample输出,脚本只有3个,都以ps1结尾.

linux下只有rman备份集的异机不同目录恢复

昨天在客户那里做了一次rman异机的恢复,把生产库弄一份给测试库用,总库大概80G,总共花费了2个小时,当时客户的环境是windows 11.2.0.3,今天早晨在linux下重新测试了一下,记录下来供大家参考 环境: 所有操作都是按主机名区分 源库: 主机名  bre1  实例名为bre1  数据文件目录在/u01/app/oradata下 目标库: 主机名 bre2   数据文件准备放在/bre1/oradata下 废话不多说,下面是实际操作步骤 1.在源库创建备份集,并且拷贝到目标库 拷贝

RMAN备份策略与异机恢复一例

实验环境: A机器(生产用途):RHEL 6.5 + Oracle 11.2.0.4 + IP Address 192.168.1.11 B机器(备机用途):RHEL 6.5 + Oracle 11.2.0.4 + IP Address 192.168.1.61 需求: A机器RMAN备份完成后自动传输备份文件到B机器.防止A机器本身硬件Crash无法恢复造成核心数据库无法恢复的窘境.而且在B机器可以将数据异机恢复到任意时间点. 注意:因为要求备份完毕后直接脚本命令自动传输到异机备份目录,所以需

linux系统smb安装,windows访问smb共享文件夹和虚拟机vm与真机的互ping

直接上技!首先要明白smb是用来干什么的?后面提的虚拟机vm与真机互ping只是一个实验.这里使用的linux版本为 redhat 7.4 一.smb配置注意:在这里我们是将linux系统当做服务器的1.用来共享资源的技术2.在linux系统和windows之间共享的不二选择(优势).3.linux间也可以使用但相对ftp/nfs/等等复杂 二.在linux下安装smb过程前提yum源得存在# yum -y install samba (安装smb成功进行下一步# mkdir /common (

酷派8150S(移动定制版)可用的第三方Recovery备份数据、刷机并精简系统内置APK经验

希望使用的第三方Recovery下载地址: ClockworkMod ROM Manager - Recoveries http://clockworkmod.com/rommanager 适配的型号很多,版本也很多,但是不知道哪个版本的Recovery在酷派8150S上能正常使用,于是只能使用最笨的办法一个个移植后刷试试. 移植的方法是网上搜的: 1.准备要移植的其他第三方recovery,注:最好是和你的机器是相同平台的,比如要我的T910是MTK6577的,我移植的是夏新N820也是MT6

linux下仅仅有rman备份集的异机不同文件夹恢复

昨天在客户那里做了一次rman异机的恢复,把生产库弄一份给測试库用,总库大概80G,总共花费了2个小时,当时客户的环境是windows 11.2.0.3,今天早晨在linux下又一次測试了一下,记录下来供大家參考 环境: 全部操作都是按主机名区分 源库: 主机名  bre1  实例名为bre1  数据文件文件夹在/u01/app/oradata下 目标库: 主机名 bre2   数据文件准备放在/bre1/oradata下 废话不多说,以下是实际操作步骤 1.在源库创建备份集,而且复制到目标库

[rom助手]制作刷机包,一键刷机不求人

随着Android系统的普及以及刷机热潮的蔓延,很多pc端的一键傻瓜式刷机辅助工具纷纷问世,有了他们的帮助我们即可轻松实现刷机.那么在众多的制作工具中,哪一款才是适合自己的?本人一直钟爱的是蘑菇rom助手,下面就和大家分享一下,在rom助手的辅助下,怎样制作刷机包,做到一键刷机不求人的功效. 软件介绍:   蘑菇rom助手是一款手机系统rom文件的编辑制作工具.通过直观的操作界面和简洁的使用流程,实现对手机系统rom文件的修改和制作.蘑菇rom预装器可以帮助使用者将希望预装的apk软件封装进系统