On Wed, Apr 9, 2014 at 7:19 AM, Markus Kienast <elias1...@gmail.com> wrote: > Hi Dan, > > I created this Docker image and it works well. > > There are some glitches though still. For Docker it is beneficial, if a > service does not detach form the terminal and run as a daemon. This helps to > detect, when the service crashes, so it can be restarted from the host > system by restarting the Docker container, either monitored by upstart for > example. > > To achieve this behavior I made use of the "-test" flag. In order to not > flood my disk with stdout and stderr output, which Docker catches and stores > in a log file, I am discarding these streams via /dev/null.
You can easily change the log level by editing src/melted/melted.c, below line 130, and recompile. > However, it seems that "-test" is making Melted run unstable, at least in > the Docker container. For example, when I send a large list of commands > (APND) to Melted via telnet, it dies on me. The only thing -test does is to skip fork() and set a different log level. Perhaps the log level is affecting it. > So basically what I am asking is: > a) is there another method to make Melted not detach? One, which preferably > still does not produce any debug output! > > b) if not, does Melted fork once or twice, ergo do I need the "expect fork" once > or "expect daemon" stanza in upstart. As I would run Melted in daemon mode > and watch it with upstart from within the docker container if a) is not > available. > > Also I wanted to use the RUN command to execute this list of commands, which > made Melted crash. But I was unable to get Melted to accept my xy.txt file > as valid input. Both absolute and relative paths to the file did not work. > > Any tip concerning that? I do not know; it works for me. Maybe there is a file permission problem. ------------------------------------------------------------------------------ Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees _______________________________________________ Mlt-devel mailing list Mlt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel
