Adam Luchjenbroers's questions

我正在 AWS 中处理基于 CentOS 8 的实例/启动配置，并希望使用 cfn-init 来管理一些设置/配置步骤。

但是，我发现提供的 RPM 没有部署，因为 Python2 和 Python3 的打包方式不同，以至于 AWS 提供的 RPM 找不到它的依赖项。

我用来安装的命令是：yum install -y https://s3.amazonaws.com/cloudformation-examples/aws-cfn-bootstrap-latest.amzn1.noarch.rpm

这会导致以下错误：

Error: 
 Problem: conflicting requests
  - nothing provides python >= 2.6 needed by aws-cfn-bootstrap-1.4-34.noarch
  - nothing provides python-setuptools needed by aws-cfn-bootstrap-1.4-34.noarch
  - nothing provides python-daemon needed by aws-cfn-bootstrap-1.4-34.noarch
  - nothing provides pystache needed by aws-cfn-bootstrap-1.4-34.noarch

我怀疑这是因为 CentOS <= 7 中的 python 现在是 CentOS8 中的 python2。

在这种情况下安装这些工具的最佳方式是什么？

所以，这是设置 - 我有一个带有 Xen 主机的网络。Xen 主机配置为在物理网络和托管 VM 之间进行桥接。

IE

[网络] <-----> [Xen DomO / 网桥] <-----> [VM]

该网络正在部分工作，例如：

• 我可以从网络上的桌面 ping 虚拟机就好了。
• 如果我尝试连接到被防火墙阻止的 VM 上的端口，我可以看到拒绝记录在 VM 上
• 如果从 Xen 主机连接，我可以正常访问服务

但

• 我无法直接从我的台式机访问任何服务（SSH 或 HTTP）。我所看到的只是连接超时。

编辑- 故障排除/调查的一些额外观察

• 尽管无法通过 SSH 登录，但通过 SSH 退出似乎没有任何问题。
• 通过使用 TCPDump 观察流量，我可以看到 TCP 握手失败：SYN 数据包从桌面传输 - > VM 就好了，但 SYN/ACK 似乎并没有一直返回（我可以看到它离开虚拟机并过桥，但它永远不会到达我的桌面）。

什么会导致这种情况，我将如何解决它？

我有一个新的 Fedora 盒子，我将它设置为 Xen 主机 (Dom0)，这比预期的要困难一些。

第一站 - 通过 DNF 安装 Xen 并重新启动。发现 Xen 引导选项失败（很多关于多重引导的错误）。经过一番谷歌搜索后，我了解到这是因为出于安全考虑，multiboot 已被删除。 [1]

好的 - 这很烦人。看起来我有两个选择[2]：

• 手动重新配置 GRUB 以使用旧的 Chain Loader 行为
• 绕过 GRUB 并使用 Xen 作为 EFI 引导加载程序

我将选择选项 2，因为这似乎是一个更干净的解决方案，并且不需要争论这些天围绕 GRUB 构建的 shell 脚本层来让它做我想做的事情。

我已经为 Xen 创建了一个 EFI 引导选项，但它似乎在启动时被默默地跳过了。没有错误，没有有用的输出。我不确定接下来要检查什么。

到目前为止我得到了什么：

EFI 分区具有 EFI/xen 与：

• xen.efi（EFI/fedora/xen-4.11.1.efi 的副本）
• /boot 中的 initramfs 和 vmlinuz 副本
• xen.cfg

xen.cfg 文本：

[global]
default=fedora

[fedora]
options=
kernel=vmlinuz root=/dev/nvme0n1p1 rhgb LANG=en_GB.UTF-8
ramdisk=initramfs.img

使用以下命令创建的 EFI 选项：

efibootmgr -c -L Xen -d /dev/sdc -p 1 -l \\EFI\\xen\\xen.efi -c

这里的目标状态是：使用 Xen 和 Fedora Dom0 启动机器。我应该检查什么，或者接下来我应该尝试什么？

[1] https://access.redhat.com/security/cve/cve-2015-5281

[2] https://wiki.xenproject.org/wiki/Xen_EFI

所以，我最近稍微改变了我的网络设置，出于某种原因，我仍在试图用新的 PFSense 盒子替换旧路由器，这似乎以某种方式破坏了网络内的身份验证。网络设置使用 Kerberos KDC（作为 FreeIPA 域的一部分）来验证对 NFSv4 文件共享的访问。

这是一个小型家庭网络，使用 pfsense 机器执行 DHCP 和基本 DNS。

• 我已经测试了反向查找，并且 IP 地址可以正确地解析为主机名，所以不是这样。
• 所有机器上的时钟都是同步的。
• 票似乎被检索得很好，并且至少有一个其他基于 kerberos 的服务可以工作（我有一个运行 Trac 的网络服务器，它也使用 KDC 来让人们登录）。

使用 rpcdebug 进行日志记录发现了一条看起来像是罪魁祸首的错误消息，尽管谷歌搜索此消息并没有发现任何有用的信息。

Sep  8 19:00:34 weatherwax kernel: NFSD: warning: no callback path to client Linux NFSv4.2 stibbons.lan.deimos-legion.net: error -22

我正在尝试在较新的 Fedora Core 24 机器上设置网络扫描，而我能找到的所有指南似乎都有些过时（Fedora Core 10/14）。他们谈论设置 xinetd 套接字文件，虽然文件夹仍然存在于 /etc 中，但没有其他迹象表明 xinetd 仍在运行。

到目前为止，我没有看到任何迹象表明服务器正在使用 xinet 配置文件设置在正确的端口上侦听（使用 netstat 检查），我强烈怀疑我需要以不同的方式设置侦听套接字以获得结果。

我应该如何配置 sane 以在网络上侦听 Fedora Core 24 下的请求？

当我尝试使用 virsh 启动域时，出现以下错误字符串：

virsh # start vimes
error: Failed to start domain vimes
error: End of file while reading data: Input/output error
error: Failed to reconnect to the hypervisor

在这种情况下跟踪日志文件，我得到以下输出：

/var/log/libvirt/libxl/vimes.log

libxl: debug: libxl_create.c:1362:do_domain_create: ao 0x7f4e1c0017e0: create: how=(nil) callback=(nil) poller=0x7f4e1c0019c0

dmesg

[  852.559719] libvirtd[2187]: segfault at ffffffffffffffff ip 00007f4e45472614 sp 00007f4e3e6b60d8 error 7 in libc-2.19.so[7f4e453ed000+19e000]

/var/log/libvirt/libxl/libxl-driver.log

xc: debug: hypercall buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:13 misses:4 toobig:1
xc: debug: hypercall buffer: total allocations:18 total releases:18
xc: debug: hypercall buffer: current allocations:0 maximum allocations:4
xc: debug: hypercall buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:13 misses:4 toobig:1
xc: debug: hypercall buffer: total allocations:18 total releases:18
xc: debug: hypercall buffer: current allocations:0 maximum allocations:4
xc: debug: hypercall buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:13 misses:4 toobig:1

我对如何进行有点不知所措。从错误消息中不清楚实际出了什么问题。主机和来宾都在运行 OpenSuse 13.2，