[jboss-as7-dev] Removal of a deployment from a sg only possible if all hosts are up at :remove time ?

Heiko W.Rupp hrupp at redhat.com
Thu Apr 14 05:14:23 EDT 2011


Am 13.04.2011 um 22:43 schrieb Brian Stansberry:

> Not being able to execute the operation is a bug. (I believe there's a 
> JIRA filed by you for that that's scheduled for beta3.)

Eww - should get more sleep ...
> 
> As for the expected behavior once the bug is fixed, the deployment list 
> is part of the model controlled by the DC. When the host restarts, it 
> gets that part of the model from the DC and picks up the current state.

Ok, great. Thanks Brian.

  Heiko
> 
> On 4/13/11 2:57 PM, Heiko W.Rupp wrote:
>> Hi,
>> 
>> I had a .war deployed on a server-group that spans two boxes.
>> Switched the slave box off.
>> Tried to remove the deployed war, got
>> {
>>     "outcome" =>  "failed",
>>     "result" =>  {"host-failure-descriptions" =>  [("pintsize" =>  [
>>     ("java.lang.RuntimeException" =>  "Failed to execute operation "),
>>     ("java.net.ConnectException" =>  "Operation timed out")
>> ])]}
>> }
>> 
>> My understanding was so far, that this request is somehow queued on the DC and
>> delivered to the (slave) HC when this comes online again.
>> 
>> Is such a queueing planned for the future? What other ways to get rid of the
>> deployment do I have in a scenario where the slave will never come up again
>> (e.g. hardware defect without a good backup)
>> 
>>    Heiko
>> 
> 
> 
> -- 
> Brian Stansberry
> Principal Software Engineer
> JBoss by Red Hat
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

-- 
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, 
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera





More information about the jboss-as7-dev mailing list