标签: linux-kernel

请用粗体解释“top”命令中的以下行：

内存：总共 1026228k，已使用 449640k，576588k 空闲， 44812k 缓冲区

交换：总计 1052248k，已使用 2020k，免费 1050228k，缓存 189092k

谢谢阿皮特

我正在使用带有 xfs 的 suse 11 服务器并使用“xfs_info / srv”命令我看到了这一点。

xfs_info /srv/
meta-data=/dev/mapper/vg01-srvvol isize=256    agcount=38, agsize=1964032 blks
     =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=73367552, imaxpct=25
     =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=3836, version=2
     =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

所以我认为 xfs 知道下划线磁盘 sectsz 的大小，但我现在使用的是 sectsz 为 512 字节的磁盘，但我的问题是，如何使用 ext3/ext4 文件系统找到此类信息？

因为我想尝试使用 sectsz 为 4096 的新磁盘，并且可以确定，ext3/ext4 使用下划线 sectsz。

这是使用一个物理块大小为 4096 的新 ssd 的 xfs_info 的输出：

xfs_info /dev/mapper/vg00-logvol
meta-data=/dev/mapper/vg00-logvol isize=256    agcount=16, agsize=7144576 blks
         = …

我想使用 strace 来查看执行 `hadoop fs -ls ' 时发生了什么，所以我运行了以下命令：

strace -f -e trace=execve hadoop fs -ls /stg 这导致了很多这样的输出：

[pid 187050] execve("/opt/sas/app/platform/lsf/8.0/linux2.6-glibc2.3-x86_64/etc/setsid", ["setsid", "bash", "-c", "echo $$"], [/* 78 vars */]) = -1 ENOENT (No such file or directory)
[pid 187050] execve("/opt/sas/app/platform/lsf/8.0/linux2.6-glibc2.3-x86_64/bin/setsid", ["setsid", "bash", "-c", "echo $$"], [/* 78 vars */]) = -1 ENOENT (No such file or directory)
[pid 187050] execve("/opt/dca/bin/setsid", ["setsid", "bash", "-c", "echo $$"], [/* 78 vars */]) = -1 ENOENT (No such file or directory)
[pid 187050] execve("/usr/local/greenplum-cc-web/./bin/setsid", …

我正在运行一个 Centos 7 ESXi VM，它有将近 300GB 的 RAM 和 24 个 vCPU。

平均负载为 3，应用程序几乎从不使用超过 150GB 的 RAM。剩余的可用内存由 Linux 用于缓存。

问题是，当缓存填满可用 RAM 时，两个 kswapd 进程将开始使用 100% 的 CPU，突然我看到所有 CPU 也显示 99% 的 sys 使用率（不是等待或用户，主要是 sys ）。

这将导致几分钟的高负载 (100+)，直到系统恢复并且负载再次下降到 3。

目前我没有交换分区，但即使我有交换分区，这个问题也发生了。

我发现的一个“解决方案”是每天执行以下命令：

 echo 3 > /proc/sys/vm/drop_caches

这会丢弃缓冲区/缓存。这将“修复”该问题，因为缓存使用率从未达到 100%。

我的问题是：

• 这个问题有真正的解决方案吗？

• linux 内核不应该足够聪明以简单地从内存中清除旧的缓存页面而不是启动 kswap 吗？

毕竟，据我了解 RAM 内存的主要功能是供应用程序使用。缓存只是次要功能，如果您没有足够的内存，可以丢弃/忽略它。

我的内核版本是 3.10.0-229.14.1.el7.x86_64。

我有一个 3 磁盘 RAID 5 阵列，我试图向其中添加第四个磁盘。

mdadm --add /dev/md6 /dev/sdb1
mdadm --grow --raid-devices=4 /dev/md6

此操作成功启动并继续进行，直到达到 51.1%

cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md6 : active raid5 sda1[0] sdb1[5] sdf1[3] sde1[4]
      3906764800 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
      [==========>..........]  reshape = 51.1% (998533632/1953382400) finish=9046506.1min speed=1K/sec
      bitmap: 0/15 pages [0KB], 65536KB chunk

数天以来，它一直坐在同一个 998533632 的位置上。我尝试了几次重新启动，但它从未取得进展。停止阵列或尝试启动其中的逻辑卷挂起。更改最小/最大速度参数无效。当我重新启动并类似于阵列时，指示的速度稳步下降到几乎为 0。

mdadm --assemble /dev/md6 --verbose --uuid 90c2b5c3:3bbfa0d7:a5efaeed:726c43e2

我还没有尝试过比重启更激烈的事情，以下是我在现阶段所能提供的尽可能多的信息。请让我知道我还能做什么。我很高兴更改内核、内核配置或任何其他需要获得更好信息的内容。

内核：4.4.3 mdadm 3.4

ps aux | grep …

我有一个 Arch linux ZFS 备份系统，它很长时间没有更新，因为它运行良好，没有理由打扰。但是，在最近升级之后，我的 ZFS 数据集在我重新启动时不再自动挂载。不幸的是，这些服务没有指示任何错误消息，我可以运行

# zfs mount -a

系统启动后没有问题。一些细节：

[root@elephant etc]# uname -a
Linux elephant 4.16.11-1-ARCH #1 SMP PREEMPT Tue May 22 21:40:27 UTC 2018 x86_64 GNU/Linux
[root@elephant etc]# pacman -Q | grep spl
spl-dkms 0.7.9-1
spl-utils 0.7.9-1
[root@elephant etc]# pacman -Q | grep zfs
zfs-dkms 0.7.9-1
zfs-utils 0.7.9-1

root@elephant etc]# zfs get mountpoint backup/www
NAME                              PROPERTY    VALUE                              SOURCE
backup/www  mountpoint  /backup/www  default
[root@elephant etc]# zfs get mountpoint backup/data
NAME                               PROPERTY    VALUE                               SOURCE
backup/data  mountpoint  /backup/data  default …

我正在尝试使用 cgroups 来限制进程的网络带宽，如本答案中所述。但是，我无法找到他们所指的“文件”。我正在使用安装了 cgroup-bin 的 Ubuntu 12.04 LTS。cgroups 自动挂载在 /sys/fs/cgroup 下，但是，我只看到以下子系统：

$ ls -l /sys/fs/cgroup/
total 0
drwxr-xr-x 3 root root 0 Mar  8 09:51 cpu
drwxr-xr-x 3 root root 0 Mar  8 09:51 cpuacct
drwxr-xr-x 3 root root 0 Mar  8 09:51 devices
drwxr-xr-x 3 root root 0 Mar  8 09:51 freezer
drwxr-xr-x 3 root root 0 Mar  8 09:51 memory

此外，我尝试手动挂载“net”子系统但没有成功：

# mkdir -p /sys/fs/cgroup/net
# mount -t cgroup -o net net /sys/fs/cgroup/net/
mount: special device …

尝试修补 CVE-2014-0196 漏洞但 yum 找不到软件包更新

CentOS 6.5（最终版）面板版本：11.0.9 更新 #61

# uname -r
2.6.32-358.11.1.el6.x86_64

# yum update kernel
Loaded plugins: fastestmirror
Determining fastest mirrors
epel/metalink                                                                   |  23 kB     00:00    
epel: mirror.fraunhofer.de
base                                                                            | 3.7 kB     00:00    
epel                                                                            | 4.4 kB     00:00    
epel/primary_db                                                                 | 6.2 MB     00:00    
extras                                                                          | 3.4 kB     00:00    
updates                                                                         | 3.4 kB     00:00    
updates/primary_db                                                              | 3.7 MB     00:00    
Setting up Update Process
No Packages marked for Update

编辑 1

# rpm -q kernel
kernel-2.6.32-358.6.2.el6.x86_64
kernel-2.6.32-358.11.1.el6.x86_64
kernel-2.6.32-431.20.3.el6.x86_64

编辑 2 …

我正在使用 Centos 7.4 并且遇到了一个错误，我找到了一个解决方案：https : //bugzilla.redhat.com/show_bug.cgi?id=1502601

问题是，解决方案中提到，错误是固定在内核3.10.0- 832个.el7

和我的CentOS 7.4具有内核3.10.0- 693，将百胜yum update只更新到新内核3.10.0- 693版本。

是否有可能获得内核3.10.0- 832 .el7（或更新版本），而红帽订阅？

当我尝试运行 hello-world docker 映像时，出现以下错误：

ubuntu@ubuntu:~$ sudo docker run hello-world\ndocker: Error response from daemon: failed to create endpoint frosty_varahamihira on network bridge: failed to add the host (vethc6c068f) <=> sandbox (veth82a7475) pair interfaces: operation not supported.\nERRO[0000] error waiting for container: context canceled\n

我红色了这篇文章，这似乎是完全相同的问题，但我无法安装不同的内核。

我尝试了以下方法来安装新内核，这导致了下一个错误：

ubuntu@ubuntu:~$ sudo wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7.5/amd64/linux-headers-5.7.5-050705-generic_5.7.5-050705.202006220832_amd64.deb\n--2021-10-22 13:47:14--  https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7.5/amd64/linux-headers-5.7.5-050705-generic_5.7.5-050705.202006220832_amd64.deb\nResolving kernel.ubuntu.com (kernel.ubuntu.com)... 91.189.94.216\nConnecting to kernel.ubuntu.com (kernel.ubuntu.com)|91.189.94.216|:443... connected.\nHTTP request sent, awaiting response... 200 OK\nLength: 1223448 (1.2M) [application/x-debian-package]\nSaving to: \xe2\x80\x98linux-headers-5.7.5-050705-generic_5.7.5-050705.202006220832_amd64.deb\xe2\x80\x99\n\nlinux-headers-5.7.5-050705-generic_5.7.5-05070 100%[===================================================================================================>]   1.17M  2.53MB/s    in 0.5s\n\n2021-10-22 13:47:20 (2.53 …