Jaroslav Kucera's questions

在 RHEL 9.3 上，我已将逻辑卷 (LV) 重命名/dev/lvm01/root为/dev/lvm01/root.vol. 我尽一切努力使新名称正确识别：

• 更改/etc/fstab条目
• 重新加载系统配置
• 重新安装/

我还修改了/etc/default/grub条目：

GRUB_CMDLINE_LINUX="root=/dev/mapper/lvm01-root.vol ro crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M resume=/dev/mapper/lvm01-swap.vol rd.lvm.lv=lvm01/root.vol rd.lvm.lv=lvm01/swap.vol"

然后我希望它能grub2-mkconfig -o /boot/grub2/grub.cfg完成剩下的工作并重新启动。但系统最终出现了 dracut 消息，表明未找到根分区（或类似的消息）。

经过短暂的调查，我意识到内核参数没有按预期进行修改。手动更改有助于启动操作系统。有趣的是/boot/grub2/grub.cfg更新了。但没有更新的是/boot/loader/entries/*文件。这就是问题所在。

在我们的测试环境中，我们发现了一个奇怪的 HAProxy 行为。我们使用的是标准 RHEL 7 提供的haproxy-1.5.18-8.el7.x86_64RPM。

根据我们的理解，接受的并行连接总数定义为maxconn*nbproc从global.haproxy.cfg

但是，如果我们定义：

maxconn   5
nbproc    2

我们预计并行连接的总数为 10。但我们不能超过maxconn定义的 5。

为什么忽略 nbproc？

这是完整的 haproxy.cfg：

# Global settings
global
    log         127.0.0.1 local2 warning
    log         10.229.253.86 local2 warning

    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     5
    user        haproxy
    group       haproxy
    daemon
    nbproc      2

# turn on stats unix socket
    stats socket /var/lib/haproxy/stats
    stats socket /var/run/haproxy.sock mode 600 level admin
    stats socket /var/run/haproxy_hamonit.sock uid 2033 gid 2033 mode 600 level admin
    stats timeout 2m

defaults
    mode                    tcp
    log                     global
    option                  tcplog
    option                  dontlognull
    option                  redispatch

    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          30s
    timeout server          30s
    timeout http-keep-alive 10s
    timeout check           10s

    bind-process            all

frontend ha01
    bind 10.229.253.89:80
    mode                        http
    option                      httplog
    option                      http-server-close
    option forwardfor           except 127.0.0.0/8

    default_backend             ha01

backend ha01
    balance roundrobin
    mode                        http
    option                      httplog
    option                      http-server-close
    option forwardfor           except 127.0.0.0/8
    server  server1 10.230.11.252:4240 check
    server  server2 10.230.11.252:4242 check

listen stats 10.229.253.89:1936
    mode http
    stats enable
    stats hide-version
    stats realm Haproxy\ Statistics
    stats uri /
    stats auth admin:foo

我已经从 Fedora 27 升级到 29。升级本身顺利通过，就在最终重新启动后，图形登录屏幕 (sddm) 只是与用户一起闪烁标准屏幕，然后在黑色背景上显示虚拟键盘。类似于这张图：

我能做些什么来避免这种行为？

在最近的 Fedora 27 更新之后，我的 KVM VM 来宾在启动过程中最终出现内核崩溃。

系统已更新为 libvirt-3.7.0-4.fc27.x86_64（以及此更新期间的许多其他软件包）并重新启动。在运行 Kubuntu 16.04 的 VM 来宾之前没有问题。虚拟机管理程序上的先前内核无济于事。

主机 CPU 是AMD Athlon(tm) X4 750.

突然出现这个问题的原因是什么？

在 RHEL 7 上，一段时间后使用 YUM 更新时，由于与服务器的连接中断并且 YUM 会话未在屏幕中运行，因此 YUM 事务未正确完成。

--> Processing Conflict: firewalld-0.4.4.4-6.el7.noarch conflicts selinux-policy < 3.13.1-118.el7
--> Finished Dependency Resolution
You could try using --skip-broken to work around the problem
** Found 157 pre-existing rpmdb problem(s), 'yum check' output follows:
audit-2.7.6-3.el7.x86_64 is a duplicate with audit-2.6.5-3.el7_3.1.x86_64
audit-libs-2.7.6-3.el7.x86_64 is a duplicate with audit-libs-2.6.5-3.el7_3.1.x86_64
audit-libs-python-2.7.6-3.el7.x86_64 is a duplicate with audit-libs-python-2.6.5-3.el7_3.1.x86_64
bash-4.2.46-29.el7_4.x86_64 is a duplicate with bash-4.2.46-21.el7_3.x86_64
32:bind-libs-9.9.4-51.el7_4.2.x86_64 is a duplicate with 32:bind-libs-9.9.4-50.el7_3.1.x86_64
32:bind-libs-lite-9.9.4-51.el7_4.2.x86_64 is a duplicate with 32:bind-libs-lite-9.9.4-50.el7_3.1.x86_64
32:bind-license-9.9.4-51.el7_4.2.noarch is a duplicate with 32:bind-license-9.9.4-50.el7_3.1.noarch
...

所以交易没有完成，一些包在 2 个版本中列出。

在这种状态下，yum update报告：

# yum update
Loaded plugins: product-id, search-disabled-repos
Resolving Dependencies
There are unfinished transactions remaining. You might consider running yum-complete-transaction, or "yum-complete-transaction --cleanup-only" and "yum history redo last", first to finish them. If those don't work you'll have to try removing/installing packages by hand (maybe package-cleanup can help).

并且交易失败。

查看解决方案如何解决此问题。