问题是什么

简而言之，这就是让我头疼的原因：

--> Finished Dependency Resolution
Error: Package: policycoreutils-2.5-11.el7_3.x86_64 (base)
           Requires: libsepol.so.1(LIBSEPOL_1.0)(64bit)
Error: Package: libsemanage-2.5-5.1.el7_3.x86_64 (base)
           Requires: libsepol.so.1(LIBSEPOL_1.0)(64bit)
Error: Package: 1:NetworkManager-tui-1.4.0-14.el7_3.x86_64 (base)
           Requires: libjansson.so.4()(64bit)
Error: Package: libsemanage-2.5-5.1.el7_3.x86_64 (base)
           Requires: libsepol.so.1(LIBSEPOL_1.1)(64bit)
Error: Package: 7:lvm2-2.02.166-1.el7_3.2.x86_64 (base)
           Requires: device-mapper-persistent-data >= 0.6.3-1
           Installed: device-mapper-persistent-data-0.6.2-1.el7_2.x86_64 (@base)
               device-mapper-persistent-data = 0.6.2-1.el7_2
Error: Package: policycoreutils-2.5-11.el7_3.x86_64 (base)
           Requires: libselinux-utils >= 2.5-6
           Installed: libselinux-utils-2.2.2-6.el7.x86_64 (@anaconda)
               libselinux-utils = 2.2.2-6.el7
Error: Package: 1:NetworkManager-libnm-1.4.0-14.el7_3.x86_64 (base)
           Requires: libjansson.so.4()(64bit)
Error: Package: 1:NetworkManager-1.4.0-14.el7_3.x86_64 (base)
           Requires: libjansson.so.4()(64bit)
Error: Package: kernel-3.10.0-514.6.1.el7.x86_64 (base)
           Requires: linux-firmware >= 20160830-49
           Installed: linux-firmware-20150904-43.git6ebf5d5.el7.noarch (@anaconda)
               linux-firmware = 20150904-43.git6ebf5d5.el7
Error: Package: policycoreutils-2.5-11.el7_3.x86_64 (base)
           Requires: libsepol >= 2.5-6
           Installed: libsepol-2.1.9-3.el7.x86_64 (@anaconda)
               libsepol = 2.1.9-3.el7
Error: Package: policycoreutils-2.5-11.el7_3.x86_64 (base)
           Requires: libsepol.so.1(LIBSEPOL_1.1)(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest  

系统信息

该服务器运行 CentOS 7。它没有额外的存储库，并且仅使用来自核心 CentOS 7 存储库的软件包。没有安装任何不是 yum 默认提供的软件。

我尝试了什么以及我发现了什么

我已经尝试了很多事情，所以我会尝试排除这些：

清洁百胜

yum clean all基本上。

擦除 yum 缓存目录

rm -rf /var/cache/yum并重建yum makecache

检查存储库

我已经尝试了几个存储库，并且我确实检查了所有存储库是否确实存在更新文件。我什至尝试从 repo 下载一些 RPM 并手动更新它们，效果很好。但显然我希望 yum 为我做这件事。

检查存储库配置

下面的文件/etc/yum.repos.d看起来很好，完全匹配另一台服务器，效果很好。

检查 repolist

yum repolist- 这是一个发现！看：

# yum repolist
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
repo id                             repo name                             status
base/7/x86_64                       CentOS-7 - Base                       807
extras/7/x86_64                     CentOS-7 - Extras                     807
updates/7/x86_64                    CentOS-7 - Updates                    807
repolist: 2,421 

请注意，每个包中只有 807 个包。在我的其他服务器上，有更多可用的软件包。

检查 yum sqlite 数据库

我尝试从服务器下载 primary_db.sqlite 以使用 SQLite 编辑器对其进行检查。而实际上packages表中只有 807 条记录。

显然这已经被清除了很多次，所以它不是一个旧的遗留物。

...这就是你们进来的地方。我没有好主意，但对我来说似乎缩小到数字 807。为什么只有 807 包？当然，我像疯子一样用谷歌搜索，但我找不到这样的东西。

我在这里找到了另一个线程，有人似乎有同样的问题，但没有提供太多信息：在 CentOS 7 中更新 Yum 时的依赖冲突

更新

评论 1

yum.conf

[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5
bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum
distroverpkg=centos-release


#  This is the default, if you make this bigger yum won't see if the metadata
# is newer on the remote and so you'll "gain" the bandwidth of not having to
# download the new metadata and "pay" for it by yum not having correct
# information.
#  It is esp. important, to have correct metadata, for distributions like
# Fedora which don't keep old packages around. If you don't like this checking
# interupting your command line usage, it's much better to have something
# manually check the metadata once an hour (yum-updatesd will do this).
# metadata_expire=90m

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d 

All yum.repos.d files http://pastebin.centos.org/65881/

我的挑战

我需要对大量数据进行 tcpdumping——实际上来自 2 个处于混杂模式的接口，这些接口能够看到大量流量。

把它们加起来

• 从 2 个接口以混杂模式记录所有流量
• 这些接口没有分配 IP 地址
• pcap 文件必须每 ~1G 旋转一次
• 当存储了 10 TB 的文件时，开始截断最旧的文件

我目前在做什么

现在我像这样使用 tcpdump：

ifconfig ethX promisc
ifconfig ethX promisc
tcpdump -n -C 1000 -z /data/compress.sh -i any -w /data/livedump/capture.pcap $FILTER

包含 src/dst 过滤器，$FILTER以便我可以使用-i any. 这样做的原因是，我有两个接口，我想在一个线程而不是两个线程中运行转储。

compress.sh负责将 tar 分配给另一个 CPU 核心，压缩数据，为其提供合理的文件名并将其移动到存档位置。

我不能指定两个接口，因此我选择使用过滤器并从any接口转储。

现在，我不做任何内务管理，但我计划监控磁盘，当我还剩 100G 时，我将开始擦除最旧的文件——这应该没问题。

现在; 我的问题

我看到丢弃的数据包。这是来自已经运行了几个小时并收集了大约 250 g pcap 文件的转储：

430083369 packets captured
430115470 packets received by filter
32057 packets dropped by kernel  <-- This is my concern

如何避免丢弃这么多数据包？

这些我已经尝试过或看过的东西

/proc/sys/net/core/rmem_max更改的值/proc/sys/net/core/rmem_default确实有帮助——实际上它只处理了大约一半的丢弃数据包。

我也看过gulp - gulp 的问题是，它不支持一个进程中的多个接口，如果接口没有 IP 地址，它就会生气。不幸的是，这对我来说是一个交易破坏者。

下一个问题是，当流量流过管道时，我无法进行自动轮换。获取一个 10 TB 的巨大文件不是很有效，而且我没有一台可以运行 wireshark 的 10 TB+ RAM 的机器，所以这已经结束了。

你有什么建议吗？甚至可能是一种更好的方式来完成我的流量转储。