Do not trust cache tree pointers after releasing the cache lock.
authoroetiker <oetiker@a5681a0c-68f1-0310-ab6d-d61299d08faa>
Sun, 12 Jul 2009 06:28:18 +0000 (06:28 +0000)
committeroetiker <oetiker@a5681a0c-68f1-0310-ab6d-d61299d08faa>
Sun, 12 Jul 2009 06:28:18 +0000 (06:28 +0000)
It's possible that a "FORGET" was issued in the mean time. -- kevin

git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk/program@1871 a5681a0c-68f1-0310-ab6d-d61299d08faa

src/rrd_daemon.c

index d8f140e..17ec97e 100644 (file)
@@ -913,7 +913,14 @@ static void *queue_thread_main (void *args __attribute__((unused))) /* {{{ */
     }
 
     journal_write("wrote", file);
-    pthread_cond_broadcast(&ci->flushed);
+
+    /* Search again in the tree.  It's possible someone issued a "FORGET"
+     * while we were writing the update values. */
+    pthread_mutex_lock(&cache_lock);
+    ci = (cache_item_t *) g_tree_lookup(cache_tree, file);
+    if (ci)
+      pthread_cond_broadcast(&ci->flushed);
+    pthread_mutex_unlock(&cache_lock);
 
     rrd_free_ptrs((void ***) &values, &values_num);
     free(file);