[dm-devel] [PATCH 01/14] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
Martin Wilck
mwilck at suse.com
Fri Jan 12 22:07:30 UTC 2018
From: Gris Ge <fge at redhat.com>
Issue:
When multipathd is starting up, it will reply "timeout\n" immediatly
when got any IPC command from socket. The expected way is to wait
uxsock_timeout/1000 seconds.
Root cause:
pthread_mutex_timedlock() is expecting a CLOCK_REALTIME time.
Fix:
Use CLOCK_REALTIME for pthread_mutex_timedlock().
Signed-off-by: Gris Ge <fge at redhat.com>
Signed-off-by: Martin Wilck <mwilck at suse.com>
---
multipathd/cli.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/multipathd/cli.c b/multipathd/cli.c
index deb72cbe6430..f10f862cd14f 100644
--- a/multipathd/cli.c
+++ b/multipathd/cli.c
@@ -480,7 +480,7 @@ parse_cmd (char * cmd, char ** reply, int * len, void * data, int timeout )
/*
* execute handler
*/
- if (clock_gettime(CLOCK_MONOTONIC, &tmo) == 0) {
+ if (clock_gettime(CLOCK_REALTIME, &tmo) == 0) {
tmo.tv_sec += timeout;
} else {
tmo.tv_sec = 0;
--
2.15.1
More information about the dm-devel
mailing list