go mod tidy报错git ls-remote -q origin in /root/go/pkg/mod/cache/vcs/aec54fbbaefd43bfa1535d95bb1775055ee75eb45d1d57d42a265acf28885d1e: exit status 128:r

最近在服务器上构建docker镜像，使用最新的基础镜像golang:1.24后出现了大量的报错：make: uname: Operation not permittedmake: /bin/sh: Operation not permittedmake: /bin/sh: Operation not

平时构建不依赖C runtime的代码都是用的CGO_ENABLED=0 go build这回因为有用到c的库，不得不打开CGO，上面这招就不能用了，直接执行会报错root@racknerd-9cbc5e:~# ./main ./main: /lib/x86_64-linux-gnu/libstdc

通过tdengine的官网了解到，tdengine的各种好处，准备调研一下，主要是看到开源版支持集群部署，这点刚好就是influxdb最痛的痛点，于是决定拉个docker镜像下来试试。从服务来说倒是还没啥问题，很容易就启动了，关于tdengine本体的尝试，后面空了专门开一篇讲讲。这里先说dbeav

redis内存爆掉一般就是出现了超大key，排查内存问题变相的就是要找到超大key，找到一篇比较全的排查问题的文章，可以参考：https://blog.csdn.net/qq_38636133/article/details/119429403

0x01 问题来源之前公司业务层调用平台接口使用的是http请求的接口，没有遇到过负载均衡的问题，刚好我的这个项目因为要传大图，为了性能，选择直接走grpc协议来提供服务。开始一切都很顺利，测了很久都没有啥问题，今天开始测性能，本以为一切会跟往常一样索然无味（手动狗头），结果不一会儿测试小哥就看出问

尝试运行：git lfs migrate import --everything --include="*.bit"原文

公司给客户部署的k8s集群，遇到ip解析问题，跟coredns有点关系，先把找到的参考资料贴这里，后面有时间再详细分析。flink版本：1.11参考这个文章：https://www.mail-archive.com/[email protected]/msg05752.html

公司项目里面有很多二进制大文件，主要是一些依赖，库，模型，于是顺理成章会用到git-lfs, 不过使用lfs经常会有同学遇到下面这个问题Encountered 1 file(s) that should have been pointers, but weren't: xxxxxx幸好google出

参考这篇，https://www.cwiki.us/display/JAVAZH/questions/57934274/answers/57934279?spm=a2c6h.12873639.0.0.6814661fftJck3果然把jdk降到1.8就可以正常编译了