https://www.cnblogs.com/the-tops/p/6126941.html 今天现场查看了TCP端口的占用情况，如下图 红色部分是IP，现场那边问我是不是我的程序占用了tcp的链接，，我远程登陆现场查看了一下，这种类型的tcp链接占用了400多个，，后边查了一下资料，说ESTAB
https://www.cnblogs.com/jyzhao/p/10119854.html 学习一下 环境：Oracle 11.2.0.4 RAC现象：sysaux空间满导致无法正常生成快照，清理空间后，手工生成快照可以成功，但是观察自动生成快照依然是不成功。之前了解到awr对应的相关后台进程是m
概念知识梳理 >>根据时段区间生成ASH报告: >>ASH报告信息: ASH （Active Session History） ASH以V$SESSION为基础，每秒采样一次，记录活动会话等待的事件。不活动的会话不会采样，采样工作由新引入的后台进程MMNL来完成。 ASH buffers 的最小值为
https://oracleblog.org/working-case/deal-with-ora3136/ 最近收到一个告警，用户说数据库无法连接，但是从监控上看，oracle的后台进程已经侦听进程还是在的，没有任何的alert。 登录数据库，已经恢复正常，但是在数据库的alertlog中发现大量
https://www.cnblogs.com/DataArt/p/10018932.html 在数据库运行的过程中,我们有时会碰到数据库hung住的问题,在这个时候很多人会选择尽快让它恢复正常而不是找出问题的root cause. 只有在问题被解决后,才意识到需要找到root cause来避免再次
解决VM启动提示与静态以太网地址与 VMware 预留的 MAC 冲突 转载自：http://www.yunweiriji.com/static/os/vm/252.html 问题： 在虚拟化中我们可能需要给我们的虚拟机手动设备MAC地址，但是我们设置后启动发现MAC地址冲突。 提示：不是一个合法的
前言 好久没写文章了, 今天之所以突然心血来潮, 是因为昨天出现了这样一个情况: 我们公司的某个手机APP后端的用户(customer)微服务出现内存泄露, 导致OutOfMemoryError, 但是因为经过我们精心优化的openjdk容器参数, 这次故障对用户完全无感知. :muscle::mu
概述 只要是个公司，基本上都有邮箱和 AD(Active Directory). 在 AD 里，已经有了： 用户 账号密码 邮箱 用户组 组织架构 所以对于一些仅限于本公司一定范围内人员使用的管理或后台或运营运维类系统，其实是非常适合对接 AD 来进行认证、分组，以及根据分组来进行权限分配的。 对于
## 系列文章 * [Cilium 系列文章](https://ewhisper.cn/tags/Cilium/) ## 前言 在[前文](https://ewhisper.cn/posts/7030/)中我们提到, `cilium install` 默认安装后, Cilium 功能启用和禁用情况如
2017 年 1 月 9 日凌晨，万众期待的微信小程序正式上线，前有跳一跳等爆圈小游戏的带动，后有特殊时期下各类健康码小程序的加持，小程序成为了国内技术圈独树一帜的存在。但随着小程序的迅猛发展，其实在小程序发展的过程中，关于小程序的架构就层出不穷，小程序架构的后面也会绑定一个专属 DSL，如类 React 或者类 Vue。
JAVA实现数组模拟单向队列的思路及代码 一、什么是队列？ 队列是一种特殊的线性表 ，特殊之处在于它只允许在表的前端（front）进行删除操作，而在表的后端（rear）进行插入操作，和栈一样，队列是一种操作受限制的线性表。 进行插入操作的端称为队尾，进行删除操作的端称为队头。 队列中没有元素时，称为
背景 今天收到业务团队反馈线上有个应用往 Pulsar 中发送消息失败了，经过日志查看得知是发送消息时候抛出了 java.lang.InterruptedException 异常。 和业务沟通后得知是在一个 gRPC 接口中触发的消息发送，大约持续了半个小时的异常后便恢复正常了，这是整个问题的背景。
 # 背景 为了让业务团队可以更好的跟踪自己消息的生产和消费状态，需要一个类似于表格视图的消息列表，用户可以直观的看到发送的消息；同时点击详情后也能查到消息的整个
在今年9月，Uber 就发生过一起数据泄露事件，尽管黑客并无意发动大规模攻击或以此来获取巨额利益，但其成功获取对 Uber 所有敏感服务的完全管理员访问权限仍令人后怕。而在上周，名为“UberLeak”的用户又在黑客论坛上公开了一个600Mb 的存档文件，其中包含来自 Uber 系统的2000万条数
背景 最近接触docker的网络配置方式，发现其默认会创建一个docker0的Linux Bridge，宿主机上运行的容器可以通过连接该birdge实现与外网的通信，根据bridge这个命名很自然的认为这就是一个传统意义上的硬件网桥的软件实现，然而进一步探究后发现并非如此，Linux Bridge其
背景 一个安静的晚上，突然接到小伙伴电话线上CDN回源异常，具体表现为请求量飙升，且伴有少量请求404，其中回源请求量飙升已经持续两天但一直未被发现，直到最近404请求触发了告警后分析log才同时发现回源量飙升这一问题。 触发问题的原因很快被发现并修复上线，这里分享一下跟进过程中进一步学习到的CDN
背景 nginx 499在服务端推送流量高峰期长期以来都是存在的，间或还能达到告警阈值触发一小波告警，但主观上一直认为499是客户端主动断开，可能和推送高峰期的用户打开推送后很快杀死app有关，没有进一步探究问题根源。 然而近期在非高峰期也存在499超过告警阈值的偶发情况，多的时候一天几次，少的时候
在Linux工作站上使用KVM创建虚拟机。 首先说下我的需求： 1.其他LAN内的笔记本也可以连接到这些KVM的虚拟机，因此需要配置使用桥接网络 2.创建一个虚拟机，采用最小化安装系统，作为基础模版，供后续快速克隆 Part1 ： 首先，配置桥接网络： 已有的网卡配置文件中，添加一行： BRIDGE
2022年初，当时的自己在 您好，2022！ 说要多追求无定量标准，所以没有列出具体量化的指标。 如今到了2023年，深思熟虑后决定还是要梳理下这些年制定的计划，看看哪些之前未完成的指标还适合继续努力的，好作为2023年的目标指引。 回顾了这些年的要点，梳理出需要在2023及之后的目标方向： 工作&
春节假期整理历史物件时发现一些书籍的光盘，虽然买了多年但一直没有看过，因为自己在用的电脑都没有光驱。正好老爸的电脑是带光驱的，想着趁过节把这些光盘的内容读取出来存在NAS上方便后续使用。 使用UltraISO软件直接“制作光盘映像文件”就可以将光盘的内容制作成iso文件，便于保存在磁盘等介质上。基本
