小新没有蜡笔

ComfyUI 集成大模型stable-diffusion3.5-large-turbo，打包好镜像一键运行

k8s 集群 rbd 扩容的两种方法

容器运行时：containerd。系统：Ubuntu22.04。

在网上找了一圈是有个containerd 的 cri 配置没有设置导致的，官方文档。，根据文档配置完成，重启 containerd 稍等容器启动后就恢复正常了。

在 k8s 集群的 RBAC 里有用到用户、组的概念，但是它又不直接管理这些资源，而是通过外部身份验证机制（Authentication Mechanisms）来管理和定义的，比如证书进行签名时，将其配置为 Subject: O = system:masters, CN = kubernetes-admin。O 代表用户组，CN 是用户，这些都是通过签署证书管理的。但是新版本可以直接通过命令去创建，我用的是 1.31。

目前官方推荐有 2 种方式部署k8s高可用。

背景：当数据库有问题的时候，比如说被删除数据，update目带where等，需要恢复到故障时间点之前测试版本：pg14。

prometheus.MustRegister 函数将 pingCounter 注册到默认的 Register 中。为了公开指标，Go Prometheus 客户端库提供了 promhttp 包。promhttp.Handler() 提供了一个 http.Handler，它公开了在默认寄存器中注册的指标。现在点击 localhost:8090/ping 端点几次并向 localhost:8090 发送请求更新指标counter。

本文主要是大体介绍webhook的代码以及涉及到的服务部署，详细配置需要自己弄。

记录下JWT的使用方法

sdown 说明节点上的sentinel主观认为redis down了，-sdown 说明是客观down了，后面就进行+convert-to-slave 主从切换。Redis 监视名为 mymaster 的主服务器，该主服务器位于地址 127.0.0.1 和端口 6379，仲裁数为 2，3个节点设置2。parallel-syncs 在故障转移后可以同时重新配置为使用新主节点的副本数量，将此选项设置为 1，您可以确保一次只有一个副本不可达。建议版本不要太低 >= 6.2，我这里是redis 7.2.5。

这个hba文件是为了配置repmgr用户无密码访问repmgr数据库的，所以上面创建用户的时候没有设置密码，trust就是这个意思，还有其他的配置项可以看配置文件里的解释。repmgrd 作为运行在集群中每个节点上的一个管理和监控的守护程序，可以自动进行故障转移和维护复制关系，并提供有关每个节点状态的监控信息。到此已经完成了pg的主从搭建，目前也可以故障转移，但是需要手动操作，后面接着部署repmgr自动故障切换。下面安装的是14匹配的repmgr，如果是其他版本把14换成其他版本即可。

找了好久，七七八八都是报访问不到github的问题，下面这个亲测有效，方便快捷，可以试试。

Windows平台编译go

而通常情况下我们对PV/VG/LV的操作，除了格式化LV外，基本上都不会破坏实际存储的数据，只是对LVM的元数据进行操作。而此例实质也就是恢复了LVM的元数据而已逻辑卷名字：mysqlvgcat /etc/lvm/backup/mysqlvg # 查看PV ID号pvcreate -u blfaxf-3CER-4r4l-MS32-v0aN-s3Ta-DH08ZV（此内容为/etc/lvm/backup/data/文件中PV的ID号）/dev/sdb --restorefile /etc/lvm/b.

环境：k8s 1.18集群状况：集群程序连接数据库不稳定，偶尔出现connection timeout解决：由于进行了内核优化开启了net.ipv4.tcp_tw_recycle参数导致找到一个答案：当tcp_tw_recycle开启时（tcp_timestamps同时开启，快速回收socket的效果达到），对于位于NAT设备后面的Client来说，是一场灾难——会导到NAT设备后面的Client连接Server不稳定（有的Client能连接server，有的Client不能连接server）。也就

报错信息：KubeControllerManager has disappeared from Prometheus target discovery.集群版本：k8s 1.18kube-prometheusr elease1.6docker 19.3根据ServiceMonitor—> Service—>endpoints(pod) 服务发现机制查看到KubeControllerManager没有对应的svc 所以我们需要创建svc，配置文件如下：kind: Service

现象：有某几个相关pod一直在重启k8s是由rancher托管维护，rancher自带监控安装Prometheus Operator，kube-prometheus安装的Prometheus Operator 会与之冲突，造成无法正常工作，删除rancher自带Operator 就OK

kubectl edit namespaces Name通过命令编辑，删除所标记字段既可，保存退出。其他资源有此状况，可以找下是否有此字段

# 为了启用"Sparse Checkout"功能，需要将git选项core.sparsecheckout为true:$ git config core.sparsecheckout true# 创建一个与要clone的仓库同名或不同命的目录$ mkdir models $ cd models$ git init #初始化$ git remote add origin https://github.com/tensorflow/models.git # 增加远端的仓库地址$ git conf