问题标签 [journal]

是否有已知的 API 或任何方法来获取DOAJ.org或PMC 开放访问子集中所有出版物的“作者列出的关键字” ？

我尝试了PMC 开放访问子集的 ftp，但 XML 文件只有 ID、摘要、标题、作者和附属机构作为任何文章的元数据。我希望大量获取每个出版物中列出的关键字。

此外，我看到几乎没有相同的线程，但仍然没有找到我正在寻找的答案。于是发了新帖。

非常感谢任何帮助。

谢谢，

阿斯米

全部。从 linux 内核中的 jbd2(journal block device2) 代码中，我看到了“JBUFFER_TRACE()”跟踪日志，例如“JBUFFER_TRACE(jh, "on shadow: sleep");”。

虽然我想知道如何在用户空间中打印信息。谢谢！

我有一条路线（故意）使我的节点应用程序崩溃。当我访问那条路线时，我得到了正确的崩溃日志：

但是，当我在 systemd 下运行相同的代码时，错误被截断。它

如何使 systemd / journald 记录完整错误？

更新：使用 systemd-cat 进行测试，我制作了一个多行文件并记录它的工作原理：

结果是：

我在 Windows 上使用 Qt5.6、MSVC2013 32 位以及在 Ubuntu 上使用 Qt5.4、64 位。我正在尝试解析日志系统日志以将 _SOURCE_REALTIME_TIMESTAMP 转换为人类可读的文本。不知何故，毫秒都是 0。想知道显示毫秒甚至微秒的正确方法是什么？

PC/UBuntu 的结果是 ==> "2016-05-11 03:27:42.000" 毫秒都是 0，我希望有数字。

谢谢！

我正在尝试从 Python 中的 journalctl 读取系统日志的最后 600 秒。从命令行这有效：

但是，当我尝试在 python 中使用 subprocess 执行此操作时，我得到了这个：

那么，这是怎么回事？我错过了什么？

有没有办法重置日志文件。会有什么影响吗？

现在我有一个 2GB 的日志文件，它在 ec2 中占用了大量空间。

因此，在我最后一次apt-get update && apt-get upgrade && apt-get dist-upgrade之后，我的 Fail2Ban 升级到 0.9.5 没有任何问题，我仔细检查了配置，但它似乎不再工作了。

以下是我 /var/log/auth.log 中登录失败的一些日志

通常这种尝试应该被fail2ban 识别。我仔细检查了 fail2ban 日志，发现在那个时间范围内没有任何记录。在网上搜索后，我发现了fail2ban-regex /var/log/auth.log /etc/fail2ban/filter.d/sshd.conf命令。我的问题是正则表达式不再识别失败的尝试。我总是得到这个结果：

这里有什么问题？我意识到我的日志记录也发生了变化。在我更新系统之前，日志没有关于端口的任何信息，在更新它之后，它会记录端口。给出的例子：

谢谢你的帮助。

在使用 mongo 时，我的 /var/log/mongodb 目录下有巨大的日志文件（几个 Gs）。例子：

此外，还有日志日志：

据我了解，日志日志用于在内存级别之间进行同步。/var/log/mongodb/mongod.log.* 下的日志是纯日志数据。据我所知，日志的日期不会随时间变化（最后修改日期）。

这是我的问题：是否可以删除旧的 /var/log/mongodb/mongod.log.* （不触及日志日志）？

谢谢！

考虑以下场景：

• 我们在 docker 容器中使用 DBMS；
• DBMS 写入 WAL 或 REDO 日志，并在事务提交时调用 fsync；
• fsync 指示客户操作系统将“脏”IO 缓冲区刷新到磁盘；
• 数据保留在主机操作系统的 IO 缓冲区中；
• 主机系统崩溃；

有可能的情况吗？

我有一个执行器服务，它应该每分钟将一些东西写入磁盘。

它是这样安排的：

该任务使用由主线程填充的共享列表，因此它在该列表上同步：

我的清单是这样声明的：

主线程批量接收数据，因此每隔一秒左右，它会接收到缓存在列表中的 30 条记录。其余时间它在套接字上等待。

我不明白的是，从日志中，我的计划任务通常在间隔超过 1 分钟的时间内触发：

sept. 16 09:30:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:31:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:32:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:33:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:34:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:35:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:42:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:43:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:44:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:45:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:46:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:55:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:56:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:57:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:58:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:59:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 10:04:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 10:05:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 10:06:43 Scheduled record dump to disk. We have 27 records to save.

看这个：

• 九月 16 09:59:43 预定的记录转储到磁盘。我们有 27 条记录要保存。
• 九月 16 10:04:43 预定的记录转储到磁盘。我们有 27 条记录要保存。

=> 5 分钟

甚至：

• 九月 16 09:46:43预定的记录转储到磁盘。我们有 27 条记录要保存。
• 九月 16 09:55:43预定的记录转储到磁盘。我们有 27 条记录要保存。

=> 9 分钟

我的日志在synchronized()范围内，所以我不知道任务是否真的按时安排并在锁上等待10分钟，或者它是否只是一个真正的调度问题。我会将它移出它，但通常我无法理解线程如何在大约每秒释放的锁上保持阻塞 10 分钟。

我该如何调查这个？

有关信息：它运行的机器是 KVM 机器，这可能是一个因素吗？