#!/bin/bash#隐藏光标c_hide_cursor='\033[?25l' #显示光标c_show_cursor='\033[?25h' #函数体timeout(){ #隐藏光标 echo-en"$c_hide_cursor" #这是一个无限循环,如果要定时结束,可以在循环内添加条件. whiletrue;do printf"\b"#删除一个字符 printf"/"#添加一个字符"/" sleep0.1#等待0.1秒 printf"\b|"#删除一个字符,再添加一个字符"|" sleep0.1 printf"\b\\"#"\"反斜杠需要两个反斜杠才能显示 sleep0.1 print
在向k8s迈出第一步的时候，你是否遇到了这样的错误：ConfiguringRBACrules...|E080115:11:41.47644326762start.go:264]Unabletoscaledowndeployment"coredns"innamespace"kube-system"to1replica:timedoutwaitingfortheconditionEnabling'default-storageclass'returnedanerror:runningcallbacks:[Errormakingstandardthedefaultstorageclass:Error
在向k8s迈出第一步的时候，你是否遇到了这样的错误：ConfiguringRBACrules...|E080115:11:41.47644326762start.go:264]Unabletoscaledowndeployment"coredns"innamespace"kube-system"to1replica:timedoutwaitingfortheconditionEnabling'default-storageclass'returnedanerror:runningcallbacks:[Errormakingstandardthedefaultstorageclass:Error
最近开发的telemetry采集系统上线了。听起来高大上，简单来说就是一个grpc/udp服务端，用户的机器（路由器、交换机）将它们的各种统计数据上报采集、整理后交后端的各类AI分析系统分析。目前华为/思科的大部分设备支持。上线之后，各类用户开始找来要求帮忙定位问题，一般是上报的数据在后端系统中不存在等等。在一通抓包分析后，百分之99都是用户自己的问题。但频繁的抓包定位问题，严重的压缩了我摸鱼的时间。而且，这套系统采用多实例方式部署在腾X云多个容器中，一个个的登录抓包，真的很烦。这让我萌生了一个需求：主动给采集器下发抓包任务。将抓包的信息返回。将抓包的文件暂存，以备进一步定位问题。方法1使用f
最近开发的telemetry采集系统上线了。听起来高大上，简单来说就是一个grpc/udp服务端，用户的机器（路由器、交换机）将它们的各种统计数据上报采集、整理后交后端的各类AI分析系统分析。目前华为/思科的大部分设备支持。上线之后，各类用户开始找来要求帮忙定位问题，一般是上报的数据在后端系统中不存在等等。在一通抓包分析后，百分之99都是用户自己的问题。但频繁的抓包定位问题，严重的压缩了我摸鱼的时间。而且，这套系统采用多实例方式部署在腾X云多个容器中，一个个的登录抓包，真的很烦。这让我萌生了一个需求：主动给采集器下发抓包任务。将抓包的信息返回。将抓包的文件暂存，以备进一步定位问题。方法1使用f
参数介绍net.ipv4.tcp_tw_reuse=1表示开启重用。允许将TIME-WAITsockets重新用于新的TCP连接，默认为0，表示关闭；net.ipv4.tcp_tw_recycle=1表示开启TCP连接中TIME-WAITsockets的快速回收，默认为0，表示关闭。net.ipv4.tcp_fin_timeout=30表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。客户端主动关闭tcpsocket时：客户端发送FIN报文段，进入FIN_WAIT_1状态。服务器端收到FIN报文段，发送ACK表示确认，进入CLOSE_WAIT状态。客户端收到F
参数介绍net.ipv4.tcp_tw_reuse=1表示开启重用。允许将TIME-WAITsockets重新用于新的TCP连接，默认为0，表示关闭；net.ipv4.tcp_tw_recycle=1表示开启TCP连接中TIME-WAITsockets的快速回收，默认为0，表示关闭。net.ipv4.tcp_fin_timeout=30表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。客户端主动关闭tcpsocket时：客户端发送FIN报文段，进入FIN_WAIT_1状态。服务器端收到FIN报文段，发送ACK表示确认，进入CLOSE_WAIT状态。客户端收到F
开篇《K3s系列文章》《Rancher系列文章》问题概述202206065GIoT网关设备同时安装K3SServer,但是POD却无法访问互联网地址，查看CoreDNS日志提示如下：...[ERROR]plugin/errors:2update.traefik.io.A:readudp10.42.0.3:38545->8.8.8.8:53:i/otimeout[ERROR]plugin/errors:2update.traefik.io.AAAA:readudp10.42.0.3:38990->8.8.8.8:53:i/otimeout...即DNS查询forward到了8.8.8.8这个DN
开篇《K3s系列文章》《Rancher系列文章》问题概述202206065GIoT网关设备同时安装K3SServer,但是POD却无法访问互联网地址，查看CoreDNS日志提示如下：...[ERROR]plugin/errors:2update.traefik.io.A:readudp10.42.0.3:38545->8.8.8.8:53:i/otimeout[ERROR]plugin/errors:2update.traefik.io.AAAA:readudp10.42.0.3:38990->8.8.8.8:53:i/otimeout...即DNS查询forward到了8.8.8.8这个DN
一、环境 当前的环境为nginx作为前端反向代理，upstream为两台tomcat。二、原因 由于最近项目属于初期阶段，平日加班也比较多，刚好碰到一天没有什么问题的时间，我早早的收拾装备开心的坐上了地铁奔向家里。 此时，听着音乐的我快乐的坐在地铁上，突然音乐戛然而止，响起了来电的铃音。一种不好的预感油然而生，看来是有问题了。于是乎我拿出电话看到了我们老大的名字闪现在手机屏幕上，深呼一口气，接起电话。就听见我们老大说现在客户端那边报错等什么什么的。由于地铁里杂音很大，信号又不是太好，就没细问。反正就是服务器端有问题，我就先应答下来。此时的我还没有到家，于是就说到家了再看。于是老大就挂了电话。我
