Stefan Sayer writes: > if you attach with gdb to the hanging sems and traceback the threads, > what's the call stack like?
actually sems is not hanging, but prints configuration again and dies. below is full syslog after preload. -- juha ... Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [init, StatsUDPServer.cpp:146] DEBUG: udp_port = 5040 Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [init, StatsUDPServer.cpp:185] INFO: stats server listening on 127.0.0.1:5040 Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [loadPrompts, DSM.cpp:282] DEBUG: loading prompts from '/etc/sems/prompts.conf' Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [preloadModules, DSM.cpp:878] INFO: preloading 'mod_py'... Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [importModule, DSMChartReader.cpp:257] INFO: loaded module 'mod_py' from '/usr/lib/sems/dsm/mod_py.so' Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [preloadModules, DSM.cpp:884] INFO: checking last_loaded Sep 17 19:20:24 lohi sems[19635]: [#7f45dbd55740] [preloadModules, DSM.cpp:886] INFO: checking last_loaded->preload root@lohi:/var/www# Sep 17 19:20:24 lohi sems[19633]: [#7f45dbd55740] [main, sems.cpp:511] DEBUG: child [1] pid:19634 Sep 17 19:20:24 lohi sems[19633]: [#7f45dbd55740] [main, sems.cpp:513] DEBUG: all children return OK. bye world! Sep 17 19:20:24 lohi sems[19622]: Configuration: Sep 17 19:20:24 lohi sems[19622]: log level: DEBUG (3) Sep 17 19:20:24 lohi sems[19622]: log to stderr: no Sep 17 19:20:24 lohi sems[19622]: configuration file: /etc/sems/sems.conf Sep 17 19:20:24 lohi sems[19622]: plug-in path: /usr/lib/sems/plug-in/ Sep 17 19:20:24 lohi sems[19622]: daemon mode: yes Sep 17 19:20:24 lohi sems[19622]: daemon UID: 0 Sep 17 19:20:24 lohi sems[19622]: daemon GID: 0 Sep 17 19:20:24 lohi sems[19622]: application: $(apphdr) Sep 17 19:20:24 lohi sems[19622]: . _______________________________________________ Sems mailing list [email protected] http://lists.iptel.org/mailman/listinfo/sems
