From: "Tobin C. Harding" <me@tobin.cc>
To: drbd-dev@lists.linbit.com
Subject: [Drbd-dev] verbose log output from drbd kernel module
Date: Tue, 31 Oct 2017 14:58:18 +1100 [thread overview]
Message-ID: <20171031035818.GA6109@eros> (raw)
Currently the drdb kernel module is a little bit verbose. While there
are numerous repeated log lines, a number of them are repeated in
different sequences. It is not immediately clear which lines
are _really_ necessary to understand what is going on. A good
understanding of drdb is probably required to reduce the duplicates
without loss of information. There are however a number of duplicate log
entries that appear consecutively, these could be reduced to a
single instance without loss of information (assuming the number of
times the error message appears consecutively is not useful
information).
So far I have found the following duplicate consecutive log entries
#
[ 1274.952627] F2FS-fs (drbd0): Magic Mismatch, valid(0xf2f52010) - read(0x29363930)
[ 1274.952646] F2FS-fs (drbd0): Can't find valid F2FS filesystem in 1th superblock
[ 1274.953695] F2FS-fs (drbd0): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[ 1274.953710] F2FS-fs (drbd0): Can't find valid F2FS filesystem in 2th superblock
[ 1274.953760] F2FS-fs (drbd0): Magic Mismatch, valid(0xf2f52010) - read(0x29363930)
[ 1274.953770] F2FS-fs (drbd0): Can't find valid F2FS filesystem in 1th superblock
[ 1274.953779] F2FS-fs (drbd0): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[ 1274.953786] F2FS-fs (drbd0): Can't find valid F2FS filesystem in 2th superblock
# After adding/deploying a resource
[1368149.470125] drbd backups: Preparing cluster-wide state change 3280213538 (1->-1 3/1)
[1368149.470127] drbd backups: Committing cluster-wide state change 3280213538 (0ms)
[1368149.470136] drbd backups: role( Secondary -> Primary )
[1368149.474569] drbd backups: role( Primary -> Secondary )
[1368149.479674] drbd backups: Preparing cluster-wide state change 1520483517 (1->-1 3/1)
[1368149.479676] drbd backups: Committing cluster-wide state change 1520483517 (0ms)
[1368149.479685] drbd backups: role( Secondary -> Primary )
[1368149.484642] drbd backups: role( Primary -> Secondary )
[1368164.080148] drbd backups: Preparing cluster-wide state change 3014496965 (1->-1 3/1)
[1368164.080150] drbd backups: Committing cluster-wide state change 3014496965 (0ms)
[1368164.080161] drbd backups: role( Secondary -> Primary )
... [repeats many times]
# If block device is busy
[1369106.294749] drbd backups: Failed: role( Primary -> Secondary )
[1369106.297290] drbd backups: State change failed: Device is held open by someone
... [repeats 6 times]
Would it be useful to reduce these log lines to a single instance?
thanks,
Tobin.
next reply other threads:[~2017-10-31 3:58 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-31 3:58 Tobin C. Harding [this message]
2017-11-02 13:19 ` [Drbd-dev] verbose log output from drbd kernel module Lars Ellenberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171031035818.GA6109@eros \
--to=me@tobin.cc \
--cc=drbd-dev@lists.linbit.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.