我们公司有 15 个 Ubuntu 18.04 系统，我正在升级到 Ubuntu 20.04。升级过程顺利，耗时 +/- 40 分钟。但是，我确实遇到了 snmpd 几天后崩溃的问题。
error on subcontainer 'ifTable container' remove (-1)
Segmentation fault (core dumped)
但是，即使“ulimit -c”的值为“unlimited”，并且目录中有写权限，我还是看不到核心文件。
当我使用以下参数手动启动 snmpd 时也会发生此崩溃：
snmpd -u Debian-snmp -g Debian-snmp -f -p /run/snmpd.pid
直接安装 Ubuntu 20 的系统上不会出现此问题。文件 /etc/snmp/snmpd.conf 在所有系统上都是相同的。
系统从 18.04.6 升级到 20.04.6 此次升级中 snmpd 从 5.7.3+dfsg-1.8ubuntu3.8 (bionic) 升级到 5.8+dfsg-2ubuntu2.6 (focal)
那个“子容器‘ifTable容器’”是什么？
使用调试器“gdb”可获得核心堆栈跟踪。 gdb /usr/sbin/snmpd (gdb) run -u Debian-snmp -g Debian-snmp -f -p /run/snmpd.pid 子容器“ifTable container”删除时出错（-1） 子容器“ifTable container”删除时出错（-1）
程序收到信号 SIGSEGV，分段错误。__GI___libc_free（mem=0x150）位于 malloc.c:3102 3102 malloc.c：没有此文件或目录。 (gdb) bt #0 __GI___libc_free (mem=0x150) 在 malloc.c:3102 #1 0x00007ffff7d8003b 在 netsnmp_access_interface_entry_free () 来自 /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.35 #2 0x00007ffff7d557e8 在 ifTable_rowreq_ctx_cleanup () 来自 /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.35 #3 0x00007ffff7d83ef2 在 ifTable_release_rowreq_ctx () 来自 /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.35 #4 0x00007ffff7bd1878在 ?? () 中来自 /usr/lib/x86_64-linux-gnu/libnetsnmp.so.35 #5 0x00007ffff7d85fc8 在 ifTable_container_load () 中来自 /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.35 #6 0x00007ffff7f604ad 在 ?? () 中来自 /usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.35 #7 0x00007ffff7bab4d7 在 run_alarms () 中来自 /usr/lib/x86_64-linux-gnu/libnetsnmp.so.35 #8 0x0000555555559864 在 ?? 中（）#9 0x000055555555910d 在 main 中（）
解决这个问题的下一步是什么？