据我所知，kjournald这不是一个网络程序，而是一个处理 EXT3 日志的程序（我在 Ubuntu 16.04 上运行 EXT4）。然而，运行时sudo netstap -tapn它出现了近 700 次，连接到意大利某家公司的 IP（bladerunner.consultingweb.it）。 $ sudo netstat -tapn | grep 195.128.235.204 tcp 0 0 192.168.10.2:40298 195.128.235.204:2525 ESTABLISHED 20086/[...
我在 Debian 7 VPS（1G RAM、1G SWAP、双核 2.4GHz CPU）上安装了 2 个低流量的 wordpress 网站。在使用 5 到 10 天之后，网站会kjournald挂起，内核会报告 I/O 错误，文件系统（ext3）会进入只读且状态不一致。这显然需要重新启动并手动运行 fsck。我已设置vm.dirty_ratio为5，但除此之外，我不知道该做什么。CPU 负载从未超过 3，内存稳定（使用了 350 到 450MB）且足够，1 GB 交换空间未使用，服务器上唯一运行的是apache (mpm-worker)、、、和一个备份脚本...
我知道每个挂载的ext3文件系统都会有一个相应的kjournald进程在运行。其中一个进程占用了大量的 CPU，我想知道哪个文件系统是罪魁祸首。 我安装了三个ext3文件系统，但进程仅显示为 root 325 2 0 Sep23 ? 00:30:12 [kjournald] root 7433 2 0 Sep23 ? 00:00:00 [kjournald] root 7434 2 0 Sep23 ? 00:09:47 [kjournald] 我如...
笔记：这是一个“记录我的过程”问题，我将写一个答案。幸运的是，serverfault 已经帮助我解决了这个问题，因为写下我的情况以便其他人能够评估它让我意识到发生了什么。 我在 Debian 服务器上使用 ext3 文件系统。 尽管我的主文件系统上几乎没有发生任何活动文件kjournald， （通过 看到）的活动非常活跃iotop。 这种活动以周期性的爆发形式出现，使我的总体平均写入速度提高到大约 2 MB/秒（这让我非常担心，因为我想获得一些 SSD，并且这个速率实际上足以严重威胁当前型号非常慷慨的写入耐久性）。 我已经用 挂载了有问题的文件系统noa...
kjournald 进程有时会在我的 Debian 网络服务器上启动。 当我跑步时顶部，kjournald 进程占用了 100％ 的 CPU 利用率。 该过程运行一个小时后，我的网络服务器（apache）没有响应任何请求（我的网站已关闭），但我可以通过 putty 访问 SSH（虽然非常慢）。 当我展示正常运行时间，我得到了这个： debian:/home/jonathan# uptime 08:11:56 up 15:14, 1 user, load average: 101.06, 50.67, 30.41 这种情况大约每周发生一次。发...
top我在服务器上运行时发现 CPU 时间似乎很长（在我看来）。我的服务器已经运行了大约 21 天，我之前 kjournald从未注意到过三位数的分钟使用时间。kjournald 这是 Ubuntu 8.04 的正常现象吗？还是我需要担心我的系统出现问题？ ...
我正在尝试弄清楚为什么kjournald我的机器会发疯。这是一个 8 核机器，内存很大。它的 CPU 负载约为 50%。 iotop 似乎没有指向任何特定的进程 - 这里和那里有一些写入突发（主要是 cron 启动、生成的一些监控统计数据等）当我过去sys/vm/block_dump收集写入统计数据时，我得到了如下列表： kjournald(1352): 1909 sendmail(28934): 13 cron(28910): 12 cron(28912): 11 munin-node(29015): 3 cron(28913): 3 check_as...
忽略许多细节，我需要在设备上创建一个读/写文件系统，其主要目标如下： 消除未显式写入数据时的所有写入。 减少数据时的所有间接写入是书面。 不干净卸载后在启动时运行 fsck。 目前我使用的是 ext3，用 noatime 挂载。我对ext3的细节不太熟悉。特别是，当没有程序显式写入数据时，数据是否会在“空闲”时间写入 ext3 系统（具体来说，我正在考虑 kjournald 和 commit= mount 选项）？ 如果我切换到ext2，是否可以满足上述所有要求？特别是，在突然断电后，我是否需要进行任何设置才能强制执行 fsck？ 我的选项是 f...
最近看到一个问题，引发了这个想法。无法在这里或通过谷歌机器找到答案。基本上，我有兴趣了解内核 I/O 架构是如何分层的。例如，是kjournald派遣到pdflush还是相反？我的假设是pdflush（对海量存储 I/O 更通用）将位于较低级别并触发 SCSI/ATA/实际执行写入所需的任何命令，并kjournald在写入之前处理更高级别的文件系统数据结构。不过，我也可以反过来看，直接kjournald与文件系统数据结构交互，并pdflush时不时地醒来，通过kjournald.也有可能由于其他原因，两者根本不互动。 基本上：我需要某种方法来可视化（图形或...