[ https://issues.apache.org/jira/browse/CLOUDSTACK-8704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14653283#comment-14653283 ]
ASF GitHub Bot commented on CLOUDSTACK-8704: -------------------------------------------- Github user DaanHoogland commented on a diff in the pull request: https://github.com/apache/cloudstack/pull/656#discussion_r36168074 --- Diff: server/test/com/cloud/ha/HighAvailabilityManagerImplTest.java --- @@ -113,12 +110,18 @@ public void setup() throws IllegalArgumentException, IllegalAccessException, NoSuchFieldException, SecurityException { highAvailabilityManager = new HighAvailabilityManagerImpl(); - for (Field injectField : HighAvailabilityManagerImpl.class - .getDeclaredFields()) { + for (Field injectField : HighAvailabilityManagerImpl.class.getDeclaredFields()) { if (injectField.isAnnotationPresent(Inject.class)) { injectField.setAccessible(true); - injectField.set(highAvailabilityManager, this.getClass() - .getDeclaredField(injectField.getName()).get(this)); + injectField.set(highAvailabilityManager, this.getClass().getDeclaredField(injectField.getName()).get(this)); + } else if (injectField.getName().equals("_workers")) { --- End diff -- I suppose this is needed for the extra tests. Can you explain? > Schedule restart of router VMs ahead of user VMs as part of HA > -------------------------------------------------------------- > > Key: CLOUDSTACK-8704 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8704 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server > Affects Versions: 4.5.0 > Reporter: Koushik Das > Assignee: Koushik Das > Fix For: 4.6.0 > > > When a host is detected as Down, HA-enabled VMs running on it are scheduled > for restart. There may be scenarios where both user VM and corresponding VR > is on the same host and scheduled for restart. In such cases user VM restart > will fail in initial attempts until VR is restarted. One way to reduce these > occurrences is to schedule VR restart ahead of user VMs. -- This message was sent by Atlassian JIRA (v6.3.4#6332)