1. 问题描述

Redis loglevel_db 中残留2~n个下划线前缀的冗余表项问题

在 Redis 因忙或服务异常未及时处理带下划线前缀的临时表项时，重启 swss 容器将导致 loglevel_db 出现 2 ~ n 个下划线前缀的冗余表项，且在 Redis 恢复后也不会被删除，将一直残留在 loglevel_db 中。

2. 问题分析

2.1. 定位

在 Redis 因忙或服务异常未及时处理带下划线前缀的临时表项时，重启 swss 容器将导致 loglevel_db 出现“临时表项的临时表项”，即产生双下划线前缀的临时表项。进而，在第二次重启时将产生三下划线前缀的临时表项，且这2~n 个下划线前缀的表项在 redis 恢复后也不会被删除，将一直残留并累积在loglevel_db中。

（1）第一次出现临时表被当做正常表项的监控记录如下图：

1. 问题描述

sonic版本：201911

发现问题： swss.rec 无轮转文件

本文记录常用正则表达式语法，以备不时之需

1. 准备工作

1.1. 制作 SONiC 安装U盘

1.1.1. 依赖材料

1. 一台带 USB 接口的白盒交换机（已安装 SONiC 系统）
2. 一个空U盘 （容量高于2G）
3. 两个安装文件：sonic.bin 和 sonic-recovery.bin

• sonic.bin，全量安装 SONiC 系统的二进制文件（六百多MB）
• sonic-recovery.bin，构建/恢复 SONiC-OS 系统基础环境的二进制文件（约三百MB）

sonic_version 201911

1. 全量编译/更换版本步骤回顾

1.1. 全量编译命令

编译环境：开发机

1
2
3
4

cd $SONIC_CODE_DIR
rm -rf target/
make configure PLATFORM=broadcom
make target/sonic.bin