漏洞补丁修复之openssl版本从1.1.1q升级到1.1.1t以及python版本默认2.7.5升级到2.7.18新版本和Nginx版本升级到1.24.0

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

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

zabbix调试报警时候，由于脚本写的不确定哪里问题，每次都点完测试就没有任何告警，也没有任何返回信息，偶然发现原来最后写一行报错信息：fork （。）后竟然会把报错结果返回，如图再次测试，就能看到相应的报错，这样就不会像之前一样无返回结果，点完测试也无任何触发，手动调用脚本可以，但是自动就是不成功，也无返回，测试N遍一头雾水，仅为需求中一个功能而返回无果，记录下该问题，供以后备忘！这样就能看到测试的时候到底卡在哪一步骤了。

原本脚本执行发送消息正常，但是就死活无法正常艾特单人，尝试艾特所有人正常，于是做了相应的修改，新增加了第二个参数的变量列表：receiver=sys.argv[2]通过艾特后可以正常艾特，需要更好的优化进行整合告警。

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

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

每次安装Mysql5.7都记不住操作步骤，而且每次都可能会迟疑一会，或者操作步骤不对导致的启动错误，故而这里做个笔记，以免后续安装MYsql5.7会走弯路，或者记不住操作，或者出现错误导致的启动失败。第一，安装下载好的Mysql安装包，我这里安装的是：mysql5.7.15.msi 当然，那种官网下载的无需安装的直接解压的整包也是一样可以的。安装完成后，新版本的mysql5.71是没有服务的，故而安装完成后，按照如下步骤进行配置，我这里是安装到D盘，D盘新建的目录：D:\Mysql57\第二，.

之前网上罗列七拼八凑了一个脚本，用来检查服务器上的服务异常与否，检查到异常处理后并发送邮件通知，为防止忘记，也防止自己电脑崩塌，导致后续找不到这个模块可以使用，所以这里做个记录，也给需要的朋友发个范例，无需再次搜索，直接替换脚本中的一部分邮箱的设置收发的内容即可拿去使用，大神忽略。目前截取了只是收发邮件的部分，仅供参考，我这里测试收发邮件已经正常使用，确认可用。#!/usr/bin/env python# -*- coding: utf-8 -*-## PYTHON ## Prog.

两个最简单的例子了解Python循环语句中的break与continuePython小白，每次都是用到小工具的时候，临时抱佛脚，各种网上抄袭，很多东西也都是记不住，看了后就忘记了，真到用到的时候又要去百度，今天偶尔看到python的基础部分的循环语句中的break和continue的用法，看了别人的讲解还是似懂非懂，于是也尝试用了几个例子，发现这两个例子一眼就能看到具体结果，留此做个笔记，以备下次再次忘记。正常循环1：#!/usr/bin/env python# -*- coding: u

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