In case we running in a force shutdown in either midcomms or lowcomms
implementation we will make sure we reset all per midcomms node
information.
Cc: sta...@vger.kernel.org
Fixes: 63e711b08160 ("fs: dlm: create midcomms nodes when configure")
Signed-off-by: Alexander Aring
---
fs/dlm/midcomms.c
This patch is fixing the following compiler warning when compiling with
-Wformat-truncation:
fs/dlm/debug_fs.c:1031:50: warning: '_queued_asts' directive output may
be truncated writing 12 bytes into a region of size between 8 and 72
We simple increase the additional amount of bytes to 13 because
The idea of commit 63e711b08160 ("fs: dlm: create midcomms nodes when
configure") is to set the midcomms node lifetime when a node joins or
leaves the cluster. Currently we can hit the following warning:
[10844.611495] [ cut here ]
[10844.615913] WARNING: CPU: 4 PID: 84304
If there is a burst of message the receive worker will filling up the
processing queue but where are too slow to process dlm messages. This
patch will slow down the receiver worker to keep the buffer on the
socket layer to tell the sender to backoff. This is done by a threshold
to get the next buff
This patch will lookup existing nodes instead of always creating them
when dlm_midcomms_addr() is called. The idea is here to create midcomms
nodes when user space getting informed that nodes joins the cluster. This
is the case when dlm_midcomms_addr() is called, however it can be called
multiple t
In case of an final DLM message we can't should not send an ack out
after the final message. This patch moves the ack message before the
messages will be transmitted. If it's the final message and the
receiving node turns into DLM_CLOSED state another ack messages will
being received and turning th
syzbot has bisected this issue to:
commit 0be8432166a61abc537e1247e530f4b85970b56b
Author: Bob Peterson
Date: Wed Aug 2 14:24:12 2023 +
gfs2: Don't use filemap_splice_read
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1470c62068
start commit: 3f86ed6ec0b3 Merge ta
On 29/08/2023 18:07, Andrew Price wrote:
Hi all,
As cluster-devel is now only used for gfs2 and dlm development, we will
be moving them to a new list hosted by kernel.org alongside other Linux
subsystems' lists. The new list is g...@lists.linux.dev and it will be
used for both gfs2 and dlm de
