#558 tracker_miner_manager_new_full() does not finish

None
closed
nobody
None
5
2014-05-21
2014-04-04
HAT
No

I have a very strange problem.
I cannot login from Mavericks to Netatalk 3.1.1.

It occurs only in one of three Fedora 20.
It occurs, only when spotlight=yes .
It does NOT occur, when configure --without-mysql-config .
I don't use mysql badkend. I use dbd backend.

test patch:

--- a/etc/spotlight/slmod_sparql.c
+++ b/etc/spotlight/slmod_sparql.c
@@ -64,6 +64,7 @@ static int sl_mod_init(void *p)
     g_type_init();
     setenv("DBUS_SESSION_BUS_ADDRESS", "unix:path=" _PATH_STATEDIR "/spotlight.ipc", 1);
     setenv("TRACKER_SPARQL_BACKEND", "bus", 1);
+    LOG(log_info, logtype_sl, "SLTEST 1");

 #ifdef DEBUG
     setenv("TRACKER_VERBOSITY", "3", 1);
@@ -72,9 +73,13 @@ static int sl_mod_init(void *p)
 #endif

     become_root();
+    LOG(log_info, logtype_sl, "SLTEST 2");
     connection = tracker_sparql_connection_get(NULL, &error);
+    LOG(log_info, logtype_sl, "SLTEST 3");
     manager = tracker_miner_manager_new_full(FALSE, &error);
+    LOG(log_info, logtype_sl, "SLTEST 4");
     unbecome_root();
+    LOG(log_info, logtype_sl, "SLTEST 5");

     if (!connection) {
         LOG(log_error, logtype_sl, "Couldn't obtain a direct connection to the Tracker store: %s",
@@ -88,8 +93,10 @@ static int sl_mod_init(void *p)
         g_clear_error(&error);
         EC_FAIL;
     }
+    LOG(log_info, logtype_sl, "SLTEST 6");

 EC_CLEANUP:
+    LOG(log_info, logtype_sl, "SLTEST 7");
     EC_EXIT;
 }

LOG:
Apr 05 00:10:59.520975 afpd[1679] {slmod_sparql.c:62} (I:Spotlight): Initializing Spotlight module
Apr 05 00:10:59.520995 afpd[1679] {slmod_sparql.c:67} (I:Spotlight): SLTEST 1
Apr 05 00:10:59.521009 afpd[1679] {slmod_sparql.c:76} (I:Spotlight): SLTEST 2
Apr 05 00:10:59.522870 afpd[1679] {slmod_sparql.c:78} (I:Spotlight): SLTEST 3
Apr 05 00:11:29.517242 afpd[1679] {afp_dsi.c:295} (D10:AFPDaemon): alarm: tickles: 1, flags: -|-|-|-|-|-|-|-|-
Apr 05 00:11:29.517331 afpd[1679] {afp_dsi.c:326} (D5:AFPDaemon): afp_alarm: sending DSI tickle
Apr 05 00:11:29.517357 afpd[1679] {dsi_stream.c:281} (D10:DSI): dsi_stream_write(send: 16 bytes): START
Apr 05 00:11:29.517456 afpd[1679] {dsi_stream.c:325} (D10:DSI): dsi_stream_write(send: 16 bytes): END

tracker_miner_manager_new_full() in slmod_sparql.c don't finish.
Since afpd does not advance, it cannot login.

I cannot find out the relevance of Tracker and MariaDB.

Discussion

  • Ralph Böhme

    Ralph Böhme - 2014-05-21
    • status: open --> closed
    • Group: -->
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks