基于Cobbler二次开发，实现自动获取ISO文件和部署不同类型的Linux OS

前言 最近在写script支持cobbler全自动部署OS，由于profile与system对应关系是1:N，下次执行自动安装前会清理掉对应的profile与system，但当有其他人使用了script生成的profile后，就形成了一个p

概述 今天在创建OSD并启用它的时候，出现了如下一个错误: [2020-08-31 10:23:32,948] [ERROR] [2163] [ezs3.storage_volume] [enable:816] enable osd fai

Overview The product introduces multiple mds, and each cephfs is allowed to set the upper limit to 6 mds number, i.e., u

概述 测试中碰到破坏RAID或下线磁盘的场景，需要从设备上拔盘，然后等产品侦测到对应Disk或VD异常后，再插回去，验证程序侦测及时性是否存在问题。 由于要频繁的进出机房进行设备的拔出与插回操作，比较麻烦，是否有更便捷的方式进行操作呢？ 本

概述 Linux进程的pid，会在/proc目录下产生对应pid目录，如果想获取当前系统所有的pid，可以到此目录下去找。 本文介绍几种方法，获取到所有的pid。 实践 方法1. grep ls /proc/ | grep ^[0-9]

概述 前段时间RD优化了rocksdb，S3的性能有显著提升，在此基础上，利用RD自研工具验证cepfhs 写速度，每间隔5million个文件进行一次写速度的统计。 shell script 直接上脚本，参考如下: root@node76

概述 在网上找了一个统计pool下pg分布的脚本，拿来使用了一下，发现可以在ceph J版上执行，在L版报错，原脚本内容参考如下: ceph pg dump | egrep -v "^[0-9]* " | awk ' /^pg_stat/

概述 今天验证在对存储不断灌S3 10K小对象数据情况下，对设备强制断电，观察是否引发ceph-osd crash问题，简易写了个临时命令完成检查操作，如下： for i in {1..100}; do echo "============

概述 最近在测试ceph rocksdb性能优化效果，由于频繁的重启机器（ipmitool power off），出现了两次ceph-osd replay crash问题，由于频繁的power off太伤机器了，验证完毕rocksdb性能优

概述 今天细看了同事Henry编写的一个shell脚本，看到如下片断内容： while (( $(${CLI} info |& grep PROCESSING | wc -l) >= 1 )); do

概述 使用wc统计文件时，发现文件数量总是少一行，原因何在？ 实践 准备工作 分布准备两个文件，一个是Linux平台下通过vi写入的，一个文件是在windows平台，通过记事本写入的，内容如下： root@node244:~/test# c