背景网上有很多的winpe，有的时候确实方便，但是又怕里面放入了一些第三方的软件什么的，想要一个自定使用的纯净版的iso，本篇就是自己打的iso 方法12下载地址https://learn.microsoft.com/zh-cn/windows-hardware/get-started/adk-install 选择版本2004 下载链接 12https://go.microsoft.com/fw

问题背景lvmetad是操作系统上面的lvm的缓存服务，基本上所有的操作系统上面都有，我们使用的操作系统版本为 12345678[root@node232 ~]# lsb_release -aLSB Version: :core-4.1-amd64:core-4.1-noarchDistributor ID: CentOSDescription: CentOS Linux releas

问题现象ceph -s命令无返回了，查看mon的日志输出内容如下 看到的现象是 failed to assign global_id 然后尝试预分配更多的 global_id mon_globalid_prealloc=1111110000 这个地方调整后，只是延缓了id的无法分配，没有解决问题，这个地方并不是消息id的问题，而是mon此时出现了问题，无法去正常的回收和响应消息，

坏快的模拟操作1234[root@lab102 ~]# hdparm --yes-i-know-what-i-am-doing --make-bad-sector 5555 /dev/sdb/dev/sdb:Corrupting sector 5555 (WRITE_UNC_EXT as pseudo): succeeded 注意这个操作如果操作了后面记得恢复，不然留在磁盘上面忘记处理，后面就是

问题描述在内网部署的https的时候，我们采用的是自签名的ssl证书，内网的这个证书是无法被客户端认证通过的，这个地方主要体现在下面几个现象可以看到 chrome下的表现 s3cmd下面的表现 s3browser下的表现 这些共同的表现就是无法建立信任的关系 这里我们实际要解决的问题就是，内网是可以绕过这个证书的检测的 不同客户端的处理s3cmd的处理1[root@lab103 ~]# s3cmd

问题现象在vmware的平台下的虚拟机里面配置了IPv6，然后测试的时候发现丢包严重，引起带宽非常低 问题Esxi虚拟机采用的是vmxnet3 driver，底层在处理IPv6的包的时候，额外加上了一些信息所以默认的1500的MTU无法处理完整的包，也就需要丢弃一些，然后造成了需要重传，带宽就低了 MTU调整为1515之后，问题消失，带宽恢复正常 这个只在IPv6使用的时候有这个问题，应该是跟这个

背景最近翻ceph的官方的博客，发现了一篇博客提到了一个ubuntu下面的编译参数引起的rocksdb的性能下降，这个地方应该是ceph官方代码的参数没生效 受影响的系统 P版本之前的ceph版本 操作系统是ubuntu的 某些ceph版本 这个要素比较多，所以运行的环境并不一定受到影响，那么我们看下，收到影响的版本是哪些,非ubuntu的系统可以忽略这个问题 我对15的版本比较熟，就以这个版

前言本篇记录一些常用的配置raid的命令 安装下载storcli管理软件 1wget https://docs.broadcom.com/docs-and-downloads/raid-controllers/raid-controllers-common-files/1.21.16_StorCLI.zip 常用操作查询控制器信息123456root@ubuntu:~# storcli show-

需求bluestore_min_alloc_size可以修改ceph的osd的底层的最小分配单元，初始化的时候能够调整，这个修改后我们如何确认呢 查询记录大小的日志在bluestore日志里面，需要调整osd的bluestore日志级别 1debug_bluestore=10 调整好了以后重启osd，查看日志 12[root@lab103 ceph]# cat /var/log/ceph/cep

需求默认启动drbd后，两个设备需要进行同步，而某些测试情况下，设备是空的，并不需要同步，都是空的就不需要同步了,但是系统自身是不会判断是否为空的，需要按下面的步骤处理一下 操作方法1、两台机器上面都执行初始化元数据 1drbdadm create-md <resource> 2、两台设备上面都执行启动 1drbdadm up <resource> 3、在备用节点上面执行