由于虚拟机服务器上需要安装Graylog需要安装MongoDB，尝试官网下载安装包，和yum安装均无法正常启动，折腾了好几天，重装了十几次，网上搜索了很多很多资料，均无法正常运行，百度上搜索各种文档，又是检查。如图所示：将CPU模式改为SandyBridge。重启服务器，重新启动mongodb，启动正常，通过将cpu配置改为。

卡在了u03目录，想起来之前u03目录为挂载的另外一台服务器上的nfs盘，1、centos系统上df命令无法返回结果，ll命令查看也卡住，查看通过ll或者df -h命令正常，发现远程上的该目录被删除掉了。重新建立该目录，重新创建后，正常！

记录一次问题处理故障，以防下次再次出现又要忘记！具体为什么好好的机器之前能正常切换，突然无法切换，目前还不没找到具体原因，先记录下！后测试可以正常切换。于是重新开启root禁止登录测试，已经正常，

Centos7 报错kernel-headers-3.10.0-1127.13.1.el7.x86_64 GPG Keys are configured as: http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-6导致无法直接更新，记录下解决方案：同样，更新yum也有同样的问题，可以通过上述参数进行不检测：

服务器端由于硬盘是通过VCenter原来100G磁盘复制的虚拟机，复制完成后，原来100G的磁盘通过选择磁盘重新复制出150G的磁盘，开机后发现还是原来的100G的磁盘，通过fdisk -l 查看有个sdb是150G，但是已经划转的lvm盘只有100G，通过df查看也是原来的100G：正在上传…重新上传取消pvs查看pv里也是100G：正在上传…重新上传取消正在上传…重新上传取消fdisk -l查看到硬盘sdb已经是150G的盘，但是lvm由于是之前建立的，只识别到100G：正在上传…重新上传取消重新扫描p

问题详情：error：../../grub-core/kern/efi/sb.c:183:bad shim signature。如图示将Vcenter这里通过vmware固件类型修改，将UEFI(E)修改为BIOS(B)即可。

原来tomcat官网中的source包是不完整的，logs文件夹跟bootstrap.jar一些重要的文件都没有的。正确的tomcat应该下载它的bin包。首先我登录的是tomcat官网，选择source包下载，wget。特意把它写下来，省得大家浪费时间去检查日志什么的！执行./startup.sh。

Error response from daemon

一、主从原理Replication线程　　Mysql的Replication是一个异步的复制过程，从一个Mysqlinstace(我们称之为Master)复制到另一个Mysqlinstance(我们称之Slave)。在Master与Slave之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql线程和IO线程)在Slave端，另外一个线程(IO线程)在Master端。要实现MySQL的Replication，首先必须打开Master端的B...

出错信息：Last_SQL_Error: Error 'This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable)' on query. Default database:

生产环境要扩容，太久没试过LVM，记录一下走过的坑[root@archive ~]# df -h #查看磁盘挂载，对/dev/mapper/vgnfs-lvdata进行扩容文件系统 容量 已用 可用 已用% 挂载点devtmpfs 909M 0 909M 0% /devtmpfs 919M 0 919M 0% /dev/shmtmpfs

一、Xtrabackup介绍 　　MySQL冷备、mysqldump、MySQL热拷贝都无法实现对数据库进行增量备份。在实际生产环境中增量备份是非常实用的，如果数据大于50G或100G，存储空间足够的情况下，可以每天进行完整备份，如果每天产生的数据量较大，需要定制数据备份策略。例如每周实用完整备份，周一到周六实用增量备份。而Percona-Xtrabackup就是为了实现增量备份而出现的一款主流备份工具，xtrabakackup有2个工具，分别是xtrabakup、innobakup...

dnf软件包管理器用法收藏新一代的RPM软件包管理器补充说明DNF是新一代的rpm软件包管理器。他首先出现在 Fedora 18 这个发行版中。而最近，它取代了yum，正式成为 Fedora 22 的包管理器。DNF包管理器克服了YUM包管理器的一些瓶颈，提升了包括用户体验，内存占用，依赖分析，运行速度等多方面的内容。DNF使用 RPM, libsolv 和 hawkey 库进行包管理操作。尽管它没有预装在 CentOS 和 RHEL 7 中，但你可以在使用 YUM 的同时使用 DNF 。.

Python3自带编辑器IDLE的手动清屏处理最近值使用IDLE学习python，每次运行后，发现IDLE的Shell窗口右键后，没有清屏选项，找快捷键，找了很久也并没有找到哪个选项是清屏的，极其不方便，于是度娘。翻了一大篇，也没有找到哪个快捷键能够直接清理。再次度了很久，网上找到了一个链接，然后下载了文件进行了尝试，确实可以把清屏的快捷键添加到IDLE的窗口了，具体链接地址给忘记了，这里把具体步骤也贴出来做个记录，已经亲测，确实可以实现点击按钮或者使用快捷键进行清屏，再次感谢大神写的插件，正好我这台

之前部署Hostmonitor也遇到过类似的问题，当时也是纠结了很久，服务开启来后：就是通过网页无法正常打开，打开链接就会提示下载一个.json的文件：换了浏览器就会提示打不开，之前碰掉这个问题，也是当时一脸懵，后来废了好大周折，算是解决了，然而当时忘记记录下来该问题，再一段时间后，服务器宕掉了，Hostmonitor不得不重新按照，重新配置web端，安装完成后，打开web服务端的时候，再次碰掉这个问题，起先一直以为是用户的问题，尝试按照这个步骤配置后：使用36.

由于文件不可访问，或者内存或磁盘空间不足，所以无法打开数据库 'msdb'。有关详细信息，请参阅 SQL Server 错误日志。 (Microsoft SQL Server，错误: 945)今天一台数据库服务器上出现：导致数据库无法正常通过客户端进行链接，链接进去后无法查看到正常的数据库，尝试从一台2012的数据库上恢复该msdb数据库，无法正常打开，提示：由于文件不可访问，或者内存或磁盘空间不足，所以无法打开数据库 'msdb'。有关详细信息，请参阅 SQL Server 错误日志。

串联两个路由器互相访问路由表设置记录好久没有登陆优快云，发现账号由于密码过于简单，可能被盗了，博文里被发布了好多恶意的广告，都是什么找小姐内容全套什么的来着，乍一看账号里还有200积分，就干脆重新拿起来用，删除了全部的被恶意发布的广告内容。真个对不起所有人，纯属账号被盗无意间才看到博文的信息。今天在配置两个路由器的互相访问的时候，也调试了老半天，百度也搜索了很多相关资料，奈何之前没有配置过静态路由，故而走了一些弯路，百度上也没有看到真正有类似 帖子，只看到百度知道里有很多人在问，也参考了部分回答，

Vmware提示以独占方式锁定此配置文件失败。另一个正在运行的VMware进程可能正在使用配置文件昨天一台windows Server 2012R2系统部署的虚拟机系统出现多台虚拟机错误，登录到宿主机也无法正常管理虚拟机，命令行显示虚拟机正常运行状态，打开VMware软件里却看到虚拟机属于关机状态未开启的状态，网上也尝试了几种方法都不能正常用，试过的以下方法：**网上搜索到的网友给出的解决办法：解决办法：看了很多说删除.lck文件的，还有说删除.vmdk文件的，.vmdk文件在删除的时候提示无法