Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <546ACDAA.2040106@orkash.com>
Date: Tue, 18 Nov 2014 10:10:10 +0530
From: "reshu.agarwal" <reshu.agarwal@orkash.com>
Organization: Orkash Services Pvt Ltd
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: user@uima.apache.org
Subject: Re: DUCC 1.1.0- How to Run two DUCC version on same machines with
 different user
References: <54698EEB.8060008@orkash.com>
	<CAGrs_g7GK5JnzB5OA-Ra=2sS2xWsB8uLKrcAuUd_wAvG6VkiSg@mail.gmail.com>
	<CA+W_RZhs=4=ousC0Mx3sMqywWmnuP4FxRz2KmwCFL7cFA7x0oQ@mail.gmail.com>
	<5469ECEB.4070300@orkash.com>
 <CA+W_RZhscioUfUXCan1pVBuVyXHcDisDYxjy6fk-Y_crNuv-FA@mail.gmail.com>
 <546A7865.80202@gmail.com>
In-Reply-To: <546A7865.80202@gmail.com>
Content-Type: multipart/alternative;
 boundary="------------060408090609050806030303"

--------------060408090609050806030303
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Dear Jim,

When I was trying DUCC 1.1.0 on the nodes on which DUCC 1.0.0 was 
running perfectly, I first stopped DUCC 1.0.0 using ./check_ducc -k . My 
Broker ports were different that time as well as I made changes in 
duccling path. When I started DUCC 1.1.0. It looks like working fine. 
But Then I faced agent instability problem so I re- configured DUCC 1.0.0.

Then I tried to configure DUCC 1.0.0 and DUCC 1.1.0. My Broker ports 
were different and I made all possible changes in ports so, that it 
wouldn't conflict with other ducc's ports. Right Now, I am still working 
to configure both on same nodes.

I will try what you suggested to me. I will let you know if I succeed.

If I missed something please reply me.

Thanks.

Reshu.

On 11/18/2014 04:06 AM, Jim Challenger wrote:
> An excellent question by Lou.
>
> Been wracking my brains over what would cause the agent instability 
> and this would absolutely do it.
>
> What will likely happen if you try to run 2 DUCCs on the same machines 
> if you don't change the broker
> port, is the second DUCC will see the broker alive and figure all is 
> well.  There are a number of
> use-cases where this is acceptable so we don't throw an alert, e.g. if 
> you choose to use a non-DUCC
> managed broker (as we do here).
>
> To add to the confusion, sometimes the 'activemq stop' that DUCC 
> issues doesn't work, for reasons out
> of DUCC control, so when you think the broker is down, it isn't.
>
> Try this:
> 1.  stop all the DUCCS, then use the ps command to make sure there is 
> no errant broker. I use this:
>        ps auxw | grep DUCC_AMQ_PORT
>      and kill -9 any process that it shows.
> 2.  Now start JUST ONE DUCC, I suggest the 1.1.0, and see if life gets 
> better.  1.1.0 has some nice
>      things so you'll be better with that if we can make it work for you.
>
> Jim
>
> On 11/17/14, 8:03 AM, Lou DeGenaro wrote:
>> Are these problems related?  That is, are you having the node down 
>> problem
>> and the multiple DUCC's problem together on the same set of nodes?
>>
>> Can you run the either configuration alone without issue?
>>
>> Lou.
>>
>> On Mon, Nov 17, 2014 at 7:41 AM, reshu.agarwal 
>> <reshu.agarwal@orkash.com>
>> wrote:
>>
>>> Lou,
>>>
>>> I have changed the broker port and ws port too but still faced a 
>>> problem
>>> in starting the ducc1.1.0 version simultaneously.
>>>
>>> Reshu.
>>>
>>>
>>> On 11/17/2014 05:34 PM, Lou DeGenaro wrote:
>>>
>>>> The broker port is specifiable in ducc.properties.  The default is
>>>> ducc.broker.port = 61617.
>>>>
>>>> Lou.
>>>>
>>>> On Mon, Nov 17, 2014 at 5:29 AM, Simon Hafner <reactormonk@gmail.com>
>>>> wrote:
>>>>
>>>>   2014-11-17 0:00 GMT-06:00 reshu.agarwal <reshu.agarwal@orkash.com>:
>>>>>> I want to run two DUCC version i.e. 1.0.0 and 1.1.0 on same machines
>>>>>> with
>>>>>> different user. Can this be possible?
>>>>>>
>>>>> Yes, that should be possible. You'll have to make sure there are no
>>>>> port conflicts, I'd guess the ActiveMQ port is hardcoded, the rest
>>>>> might be randomly assigned. Just set that port manually and watch out
>>>>> for any errors during the start to see which other components have
>>>>> hardcoded port numbers.
>>>>>
>>>>> Personally, I'd just fire up a VM with qemu or VirtualBox.
>>>>>
>>>>>
>


--------------060408090609050806030303--