[
https://issues.apache.org/jira/browse/CLOUDSTACK-9569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15769779#comment-15769779
]
ASF GitHub Bot commented on CLOUDSTACK-9569:
--------------------------------------------
Github user ustcweizhou commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1856#discussion_r93604300
--- Diff:
core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java ---
@@ -259,8 +260,18 @@ private Answer execute(GetDomRVersionCmd cmd) {
return new GetDomRVersionAnswer(cmd, result.getDetails(),
lines[0], lines[1]);
}
+ public boolean configureHostParams(final Map<String, String> params) {
+ if (_params.get("router.aggregation.command.each.timeout") ==
null) {
--- End diff --
the idea is: if router.aggregation.command.each.timeout is already set in
agent.properties, then ignore the propagation.
> VR on shared network not starting on KVM
> ----------------------------------------
>
> Key: CLOUDSTACK-9569
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9569
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Network Controller
> Affects Versions: 4.9.0
> Reporter: John Burwell
> Priority: Critical
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
> Attachments: cloud.log
>
>
> A VR for a shared network on KVM fails to complete startup with the following
> behavior:
> # VR starts on KVM
> # Agent pings VR
> # Increase timeout from from 120 seconds to 1200 seconds
> # API configuration starts
> The Management Server reports that the command times out. Please see the
> attached {cloud.log} which depicts the activity of the VR through the
> timeout. This failure does not occur on VMware.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
