[ 
https://issues.apache.org/jira/browse/BROOKLYN-325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15664511#comment-15664511
 ] 

ASF GitHub Bot commented on BROOKLYN-325:
-----------------------------------------

GitHub user aledsage opened a pull request:

    https://github.com/apache/brooklyn-server/pull/435

    BROOKLYN-325: alert if provisioning/termination aborted on rebind

    

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/aledsage/brooklyn-server 
BROOKLYN-325-handle-lost-vm

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/brooklyn-server/pull/435.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #435
    
----
commit 182a149361dc259a6b2bf00c51c62d742df0a4fc
Author: Aled Sage <[email protected]>
Date:   2016-11-14T17:41:06Z

    Move INTERNAL_PROVISIONING_TASK_STATE to AttributesInternal
    
    So that it can subsequently be used to fix BROOKLYN-325.

commit 47a230445219f93f56c763d5f385157b2bdbac7b
Author: Aled Sage <[email protected]>
Date:   2016-11-14T17:41:13Z

    squash

commit 85a8c2a5f042f2ed001263dad315faef99222ba0
Author: Aled Sage <[email protected]>
Date:   2016-11-14T17:42:36Z

    BROOKLYN-325: alert if provisioning/termination aborted on rebind

----


> Restarting Brooklyn while entity deploying: entity shown as deploying 
> indefinitely
> ----------------------------------------------------------------------------------
>
>                 Key: BROOKLYN-325
>                 URL: https://issues.apache.org/jira/browse/BROOKLYN-325
>             Project: Brooklyn
>          Issue Type: Bug
>    Affects Versions: 0.9.0
>            Reporter: Aled Sage
>
> When the Brooklyn server restarts while an entity is halfway through starting 
> or stopping, on rebind that entity continues to report its sensor as 
> starting/stopping. However, the task does not resume so it stays in this 
> state indefinitely.
> To reproduce, run Brooklyn with persistence enabled, and try deploying a 
> blueprint like that below:
> {noformat}
> location: localhost
> services:
> - type: org.apache.brooklyn.entity.software.base.VanillaSoftwareProcess
>   brooklyn.config:
>     launch.command: sleep 20
>     stop.command: sleep 20
>     checkRunning.command: true
> {noformat}
> While the app is starting, terminate the Brooklyn server and then restart it. 
> In the UI, the spinning icon shows that the app is still deploying. The 
> entity has the following sensor values:
> {noformat}
> service.isUp: false
> service.notUp.indicators: {"service.process.isRunning":"No information on 
> whether this service is running"}
> service.state: STARTING
> service.state.expected: starting @ 1470658910966 / Mon Aug 08 13:21:50 BST 
> 2016
> {noformat}
> Alternatively, deploy the app normally and then invoke stop. While the app is 
> stopping, terminate the Brooklyn server and then restart it. The entity has 
> the following sensor values:
> {noformat}
> service.process.isRunning: false
> service.state: STOPPING
> service.state.expected: stopping @ 1470658816662 / Mon Aug 08 13:20:16 BST 
> 2016
> {noformat}
> Given that the task won't resume, I'd expect the entity to be marked as 
> having some kind of error. For example, the service.state as on-fire (but 
> ideally without losing the fact that it was previously stopping).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to