给别组配了几台机子，弄了下ssh免密，结果过几天他们瞎折腾给折腾坏了，配了密钥但是ssh还是要输入密码才给登录，于是乎帮忙检查

1. 检查sshd端口和服务
2. 检查密钥文件以及目录，以及他们所在的位置
3. 检查.ssh及.ssh/*的权限是否为700，600
4. 检查.ssh及.ssh/*的属主是否是对应的用户

弄完以后才想起，这事好像不归我管......

测试新写的snmp脚本，线上环境一切ok，线下环境一个都获取不到数据，于是乎开始检查
1. 检查snmp环境和服务
新装的，服务起了，命令也有
2.检查是不是oid之类的问题
跑脚本检活不通，直接跑语句，显示Timeout: No Response from xxxx
因为用的是厂商定制的oid，所以不确定是不是oid的问题（环境里面有很多种不同的厂商），于是随便找了个通用的oid试了下，提示snmpwalk: Timeout (Sub-id not found: (top) -> )
那应该不是语句的问题了
3.检查是否因为网络原因
snmp基于udp协议访问161端口，用nmap扫之
nmap xxxxxx -sU -p 161
先试了下一台能正常接收到snmp数据的
Host is up (0.0013s latency).
PORT STATE SERVICE
161/udp open|filtered snmp

再扫一下有问题的一台机子

Host is up (0.0011s latency).
PORT STATE SERVICE
161/udp closed snmp

嗯，那就是网络的问题了，找管网络的开通一下

（持续更新中。。。

跟同事排了一天原因，现在目前找到以下几种可能：

1. 带外线没接/没接好
2. bmc有故障
3. 混杂了几台不同机型的机子，mib不同，得去跟售后扯皮（dell能直接下，其他的就。。。
4. 防火墙
5. 不同机房环境不通
6. snmp没装/有问题

目前还出现了一些手动跑脚本/命令有数据，但是监控就是死活获取不到的情况，排查ing

另外出现一种情况，一些机子一直报掉盘，但是查看历史数据好像一切正常，考虑到之前观察监控的情况，有些机子可能五分钟数据就上来了，有些机子就要等个几十分钟或者一两个小时，猜想有可能后面那类机子的网络有点问题，时通时不通，监控拿不到数据的情况下按0处理，和前面正常数据一减就变成负的触发了告警。这个要么想办法排查网络问题要么可以考虑把脚本逻辑换成监测坏盘的数量

观察发现有些机子获取不到的原因可能是发送的信息太多卡住了，需要重启下带外

dell售后支持
https://www.dell.com/support/home/zh-cn
https://www.dell.com/support/kbdoc/zh-cn/000177052/

接手一个py2的zabbix报警脚本，邮件中中文全部变成乱码，查了下跟py2默认ascii编码有关，看网上的教程改了环境变量、encode, 全部没用，最后根据一片博客修改了MIMEText()

参考博客：

https://blog.csdn.net/weixin_44135827/article/details/121208657

解决方案

MIMEText("""%s"""%(content), "plain", "utf-8")
#一开始改成MIMEText(body,format,'utf-8'),结果邮件正文变成了附件

下次写脚本请用python3

编译llvm，报错

CMake Error at tools/clang/cmake/modules/CMakeLists.txt:1 (include):
  include could not find requested file:

    ExtendPath


CMake Error at tools/clang/cmake/modules/CMakeLists.txt:3 (include):
  include could not find requested file:

    FindPrefixFromConfig


CMake Error at tools/clang/cmake/modules/CMakeLists.txt:42 (find_prefix_from_config):
  Unknown CMake command "find_prefix_from_config".

解决方案

谷歌一下，发现上面也有人在吐槽这事，用工地英语辨识了一会，大概意思是我用的这个版本的llvm（14），打包的时候漏打包了这几个文件，从github上获取文件后手动添加到llvm/cmake下面就行

吐槽贴网址

漏打包的文件的网址

bcc需要py3，于是把python软连接对应版本改到3上面去，结果导致yum等依赖py2的程序无法正常运行

修改方式

# yum install rpm-build -y
  File "/bin/yum", line 30
    except KeyboardInterrupt, e:
                            ^
SyntaxError: invalid syntax

 vi /usr/bin/yum
#!/usr/bin/python2.7 #根据实际的版本来


  File "/usr/libexec/urlgrabber-ext-down", line 28
    except OSError, e:
                  ^
SyntaxError: invalid syntax


Exiting on user cancel
# vi /usr/libexec/urlgrabber-ext-down