基于Cobbler二次开发，实现自动获取ISO文件和部署不同类型的Linux OS
2020-10-09
python字段反转去重
前言
最近在写script支持cobbler全自动部署OS，由于profile与system对应关系是1:N，下次执行自动安装前会清理掉对应的profile与system，但当有其他人使用了script生成的profile后，就形成了一个p
2020-10-02
因存在多文件系统导致OSD启用失败
概述
今天在创建OSD并启用它的时候，出现了如下一个错误:
[2020-08-31 10:23:32,948] [ERROR] [2163] [ezs3.storage_volume] [enable:816] enable osd fai
2020-08-31
mds damaged test script
Overview
The product introduces multiple mds, and each cephfs is allowed to set the upper limit to 6 mds number, i.e., u
2020-08-26
热插拔设备
概述
测试中碰到破坏RAID或下线磁盘的场景，需要从设备上拔盘，然后等产品侦测到对应Disk或VD异常后，再插回去，验证程序侦测及时性是否存在问题。
由于要频繁的进出机房进行设备的拔出与插回操作，比较麻烦，是否有更便捷的方式进行操作呢？
本
2020-07-10
获取系统中所有的pid
概述
Linux进程的pid，会在/proc目录下产生对应pid目录，如果想获取当前系统所有的pid，可以到此目录下去找。
本文介绍几种方法，获取到所有的pid。
实践
方法1. grep
ls /proc/ | grep ^[0-9]
2020-07-08
利用oceanfile批量构造文件并统计cephfs速度
概述
前段时间RD优化了rocksdb，S3的性能有显著提升，在此基础上，利用RD自研工具验证cepfhs 写速度，每间隔5million个文件进行一次写速度的统计。
shell script
直接上脚本，参考如下:
root@node76
2020-07-06
awk引用shell中变量
概述
在网上找了一个统计pool下pg分布的脚本，拿来使用了一下，发现可以在ceph J版上执行，在L版报错，原脚本内容参考如下:
ceph pg dump | egrep -v "^[0-9]* " | awk '
/^pg_stat/
2020-07-01
shell随机数生成的几种方法
概述
今天验证在对存储不断灌S3 10K小对象数据情况下，对设备强制断电，观察是否引发ceph-osd crash问题，简易写了个临时命令完成检查操作，如下：
for i in {1..100}; do echo "============
2020-07-01
shell完成一次ceph-osd crash验证
概述
最近在测试ceph rocksdb性能优化效果，由于频繁的重启机器（ipmitool power off），出现了两次ceph-osd replay crash问题，由于频繁的power off太伤机器了，验证完毕rocksdb性能优
2020-07-01
shell中|&含义
概述
今天细看了同事Henry编写的一个shell脚本，看到如下片断内容：
while (( $(${CLI} info |& grep PROCESSING | wc -l) >= 1 )); do
2020-06-30
wc统计为何少了一行
概述
使用wc统计文件时，发现文件数量总是少一行，原因何在？
实践
准备工作
分布准备两个文件，一个是Linux平台下通过vi写入的，一个文件是在windows平台，通过记事本写入的，内容如下：
root@node244:~/test# c
2020-06-29