主页 / user-748863

tuk's questions

Martin Hope
tuk
Asked: 2020-07-30 08:09:17 +0800 CST
  • 0

我有两个在资源方面相同的 VM。有人可以向我解释为什么下面的目录大小不同，即使它们都有相同的内容？

虚拟机1

root@vrni-platform:/usr/share/elasticsearch# ls -lah
total 560K
drwxr-xr-x   7 root root 4.0K Jul 29 13:59 .
drwxr-xr-x 141 root root 4.0K Jul 29 13:59 ..
drwxr-xr-x   2 root root 4.0K Jul 29 14:37 bin
drwxr-xr-x   9 root root 4.0K Jul 29 13:59 jdk
drwxr-xr-x   3 root root 4.0K Jul 29 13:59 lib
drwxr-xr-x  46 root root 4.0K Jul 29 13:59 modules
-rw-rw-r--   1 root root 523K May 28 16:35 NOTICE.txt
drwxr-xr-x   2 root root 4.0K May 28 16:35 plugins
-rw-r--r--   1 root root 8.0K May 28 16:35 README.asciidoc

虚拟机2

root@vrni-platform:/usr/share/elasticsearch# ls -lah
total 568K
drwxr-xr-x   7 root root 4.0K Jul 28 13:50 .
drwxr-xr-x 141 root root 4.0K Jul 28 10:35 ..
drwxr-xr-x   2 root root 4.0K Jul 29 07:20 bin
drwxr-xr-x   9 root root 4.0K Jul 28 13:50 jdk
drwxr-xr-x   3 root root  12K Jul 28 13:50 lib
drwxr-xr-x  46 root root 4.0K Jul 28 10:35 modules
-rw-rw-r--   1 root root 523K May 28 16:35 NOTICE.txt
drwxr-xr-x   2 root root 4.0K May 28 16:35 plugins
-rw-r--r--   1 root root 8.0K May 28 16:35 README.asciidoc

在 VM2 中，大小lib为 12K，而在 VM1 中，大小lib为 4K。

libVM1 中的内容

root@vrni-platform:/usr/share/elasticsearch/lib# ls -lah
total 26M
drwxr-xr-x 3 root root 4.0K Jul 29 13:59 .
drwxr-xr-x 7 root root 4.0K Jul 29 13:59 ..
-rw-r--r-- 1 root root  12M May 28 16:35 elasticsearch-7.7.1.jar
-rw-r--r-- 1 root root  18K May 28 16:35 elasticsearch-cli-7.7.1.jar
-rw-r--r-- 1 root root  44K May 28 16:35 elasticsearch-core-7.7.1.jar
-rw-r--r-- 1 root root  44K May 28 16:35 elasticsearch-geo-7.7.1.jar
-rw-r--r-- 1 root root  21K May 28 16:35 elasticsearch-launchers-7.7.1.jar
-rw-r--r-- 1 root root 6.4K May 28 16:35 elasticsearch-plugin-classloader-7.7.1.jar
-rw-r--r-- 1 root root  11K May 28 16:35 elasticsearch-secure-sm-7.7.1.jar
-rw-r--r-- 1 root root 135K May 28 16:35 elasticsearch-x-content-7.7.1.jar
-rw-r--r-- 1 root root 112K May 28 16:35 HdrHistogram-2.1.9.jar
-rw-r--r-- 1 root root 1.2M May 28 16:35 hppc-0.8.1.jar
-rw-r--r-- 1 root root 342K May 28 16:35 jackson-core-2.10.4.jar
-rw-r--r-- 1 root root  58K May 28 16:35 jackson-dataformat-cbor-2.10.4.jar
-rw-r--r-- 1 root root  89K May 28 16:35 jackson-dataformat-smile-2.10.4.jar
-rw-r--r-- 1 root root  46K May 28 16:35 jackson-dataformat-yaml-2.10.4.jar
-rw-r--r-- 1 root root 8.6K May 28 16:35 java-version-checker-7.7.1.jar
-rw-r--r-- 1 root root 865K May 28 16:35 jna-4.5.1.jar
-rw-r--r-- 1 root root 628K May 28 16:35 joda-time-2.10.4.jar
-rw-r--r-- 1 root root  77K May 28 16:35 jopt-simple-5.0.2.jar
-rw-r--r-- 1 root root 780K May 28 16:35 jts-core-1.15.0.jar
-rw-r--r-- 1 root root 258K May 28 16:35 log4j-api-2.11.1.jar
-rw-r--r-- 1 root root 1.6M May 28 16:35 log4j-core-2.11.1.jar
-rw-r--r-- 1 root root 1.7M May 28 16:35 lucene-analyzers-common-8.5.1.jar
-rw-r--r-- 1 root root 137K May 28 16:35 lucene-backward-codecs-8.5.1.jar
-rw-r--r-- 1 root root 3.4M May 28 16:35 lucene-core-8.5.1.jar
-rw-r--r-- 1 root root  89K May 28 16:35 lucene-grouping-8.5.1.jar
-rw-r--r-- 1 root root 205K May 28 16:35 lucene-highlighter-8.5.1.jar
-rw-r--r-- 1 root root 146K May 28 16:35 lucene-join-8.5.1.jar
-rw-r--r-- 1 root root  51K May 28 16:35 lucene-memory-8.5.1.jar
-rw-r--r-- 1 root root  97K May 28 16:35 lucene-misc-8.5.1.jar
-rw-r--r-- 1 root root 372K May 28 16:35 lucene-queries-8.5.1.jar
-rw-r--r-- 1 root root 374K May 28 16:35 lucene-queryparser-8.5.1.jar
-rw-r--r-- 1 root root 219K May 28 16:35 lucene-sandbox-8.5.1.jar
-rw-r--r-- 1 root root 303K May 28 16:35 lucene-spatial3d-8.5.1.jar
-rw-r--r-- 1 root root 236K May 28 16:35 lucene-spatial-extras-8.5.1.jar
-rw-r--r-- 1 root root 244K May 28 16:35 lucene-suggest-8.5.1.jar
-rw-r--r-- 1 root root 302K May 28 16:35 snakeyaml-1.26.jar
-rw-r--r-- 1 root root 201K May 28 16:35 spatial4j-0.7.jar
-rw-r--r-- 1 root root  51K May 28 16:35 t-digest-3.2.jar
drwxr-xr-x 4 root root 4.0K Jul 29 13:59 tools

libVM2中的内容

root@vrni-platform:/usr/share/elasticsearch/lib# ls -lah
total 26M
drwxr-xr-x 3 root root  12K Jul 28 13:50 .
drwxr-xr-x 7 root root 4.0K Jul 28 13:50 ..
-rw-r--r-- 1 root root  12M May 28 16:35 elasticsearch-7.7.1.jar
-rw-r--r-- 1 root root  18K May 28 16:35 elasticsearch-cli-7.7.1.jar
-rw-r--r-- 1 root root  44K May 28 16:35 elasticsearch-core-7.7.1.jar
-rw-r--r-- 1 root root  44K May 28 16:35 elasticsearch-geo-7.7.1.jar
-rw-r--r-- 1 root root  21K May 28 16:35 elasticsearch-launchers-7.7.1.jar
-rw-r--r-- 1 root root 6.4K May 28 16:35 elasticsearch-plugin-classloader-7.7.1.jar
-rw-r--r-- 1 root root  11K May 28 16:35 elasticsearch-secure-sm-7.7.1.jar
-rw-r--r-- 1 root root 135K May 28 16:35 elasticsearch-x-content-7.7.1.jar
-rw-r--r-- 1 root root 112K May 28 16:35 HdrHistogram-2.1.9.jar
-rw-r--r-- 1 root root 1.2M May 28 16:35 hppc-0.8.1.jar
-rw-r--r-- 1 root root 342K May 28 16:35 jackson-core-2.10.4.jar
-rw-r--r-- 1 root root  58K May 28 16:35 jackson-dataformat-cbor-2.10.4.jar
-rw-r--r-- 1 root root  89K May 28 16:35 jackson-dataformat-smile-2.10.4.jar
-rw-r--r-- 1 root root  46K May 28 16:35 jackson-dataformat-yaml-2.10.4.jar
-rw-r--r-- 1 root root 8.6K May 28 16:35 java-version-checker-7.7.1.jar
-rw-r--r-- 1 root root 865K May 28 16:35 jna-4.5.1.jar
-rw-r--r-- 1 root root 628K May 28 16:35 joda-time-2.10.4.jar
-rw-r--r-- 1 root root  77K May 28 16:35 jopt-simple-5.0.2.jar
-rw-r--r-- 1 root root 780K May 28 16:35 jts-core-1.15.0.jar
-rw-r--r-- 1 root root 258K May 28 16:35 log4j-api-2.11.1.jar
-rw-r--r-- 1 root root 1.6M May 28 16:35 log4j-core-2.11.1.jar
-rw-r--r-- 1 root root 1.7M May 28 16:35 lucene-analyzers-common-8.5.1.jar
-rw-r--r-- 1 root root 137K May 28 16:35 lucene-backward-codecs-8.5.1.jar
-rw-r--r-- 1 root root 3.4M May 28 16:35 lucene-core-8.5.1.jar
-rw-r--r-- 1 root root  89K May 28 16:35 lucene-grouping-8.5.1.jar
-rw-r--r-- 1 root root 205K May 28 16:35 lucene-highlighter-8.5.1.jar
-rw-r--r-- 1 root root 146K May 28 16:35 lucene-join-8.5.1.jar
-rw-r--r-- 1 root root  51K May 28 16:35 lucene-memory-8.5.1.jar
-rw-r--r-- 1 root root  97K May 28 16:35 lucene-misc-8.5.1.jar
-rw-r--r-- 1 root root 372K May 28 16:35 lucene-queries-8.5.1.jar
-rw-r--r-- 1 root root 374K May 28 16:35 lucene-queryparser-8.5.1.jar
-rw-r--r-- 1 root root 219K May 28 16:35 lucene-sandbox-8.5.1.jar
-rw-r--r-- 1 root root 303K May 28 16:35 lucene-spatial3d-8.5.1.jar
-rw-r--r-- 1 root root 236K May 28 16:35 lucene-spatial-extras-8.5.1.jar
-rw-r--r-- 1 root root 244K May 28 16:35 lucene-suggest-8.5.1.jar
-rw-r--r-- 1 root root 302K May 28 16:35 snakeyaml-1.26.jar
-rw-r--r-- 1 root root 201K May 28 16:35 spatial4j-0.7.jar
-rw-r--r-- 1 root root  51K May 28 16:35 t-digest-3.2.jar
drwxr-xr-x 4 root root 4.0K Jul 28 10:35 tools

正如这里所解释的，在 Linux 中，目录的大小通常为 4K，其中包含指向目录中文件列表的链接。那么有人可以让我知道为什么在上述两种情况下报告的目录大小不同吗？

操作系统 - Ubuntu 16.04.6

filesystem 16.04
Martin Hope
tuk
Asked: 2020-05-19 07:06:55 +0800 CST
  • 4

在 ubuntu 16.04.6 上尝试屏蔽 systemd 服务。我看到如下错误。

systemctl mask hadoop-hdfs-zkfc.service
Failed to activate service 'org.freedesktop.systemd1': timed out

我使用的是 Ubuntu 16.04.6 附带的默认 systemd 版本。

ubuntu@platform1:~$ systemctl --version
systemd 229
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP
+LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS
+KMOD -IDN

问题并不总是出现。但是一旦遇到这个问题，恢复 systemd 的唯一方法就是硬重启。

查看系统日志，它似乎 systemd 已中止。

May 18 08:49:24 platform3 systemd[1]: Removed slice User Slice of support.
May 18 08:49:27 platform3 systemd[1]: Assertion 's->type ==
SERVICE_ONESHOT' failed at ../src/core/service.c:1792, function
service_enter_start(). Aborting.
May 18 08:49:27 platform3 systemd[1]: Caught <ABRT>, dumped core as pid 15839.
May 18 08:49:27 platform3 systemd[1]: Freezing execution.

busctl输出如下所示

ubuntu@platform3:~/logs$ busctl
NAME                               PID PROCESS         USER             CONNECTION    UNIT                      SESSION    DESCRIPTION
:1.1                               976 systemd-logind  root             :1.1          systemd-logind.service    -          -
:1.3                               971 accounts-daemon root             :1.3          accounts-daemon.service   -          -
:1.5434                          49174 systemctl       root             :1.5434       cron.service              -          -
:1.5435                          49223 systemctl       root             :1.5435       ssh.service               -          -
:1.5436                          49408 busctl          ubuntu           :1.5436       ssh.service               -          -
:1.7                              1109 unattended-upgr root             :1.7          unattended-upgrades.se... -          -
com.ubuntu.LanguageSelector          - -               -                (activatable) -                         -
org.debian.AptXapianIndex            - -               -                (activatable) -                         -
org.freedesktop.Accounts           971 accounts-daemon root             :1.3          accounts-daemon.service   -          -
org.freedesktop.DBus               936 dbus-daemon     messagebus       org.freedesktop.DBus dbus.service              -          -
org.freedesktop.hostname1            - -               -                (activatable) -                         -
org.freedesktop.locale1              - -               -                (activatable) -                         -
org.freedesktop.login1             976 systemd-logind  root             :1.1          systemd-logind.service    -          -
org.freedesktop.network1             - -               -                (activatable) -                         -
org.freedesktop.resolve1             - -               -                (activatable) -                         -
org.freedesktop.systemd1             - -               -                (activatable) -                         -
org.freedesktop.thermald             - -               -                (activatable) -                         -
org.freedesktop.timedate1            - -               -                (activatable) -                         -

有人可以告诉我，如何调试吗？

该问题看起来与此处讨论的问题相似。那么这是 Ubuntu 16.04.6 上一些已知的 systemd 问题吗？

init systemd 16.04
Martin Hope
tuk
Asked: 2020-05-17 06:59:44 +0800 CST
  • 0

我在 Ubuntu 16.04 上使用 fio-2.2.10。

在我的一个设置中，我观察到 io-depth = 1 时读取 iops 的高值。一次运行报告 iops=11418，另一次运行 iops=33507 和 iops=44329。这似乎不正确。下面是运行结果。

有人可以让我知道可能出了什么问题，以及我是否在 fio 中遇到了一些已知问题？

运行 1

ubuntu@vrni-proxy-release:/var/log/foundationdb$ suf=`head
/dev/urandom | tr -dc A-Za-z0-9 | head -c 13 ; echo ''` &&
file="/var/lib/ubuntu/fio-$suf" && echo $file && fio --filename=$file
--direct=1  --ioengine=libaio --bs=4K  --name=bw-test --rw=randread
--iodepth=1 --size=200M ; rm -f $file
/var/lib/ubuntu/fio-oPHRC8lfJujNk
bw-test: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1
fio-2.2.10
Starting 1 process
bw-test: Laying out IO file(s) (1 file(s) / 200MB)
Jobs: 1 (f=1): [r(1)] [100.0% done] [49132KB/0KB/0KB /s] [12.3K/0/0
iops] [eta 00m:00s]
bw-test: (groupid=0, jobs=1): err= 0: pid=48549: Fri May 15 18:42:08 2020
  read : io=204800KB, bw=45674KB/s, iops=11418, runt=  4484msec
    slat (usec): min=4, max=258, avg= 5.53, stdev= 2.20
    clat (usec): min=0, max=22304, avg=81.16, stdev=230.44
     lat (usec): min=17, max=22309, avg=86.78, stdev=230.46
    clat percentiles (usec):
     |  1.00th=[   14],  5.00th=[   14], 10.00th=[   15], 20.00th=[   16],
     | 30.00th=[   19], 40.00th=[   19], 50.00th=[   20], 60.00th=[   20],
     | 70.00th=[   21], 80.00th=[   25], 90.00th=[  266], 95.00th=[  286],
     | 99.00th=[  532], 99.50th=[ 1400], 99.90th=[ 2832], 99.95th=[ 3088],
     | 99.99th=[ 5280]
    bw (KB  /s): min=33760, max=51584, per=98.18%, avg=44842.00, stdev=6783.12
    lat (usec) : 2=0.04%, 4=0.01%, 10=0.02%, 20=45.62%, 50=35.21%
    lat (usec) : 100=0.15%, 250=2.24%, 500=15.67%, 750=0.25%, 1000=0.16%
    lat (msec) : 2=0.28%, 4=0.34%, 10=0.01%, 50=0.01%
  cpu          : usr=0.98%, sys=10.53%, ctx=51195, majf=0, minf=10
  IO depths    : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued    : total=r=51200/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
     latency   : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
   READ: io=204800KB, aggrb=45673KB/s, minb=45673KB/s, maxb=45673KB/s,
mint=4484msec, maxt=4484msec

Disk stats (read/write):
    dm-6: ios=48310/2, merge=0/0, ticks=3944/0, in_queue=3972,
util=90.95%, aggrios=51200/40, aggrmerge=0/205, aggrticks=4048/0,
aggrin_queue=4048, aggrutil=87.75%
  sda: ios=51200/40, merge=0/205, ticks=4048/0, in_queue=4048, util=87.75%

运行 2

ubuntu@vrni-proxy-release:/var/log/foundationdb$ suf=`head
/dev/urandom | tr -dc A-Za-z0-9 | head -c 13 ; echo ''` &&
file="/var/lib/ubuntu/fio-$suf" && echo $file && fio --filename=$file
--direct=1  --ioengine=libaio --bs=4K  --name=bw-test --rw=randread
--iodepth=1 --size=200M ; rm -f $file
/var/lib/ubuntu/fio-PipAwOU94ybHL
bw-test: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1
fio-2.2.10
Starting 1 process
bw-test: Laying out IO file(s) (1 file(s) / 200MB)
Jobs: 1 (f=1)
bw-test: (groupid=0, jobs=1): err= 0: pid=48575: Fri May 15 18:42:15 2020
  read : io=204800KB, bw=134031KB/s, iops=33507, runt=  1528msec
    slat (usec): min=4, max=19840, avg= 5.38, stdev=87.66
    clat (usec): min=1, max=3589, avg=23.64, stdev=89.84
     lat (usec): min=17, max=19863, avg=29.07, stdev=125.52
    clat percentiles (usec):
     |  1.00th=[   14],  5.00th=[   15], 10.00th=[   15], 20.00th=[   15],
     | 30.00th=[   15], 40.00th=[   15], 50.00th=[   16], 60.00th=[   16],
     | 70.00th=[   16], 80.00th=[   16], 90.00th=[   17], 95.00th=[   17],
     | 99.00th=[  286], 99.50th=[  318], 99.90th=[ 1576], 99.95th=[ 2352],
     | 99.99th=[ 3056]
    bw (KB  /s): min=119592, max=143792, per=99.48%, avg=133333.33,
stdev=12429.48
    lat (usec) : 2=0.01%, 10=0.01%, 20=97.54%, 50=0.47%, 100=0.09%
    lat (usec) : 250=0.05%, 500=1.61%, 750=0.06%, 1000=0.02%
    lat (msec) : 2=0.06%, 4=0.08%
  cpu          : usr=1.83%, sys=31.17%, ctx=51196, majf=0, minf=11
  IO depths    : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued    : total=r=51200/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
     latency   : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
   READ: io=204800KB, aggrb=134031KB/s, minb=134031KB/s,
maxb=134031KB/s, mint=1528msec, maxt=1528msec

Disk stats (read/write):
    dm-6: ios=43347/0, merge=0/0, ticks=1080/0, in_queue=1084,
util=75.80%, aggrios=51200/10, aggrmerge=0/6, aggrticks=1048/0,
aggrin_queue=1048, aggrutil=62.83%
  sda: ios=51200/10, merge=0/6, ticks=1048/0, in_queue=1048, util=62.83%
disk 16.04 io
Martin Hope
tuk
Asked: 2020-04-25 13:26:44 +0800 CST
  • 1

我正在运行 Ubuntu 16.04.6。有时在系统日志中我会看到如下消息

Apr 24 05:19:46 vrni-platform kernel: [358660.688715] INFO: rcu_sched self-detected stall on CPU
Apr 24 05:21:04 vrni-platform kernel: [358660.922686] INFO: rcu_sched detected stalls on CPUs/tasks:
Apr 24 05:21:04 vrni-platform kernel: [358660.923361]   0-...: (42 ticks this GP) idle=df7/140000000000002/0 softirq=52382057/52382057 fqs=3
Apr 24 05:21:16 vrni-platform kernel: [358660.923361]   (detected by 1, t=15015 jiffies, g=17833286, c=17833285, q=62)
Apr 24 05:21:16 vrni-platform kernel: [358660.923371] Task dump for CPU 0:
Apr 24 05:21:16 vrni-platform kernel: [358660.923373] java            R  running task        0 14071  13936 0x00000088
Apr 24 05:21:16 vrni-platform kernel: [358660.923427]  ffffffff818624d1 50b27af1c55e3d3d 00007f1985ce6000 ffff880100847f58
Apr 24 05:21:16 vrni-platform kernel: [358660.923430]  0000000000000006 ffff8800359c2800 ffff88010134d400 ffff880100847f28
Apr 24 05:21:19 vrni-platform kernel: [358660.923432]  ffffffff8106eeb1 ffff880100847ef8 0000000000000002 ffff8800359c2868
Apr 24 05:21:19 vrni-platform kernel: [358660.923435] Call Trace:
Apr 24 05:21:19 vrni-platform kernel: [358660.923566]  [<ffffffff818624d1>] ? __schedule+0x341/0x810
Apr 24 05:21:19 vrni-platform kernel: [358660.923622]  [<ffffffff8106eeb1>] ? __do_page_fault+0x1c1/0x410
Apr 24 05:21:19 vrni-platform kernel: [358660.923625]  [<ffffffff8106f122>] ? do_page_fault+0x22/0x30
Apr 24 05:21:29 vrni-platform kernel: [358660.923628] rcu_sched kthread starved for 14996 jiffies! g17833286 c17833285 f0x0 s3 ->state=0x0
Apr 24 05:21:29 vrni-platform kernel: [358661.336282]
Apr 24 05:21:29 vrni-platform kernel: [358661.336413]   0-...: (42 ticks this GP) idle=df7/140000000000002/0 softirq=52382057/52382057 fqs=3
Apr 24 05:21:33 vrni-platform kernel: [358661.511285]    (t=15015 jiffies g=17833286 c=17833285 q=65)
Apr 24 05:21:33 vrni-platform kernel: [358661.511441] rcu_sched kthread starved for 14996 jiffies! g17833286 c17833285 f0x2 s3 ->state=0x0
Apr 24 05:21:33 vrni-platform kernel: [358661.738834] Task dump for CPU 0:
Apr 24 05:21:35 vrni-platform kernel: [358661.738839] java            R  running task        0 14071  13936 0x00000088
Apr 24 05:21:35 vrni-platform kernel: [358661.738844]  ffff88010134d400 50b27af1c55e3d3d ffff88043fc03ab8 ffffffff810b5d29
Apr 24 05:21:35 vrni-platform kernel: [358661.738847]  0000000000000000 ffffffff81e577c0 ffff88043fc03ad0 ffffffff810b8557
Apr 24 05:21:42 vrni-platform kernel: [358661.738860]  0000000000000001 ffff88043fc03b00 ffffffff810ed48e ffff88043fc17040
Apr 24 05:21:42 vrni-platform kernel: [358661.738863] Call Trace:
Apr 24 05:21:42 vrni-platform kernel: [358661.738860]  0000000000000001 ffff88043fc03b00 ffffffff810ed48e ffff88043fc17040
Apr 24 05:21:42 vrni-platform kernel: [358661.738863] Call Trace:
Apr 24 05:21:42 vrni-platform kernel: [358661.738868]  <IRQ>  [<ffffffff810b5d29>] sched_show_task+0xa9/0x110
Apr 24 05:21:55 vrni-platform kernel: [358661.738896]  [<ffffffff810b8557>] dump_cpu_task+0x37/0x40
Apr 24 05:21:55 vrni-platform kernel: [358661.738913]  [<ffffffff810ed48e>] rcu_dump_cpu_stacks+0x8e/0xe0
Apr 24 05:21:57 vrni-platform kernel: [358661.738916]  [<ffffffff810f1480>] rcu_check_callbacks+0x500/0x7f0
Apr 24 05:21:57 vrni-platform kernel: [358661.738940]  [<ffffffff8114b52c>] ? acct_account_cputime+0x1c/0x20
Apr 24 05:21:57 vrni-platform kernel: [358661.738942]  [<ffffffff810b8ff9>] ? account_system_time+0x79/0x120
Apr 24 05:21:57 vrni-platform kernel: [358661.738956]  [<ffffffff81107e60>] ? tick_sched_handle.isra.14+0x60/0x60
Apr 24 05:22:04 vrni-platform kernel: [358661.738959]  [<ffffffff810f7b29>] update_process_times+0x39/0x60
Apr 24 05:22:09 vrni-platform kernel: [358661.738961]  [<ffffffff81107e25>] tick_sched_handle.isra.14+0x25/0x60
Apr 24 05:22:09 vrni-platform kernel: [358661.738964]  [<ffffffff81107e9d>] tick_sched_timer+0x3d/0x70
Apr 24 05:22:09 vrni-platform kernel: [358661.738966]  [<ffffffff810f8472>] __hrtimer_run_queues+0x102/0x290
Apr 24 05:22:12 vrni-platform kernel: [358661.738968]  [<ffffffff810f8c68>] hrtimer_interrupt+0xa8/0x1a0
Apr 24 05:22:12 vrni-platform kernel: [358661.773493]  [<ffffffffc02f8400>] ? nf_ct_delete+0x290/0x290 [nf_conntrack]
Apr 24 05:22:27 vrni-platform kernel: [358661.773513]  [<ffffffff8105590e>] local_apic_timer_interrupt+0x3e/0x60
Apr 24 05:22:29 vrni-platform kernel: [358661.773520]  [<ffffffff8186ac4b>] smp_apic_timer_interrupt+0x4b/0x70
Apr 24 05:22:40 vrni-platform kernel: [358661.773525]  [<ffffffff81868394>] apic_timer_interrupt+0xd4/0xe0
Apr 24 05:22:28 vrni-platform rsyslogd-2359: action 'action 16' resumed (module 'builtin:omfwd') [v8.16.0 try http://www.rsyslog.com/e/2359 ]
Apr 24 05:22:44 vrni-platform kernel: [358661.773538]  [<ffffffffc02f8400>] ? nf_ct_delete+0x290/0x290 [nf_conntrack]
Apr 24 05:22:44 vrni-platform kernel: [358661.773544]  [<ffffffff810f0933>] ? __call_rcu.constprop.70+0x23/0x2d0
Apr 24 05:22:45 vrni-platform kernel: [358661.773550]  [<ffffffffc02f8400>] ? nf_ct_delete+0x290/0x290 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773553]  [<ffffffff810f0bfa>] kfree_call_rcu+0x1a/0x20
Apr 24 05:22:45 vrni-platform kernel: [358661.773558]  [<ffffffffc02f72f8>] nf_conntrack_free+0x38/0x60 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773563]  [<ffffffffc02f7b70>] destroy_conntrack+0xb0/0x100 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773606]  [<ffffffff8178cfaa>] nf_conntrack_destroy+0x1a/0x20
Apr 24 05:22:45 vrni-platform kernel: [358661.773611]  [<ffffffffc02f826d>] nf_ct_delete+0xfd/0x290 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773616]  [<ffffffffc02f8400>] ? nf_ct_delete+0x290/0x290 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773621]  [<ffffffffc02f8412>] death_by_timeout+0x12/0x20 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773624]  [<ffffffff810f5707>] call_timer_fn+0x37/0x140
Apr 24 05:22:45 vrni-platform kernel: [358661.773629]  [<ffffffffc02f8400>] ? nf_ct_delete+0x290/0x290 [nf_conntrack]
Apr 24 05:22:45 vrni-platform kernel: [358661.773632]  [<ffffffff810f7014>] run_timer_softirq+0x234/0x330
Apr 24 05:22:45 vrni-platform kernel: [358661.773646]  [<ffffffff8108b4f9>] __do_softirq+0x109/0x2b0
Apr 24 05:22:45 vrni-platform kernel: [358661.773649]  [<ffffffff8108b815>] irq_exit+0xa5/0xb0
Apr 24 05:22:45 vrni-platform kernel: [358661.773652]  [<ffffffff8186ac50>] smp_apic_timer_interrupt+0x50/0x70
Apr 24 05:22:51 vrni-platform kernel: [358661.773655]  [<ffffffff81868394>] apic_timer_interrupt+0xd4/0xe0

有人可以让我知道上述消息在 Ubuntu 16.04.6 上表示什么吗？他们可以被忽略吗？

16.04
Martin Hope
tuk
Asked: 2019-05-10 23:20:38 +0800 CST
  • 2

我最近将我的一个设置从 Ubuntu 14 升级到 Ubuntu 16。在这样做df -h时，我看到如下输出

udev                          7.9G     0  7.9G   0% /dev
tmpfs                         1.6G  171M  1.5G  11% /run
/dev/mapper/vg-root            29G  3.5G   24G  13% /
tmpfs                         7.9G   36K  7.9G   1% /dev/shm
tmpfs                         5.0M     0  5.0M   0% /run/lock
tmpfs                         7.9G     0  7.9G   0% /sys/fs/cgroup
none                          7.9G     0  7.9G   0% /run/shm
/dev/sda1                     1.9G   58M  1.7G   4% /boot
/dev/mapper/vg-tmp             25G  484M   23G   3% /tmp
/dev/mapper/vg-home            30G  6.9G   21G  25% /home
/dev/mapper/vg-var            852G  1.2G  808G   1% /var
/dev/mapper/vg-var+log         49G  258M   46G   1% /var/log
/dev/mapper/vg-var+log+audit   20G   60M   19G   1% /var/log/audit
tmpfs                         1.6G     0  1.6G   0% /run/user/122
tmpfs                         1.6G     0  1.6G   0% /run/user/999
tmpfs                         1.6G     0  1.6G   0% /run/user/118
tmpfs                         1.6G     0  1.6G   0% /run/user/119
tmpfs                         1.6G     0  1.6G   0% /run/user/123
tmpfs                         1.6G     0  1.6G   0% /run/user/0
tmpfs                         1.6G     0  1.6G   0% /run/user/1001

有人可以让我知道tmpfs文件系统在上述输出中表示什么吗？我在 Ubuntu 14 上没有看到这个。

filesystem 16.04
Martin Hope
tuk
Asked: 2019-05-01 11:14:10 +0800 CST
  • 0

在系统日志中，我看到如下消息

Apr 30 18:55:10 platform2 kernel: [30354.925789] ata1: soft resetting link
Apr 30 18:55:10 platform2 kernel: [30355.093298] ata1: EH complete
Apr 30 18:55:10 platform2 kernel: [30355.106165] ata1: soft resetting link
Apr 30 18:55:10 platform2 kernel: [30355.273103] ata1: EH complete
Apr 30 18:55:10 platform2 kernel: [30355.389621] ata2: soft resetting link
Apr 30 18:55:10 platform2 kernel: [30355.553122] ata2: EH complete
Apr 30 18:55:10 platform2 kernel: [30355.570366] ata2: soft resetting link
Apr 30 18:55:10 platform2 kernel: [30355.737368] ata2: EH complete

有人可以让我知道这些消息是什么意思吗？他们危险吗？

Ubuntu 版本 16.04

sata 16.04
Martin Hope
tuk
Asked: 2017-10-26 02:01:44 +0800 CST
  • 0

如何检查为什么在 Ubuntu 中停止/杀死进程？

我知道使用 dmesg 我可以检查一个进程是否被操作系统杀死。

但是有人可以让我知道进程是否被用户杀死，我怎么知道哪个用户杀死了进程？

process