jupyter-lab配置优化备忘
version 自动换行 参考 version ❯ pip list |grep jupyterlab jupyterlab 4.0.1 自动换行 ~/.jupyter/lab/user-settings/@jupyterlab/notebook-extension/tracker.jupyterlab-settings 22 "codeCellConfi
go-map
基本特征 参考 基本特征 哪些类型不能做Key：类似于python要求不可变类型才能做key。go里的function、map、slice不能做key。 零值不可用 增删改查 查不存在的key会拿到零值，所以最佳实践是用ok判断存在性 delete不存在的key是安全的 参考
go-数组与切片
array slice 参考 array 数组二要素： 长度 类型 声明 var arr1 [3]int var arr2 = [...]int{1, 2, 3, 4, 5, 6} 问题：值拷贝机制下，数组传参造成性能问题 slice 形象化类比：slice和array的关系类似于文件描述符和文件的关系 从同一数组切出来的切片，共享底层数组，修改会互相影响 切片的切片同样共享同一底层数组
一次openelb多网卡配置问题导致的奇怪现象排查
问题 排查 代码分析 解决 启示 参考 问题 3节点集群，每个节点有多块网卡。部署了openelb，并配置了和node同网段的IP池供LB使用。 接到测试同事反映，集群里的lb service分到的ip有的可以ping通并访问业务，但是有的却不能ping通。 排查 一开始怀疑ip冲突，在交换机上确认后发现不能访问的ip并没有被占用。 于是在同网段的其他机器上安装了arp-scan，扫描下arp
一次openelb-can_reach配置导致的故障排查
背景 问题 解决 dive deeper 参考 背景 openelb配置阶段需要配置一个EIP Custom Resource对象，作为LB ip的IP池。 在EIP对象的spec里，有一个字段叫做interface，需要配置openelb相应arp请求的网卡。通常配置和eip对应的网卡名称即可。 但是在kubernetes集群中，有时会出现多个node同一网段对应的网卡名称不一样的情况。因此
kubekey-etcd备份脚本bug分析及踩雷应对
意外发现 bug分析 为什么是/ 灾后重建 参考 意外发现 3月8日，我在google搜索etcd相关的信息，一个网页标题吸引了我的注意力，按照通常对这种标题党内容的认知，大概率里面不会有什么有用的信息，但是还是忍不住好奇心点了进去一探究竟。 结果没想到这个贴子里提到的bug恰好也存在于我司使用的kubekey版本中。 bug分析 简单概括这个bug的引发原因，也是一句看起来标题党的内容：一