that is precisely what we do too.
On Wed, Oct 24, 2012 at 3:28 PM, Erich Nachbar <er...@nachbar.biz> wrote:
> Had similar issues and use now the actual java command used by the scripts.
>
> [program:kafka]
> process_name=kafka
> command=java -Xmx1G -server -XX:+UseParNewGC -XX:+UseConcMarkSweepGC
> -XX:+CMSParallelRemarkEnabled -XX:SurvivorRatio=8
> -XX:MaxTenuringThreshold=1 -XX:+HeapDumpOnOutOfMemoryError
> -Dlog4j.configuration=file:/home/prod/kafka/bin/../config/log4j.properties
> -Dcom.sun.management.jmxremote
> -Dcom.sun.management.jmxremote.authenticate=false
> -Dcom.sun.management.jmxremote.ssl=false
> -Dcom.sun.management.jmxremote.port=9999 -cp
> :/home/prod/kafka/bin/../project/boot/scala-2.8.0/lib/scala-compiler.jar:/home/prod/kafka/bin/../project/boot/scala-2.8.0/lib/scala-library.jar:/home/prod/kafka/bin/../core/target/scala_2.8.0/kafka-0.7.0.jar:/home/prod/kafka/bin/../core/lib/gelfj-0.9.3-SNAPSHOT.jar:/home/prod/kafka/bin/../core/lib/json-simple-1.1.1.jar:/home/prod/kafka/bin/../core/lib/zkclient-20110412.jar:/home/prod/kafka/bin/../core/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar:/home/prod/kafka/bin/../core/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar:/home/prod/kafka/bin/../core/lib_managed/scala_2.8.0/compile/zookeeper-3.3.3.jar
> kafka.Kafka /home/prod/kafka/config/server.properties
> user=prod
> directory=/home/prod/kafka
> stopasgroup=true
> startretries=864000
> startsecs=10
> autorestart=true
>
> I think it is a straight copy from 'ps -aux'
>
> On Wed, Oct 24, 2012 at 10:06 AM, David Birdsong
> <david.birds...@gmail.com>wrote:
>
>> The exec method needs to be plumbed all the way through to the point java
>> is called.
>>
>> please excuse my brevity on this mobile device
>> On Oct 24, 2012 9:25 AM, "howard chen" <howac...@gmail.com> wrote:
>>
>> > Hi,
>> >
>> >
>> > On Tue, Oct 23, 2012 at 1:25 AM, David DeMaagd <ddema...@linkedin.com>
>> > wrote:
>> > > exec $(dirname $0)/kafka-run-class.sh kafka.Kafka $@
>> >
>> > Thanks for your tips first.
>> >
>> > I updated as you suggested, but experience the following issue:
>> >
>> > Before stopping from supervisor, the pstree is:
>> >
>> >
>> > ├─supervisord(1696)───kafka-run-class(1736)───java(1739)─┬─{java}(1740)
>> >
>> > Look good right?
>> >
>> > Then I stop from supervisor (supervisorctl stop kafka), it then become..
>> >
>> > ├─java(1739)─┬─{java}(1740)
>> >
>> > You see, the java is `detached` from the `kafka-run-class` but still
>> > running in the background and continue using the port...
>> >
>>
