AX210蓝牙识别可用rock5b内核-armbian背景之前已经给ubuntu做了蓝牙的适配，ubuntu打的内核包并不适用于armbian的，armbian的内核是自己通过一个脚本打出来的，并且armbian下面的编译参数跟ubuntu不同 比如我们需要用到的这个btusb，就是armbian做的buildin的，也就是放内核里面，不是以内核模块处理的，这个地方正常也没有问题，但是这个模块需要加载firmware的，在内核里面是无法加载外面的，需要单独处理 默认的出错显示如下: 12345root@rock-5b:/lib/firmware/intel# dmesg |grep blue[ 5.090354] [BT_RFKILL]: bluetooth_platdata_parse_dt: get property: uart_rts_gpios = 34.[ 5.090374] [BT_RFKILL]: bluetooth_platdata_parse_dt: get property: BT,reset_gpio = 102.[ 5.090390] [BT ...

AX210蓝牙识别可用rock5b内核背景AX210是intel的一个wifi和蓝牙一起的模块，这个小的模块一般是在笔记本里面的，rock5b上面的接口是支持这个模块的AX210因为比较新，所以wifi的支持在5.10内核是没有问题的，但蓝牙在这个上面就无法启动了，报下面的错误，这个错误在网上看到很多包括X86下面的内核上面也出现了，基本上就是驱动相关的问题，然后kernel官方主线内核的5.10.155也没有合入相关的支持，没有做低版本内核的backport（其实改动量也不大，就是新增的），rock5b的5.10内核也自然就不支持这个蓝牙了 开始的时候打算整个bluetooth目录替换，发现编译不过去，内核后来的版本可能还改了其它东西，最后还是只把相关的改动弄到5.10上面来，改动还好不是很大，这个地方设计的比较好的就是只是新增了相关的函数，所以也基本上对其它的蓝牙功能没影响的 错误信息可以看到这个错误，网上关键字很多，就是wifi可用，蓝牙不可用 12[ 46.734253] Bluetooth: hci0: Reading Intel version information ...

Linux下三种配置iscsi的方法linux下面配置iscsi有多种方法，用户态的有tgt，内核态的有scst和lio，如果只是普通的使用来说，没有太大的区别，对于某些特殊的场景就存在区别了 比如tgt不支持pacemaker里面的 Persistent (SCSI-3) Reservations，而scst支持tgt不支持vmware的vaai的某些属性，而lio支持比如scst还支持srpt的功能，而tgt也不支持 所以在某些场景下，我们需要根据自己的需要来选择服务，总体上来说iscsi算是一个中间的组件，并不影响数据本身，只是一个对外的服务，满足需求即可 tgt的配置 因为tgt是支持librbd的，也是支持krbd的，所以这个地方存在两种配置，默认的tgt是不支持rbd的，需要自己重新打包支持开启 1[root@lab103 ~]# tgtadm --lld iscsi --mode system --op show | grep rbd 打包的文档见这里：打包一个支持rbd的tgt 安装打好的包12345[root@lab103 ~]# rpm -ivh scsi-tar ...

MAC-M1可以运行的opencloudos-8.6前言在centos7比较晚的版本，以及centos8的aarch64的版本里面，内核的pagesize已经默认改成了64K，而mac M1的操作系统底层最大支持的pagesize是16K的，所以启动系统的时候，安装就直接闪退 显示是上面的效果，这个在centos系统里面都有这个问题，fedora里面就还是维持4k，没有问题 问题分析操作系统安装的时候会加载一个内核，这个地方需要修改的地方 initrd.gz vmlinuz这两个需要修改为4K的 然后加载安装的时候，会加载install.img，这个里面带的是系统安装过程需要的内核模块，所以这个地方也需要替换 进入安装系统以后，安装的内核rpm包也是64k的，那么也需要把这个地方替换掉 上面的步骤完成以后，打的新的iso 就是可以正常在M1下运行的ISO了 说明M1是aarch64架构的，可以使用vmware fusion 做虚拟机，这个是免费的，不用购买pd来做，那么这个M1的架构有什么好处，就是如果在做国产化或者arm的适配的时候，有一个高性能的虚拟机会方便的很多，比如 ...

centos7yum源配置备注默认的源可能是国外源，下载比较慢，所以替换下地址为国内源比较好 清华源12mv /etc/yum.repos.d/* /opt/ vim /etc/yum.repos.d/my.repo 内容如下:有四个源，默认开启base和epel，其它两个自行开启 12345678910111213141516171819202122232425262728[centos7-base]name=centos7-basebaseurl=https://mirrors.tuna.tsinghua.edu.cn/centos/7/os/x86_64/gpgcheck=0enable=1[centos7-updates]name=centos7-updatesbaseurl=https://mirrors.tuna.tsinghua.edu.cn/centos/7/updates/x86_64/gpgcheck=0enable=0[centos7-extras]name=centos7-extrasbaseurl=https://mirrors.tuna.tsinghua.e ...

ceph的设备关系获取需求因为ceph采用的是lvm管理，磁盘对应关系找起来没有以前方便，所以用一个脚本把当前机器的对应关系列出来 实现123456789101112131415[root@node235 ceph]# cat get.sh #! /bin/bashIFS=$'\n\n' for osd in `ceph osd dump|grep osd|grep -v req|grep -v max|awk '{print $1,$19}'`do osdnum=`echo $osd|awk '{print $1}'`osdid=`echo $osd|awk '{print $2}'`vgname=`lvdisplay |grep $osdid -A 1|tail -n 1|awk '{print $3}'`pvname=`pvdisplay |grep $vgname -B1|head -n 1 ...

ceph编译打包中断继续需求使用rpmbuild打包的时候，如果编译了很久，中间突然出问题，需要从头来处理，这个地方如果有多个错误需要处理的话，每次从头开始就比较浪费时间，我们可以让rpmbuild打包不去删除编译好的包，直接继续 实现修改ceph.spec脚本 1[root@vcluster ceph]# rpmbuild -bb ceph.spec 修改下ceph.spec文件，可以实现中断继续的功能 %prep %autosetup -D -p1 -n ceph-12.2.13 #mkdir build 上面的修改了以后，就可以中断继续编译了

gluster副本三配置down两个可写需求默认做了控制，副本三down两个就阻止写了，这个可以通过参数控制 参数调整副本三，关闭两个可写 1234gluster volume set testvolume cluster.quorum-type fixedgluster volume set testvolume cluster.quorum-count 1gluster volume set testvolume cluster.quorum-reads yesgluster volume set testvolume network.ping-timeout 10 副本二，关闭一个可写 123gluster volume set testvolume cluster.quorum-count 1gluster volume set testvolume cluster.quorum-reads yesgluster volume set testvolume network.ping-timeout 10 上面的区别是，副本3默认把cluster.quorum-typ ...

opencloudos-aarch64可以使用的vdbench前言vdbench是一个I/O工作负载生成器，通常用于验证数据完整性和测试存储性能。它可以运行在windows、linux环境，可用于测试文件系统或块设备基准性能。很多大型的测试都是采用这个工具进行测试的，能过模拟很多不同的负载 vdbench采用java编写的，能够比较好的支持跨平台，但是内部引用的库是会挑系统平台的，默认的zip包里面就没有带aarch64的库，需要自己获取源码，然后在aarch64上编译库文件，然后再放到zip包里面，本篇结尾的资源就是提供的这个包 问题现象安装基本软件1yum install java-1.8.0-openjdk 解压1unzip vdbench50407.zip -d vdbench50407 执行测试1234567891011121314151617181920212223[root@172 ~]# ./vdbench50407/vdbench -tCopyright (c) 2000, 2018, Oracle and/or its affiliates. All ...