局域网内的文件传输需求局域网内的文件传输,使用QQ或者其它网盘什么的,超大文件很容易传输失败,所以可以通过架设http传输服务器的方式进行处理
同样的也可以在有公网IP的服务器上面搭建服务
搭建服务器这个服务器可以在windows或者linux中转服务器都行
下载软件服务
https://github.com/dutchcoders/transfer.sh
启动http服务1.\transfersh-v1.4.0-windows-amd64.exe --provider=local --listener :8080 --temp-path=.\local --basedir=.\local
这个在windows或者linux上面都行
访问服务通过手机或者另外的客户端直接访问上面的地址端口,然后上传文件即可
打包一个支持rbd的tgt下载源码包当前的最新版本到了1.0.84,本篇就以这个举例子
123456[root@lab103 tgtd]# wget https://github.com/fujita/tgt/archive/refs/tags/v1.0.84.tar.gz[root@lab103 tgtd]# tar -xvf v1.0.84.tar.gz[root@lab103 tgtd]# cd tgt-1.0.84/[root@lab103 tgt-1.0.84]# mv README.md README[root@lab103 scsi]# cd ../[root@lab103 scsi]# tar -czvf tgt-1.0.84.tar.gz tgt-1.0.84
上面有个打包的脚本没处理好,需要改下上面的文件名称,然后压缩成新的包
安装依赖包
1yum install libibverbs-devel librdmacm-devel libaio-devel docbook-style-xsl systemd-devel glusterfs-api-devel -y ...
端口转发配置需求有的时候机器有一台网关机器,需要做端口转发的工作,那么可以使用iptables或者使用firwalld进行配置,firewalld底层也是调用的跟iptables一样的内核模块的,只是命令的不同
配置环境说明
机器A
外网IP:192.168.0.85
内网IP:192.168.1.103
机器B
内网IP:192.168.1.102
机器C
内网IP:192.168.1.101
配置访问192.168.0.85端口44561映射到192.168.1.102的4456端口配置访问192.168.0.85端口44562映射到192.168.1.101的4456端口
通用配置开启内核转发功能
123[root@lab103 ~]# cat /etc/sysctl.conf |grep forwanet.ipv4.ip_forward = 1[root@lab103 ~]# sysctl -p
使用iptable配置1234567891011121314151617181920212223242526#!/bin/shIPT="/sbin ...
脚本禁止登录尝试需求有ip不停的尝试登录,可以通过防火墙进行屏蔽
脚本12345678910111213141516171819202122cat /var/log/secure |grep failure|awk '{for (i=1;i<=NF;i++){if ($i ~/rhost/) {print $i}}}'| sort | uniq|awk -F"=" '{print $2}' >> black.listcat black.list|sort|uniq > black.list.tmprm -rf black.listmv black.list.tmp black.listfirewall-cmd --list-rich-rules > blackiprule.listall=`cat blackiprule.list`for ip in `cat black.list|sort|uniq`doif [ ...
暂未分类
未读自定义rock5b内核官方资料
https://wiki.radxa.com/Rock5/guide/build-debian-from-debos-radxa
官方的资料在这里,打包成deb包,然后进行安装的是没有问题的,手动编译成Image,和dtb的,然后替换的部分,是有问题的,如果严格按照上面的文档的方法手动去更新内核,是启动不起来的,本篇就把这块补充起来
大部分资料是参考官方的即可,小部分是补充的
二者的区别其实整体上是没有太大的区别的,deb包就是完整的内核替换流程,而手动的就是方便如果只进行部分内核模块的修改的时候,替换模块文件即可,能够做更精细的内核替换
deb的内核更新方式获取内核代码12345678apt-get updateapt-get install gitmkdir ~/rk3588-sdk && cd ~/rk3588-sdkgit clone -b stable-5.10-rock5 https://github.com/radxa/u-boot.gitgit clone -b stable-5.10-rock5 https://git ...
获取一段时间内ceph的osd磁盘读写情况需求这个是统计一段时间内ceph的磁盘上的数据的读取和写入的数据量以及花费的时间
信息获取1234567891011121314[root@node235 ceph]# cat /sys/block/sdj/sdj1/stat 1575 0 335680 1687 145461 46 5334992 269147 0 54562 270566第一个域 读取磁盘的次数第二个是 合并读取的次数第三个域 读扇区的次数第四个域 读花费的毫秒数第五个域 写完成次数第六个域 合并写次数第七个域 写扇区的次数第八个域 写操作花的毫秒数第九个域 正在处理的io数目第十个域 输入输出花的总毫秒数第十一个域 输入输出花的加权毫秒数
来源:
https://www.kernel.org/doc/html/v5.3/admin-guide/iostats.html
实现1234567891011121314151617181920212223242526[root@node235 ce ...
前言多个终端执行类似的任务,想把日志都记录下来
操作创建任务的目录123[root@localhost ~]# mkdir /chia-1[root@localhost ~]# mkdir /chia-2[root@localhost ~]# mkdir /chia-3
给每个任务创建一个screen的配置文件12345[root@localhost ~]# scp .screenrc /chia-1/[root@localhost ~]# scp .screenrc /chia-2/[root@localhost ~]# scp .screenrc /chia-3/[root@localhost ~]# cat .screenrclogfile ./chia.log
执行任务进入到任务的目录里面执行任务
12cd /chia-1screen -c .screenrc -SL chia-1
执行需要执行的命令
ctrl+a+d退出恢复终端
1scree -r chia-1
然后中间看chia.log就行了
暂未分类
未读##前言screen用了很久,最近有几个需求,需要进行配置,记录相关的操作
需求开启日志需要对screen里面的终端输出进行日志的记录,方便后续的使用
1234screen -c .screenrc -LS myname[root@node141 test]# cat .screenrclogfile /root/test.log
上面的命令说明-c是指定配置文件的,如果没配置,会使用默认的配置文件,我们可以创建多个目录,然后每个目录以终端名称命名,然后指定log的地方即可
已经开启的终端临时开启日志screen -r进入终端然后执行ctrl+a然后输入:然后敲logfile /root/test.log然后执行ctrl+a然后输入:然后敲 log on
日志就会写入到指定的路径了
暂未分类
未读前言filecoin最近比较火,准确来说应该2020年慢慢形成了一定的规模,初看上去,这个系统比较复杂,之前一直接触的是底层存储,逻辑上比较简单,你花钱,我提供存储,是一对一的,而filecoin这个就是基于区块链技术打造的一套系统,本篇基于目前的认知去做一些分析,后续有更新会进行一些更新
ipfs如果是早几年的网友应该记得某播,虽然后面被取缔了,但是那套系统还是一个很先进的系统,在互联网当中,每个人既可以是用户,也是可以对外提供数据的,俗称p2p技术,这个可以大概有个理解,就是每个人是服务者也是访问者
filecoin的存储机制类似于ipfs,ip这个地方是星际的意思,可以理解为去中心化,如果你用一个进程把你的服务上线,那么你就是整个互联网的存储服务的一个提供者了,任何加入到这个链路里面的人都可以去使用里面的存储,这个从技术上已经实现了异地的访问,传统的服务的结构是cs结构,有一个服务提供者,上面存储了数据,然后我们去访问,ipfs是从存活的节点里面去访问你需要的数据,每个内容都会在网络里面形成唯一的一个地址
如果是单纯的ipfs,那么就有个问题了,如果是公共网络里面,没有好处的话, ...