[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16468647#comment-16468647
 ] 

ASF subversion and git services commented on CLOUDSTACK-10054:
--

Commit 4534cefa40cf9b4d11402bff86c4484292fa660d in cloudstack's branch 
refs/heads/master from [~rohithsharma]
[ https://gitbox.apache.org/repos/asf?p=cloudstack.git;h=4534cef ]

backports for 4.11.1 from master (#2621)

* CLOUDSTACK-10147 Disabled Xenserver Cluster can still deploy VM's. Added code 
to skip disabled clusters when selecting a host (#2442)

(cherry picked from commit c3488a51db4bce4ec32c09e6fef78193d360cf3f)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10318: Bug on sorting ACL rules list in chrome (#2478)

(cherry picked from commit 4412563f19ec8b808fe4c79e2baf658507a84873)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10284:Creating a snapshot from VM Snapshot generates error if 
hypervisor is not KVM.

Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10221: Allow IPv6 when creating a Basic Network (#2397)

Since CloudStack 4.10 Basic Networking supports IPv6 and thus
should be allowed to be specified when creating a network.

Signed-off-by: Wido den Hollander 
(cherry picked from commit 9733a10ecda5f1af0f2c0fa863fc976a3e710946)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10214: Unable to remove local primary storage (#2390)

Allow admins to remove primary storage pool.
Cherry-picked from eba2e1d8a1ce4e86b4df144db03e96739da455e5

Signed-off-by: Rohit Yadav 

* dateutil: constistency of tzdate input and output (#2392)

Signed-off-by: Yoan Blanc 
Signed-off-by: Daan Hoogland 
(cherry picked from commit 2ad520282319da9a03061b8c744e51a4ffdf94a2)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10054:Volume download times out in 3600 seconds (#2244)

(cherry picked from commit bb607d07a97476dc4fb934b3d75df6affba47086)
Signed-off-by: Rohit Yadav 

* When creating a new account (via domain admin) it is possible to select “root 
admin” as the role for the new user (#2606)

* create account with domain admin showing 'root admin' role

Domain admins should not be able to assign the role of root admin to new users. 
Therefore, the role ‘root admin’ (or any other of the same type) should not be 
visible to domain admins.

* License and formatting

* Break long sentence into multiple lines

* Fix wording of method 'getCurrentAccount'

* fix typo in variable name

* [CLOUDSTACK-10259] Missing float part of secondary storage data in 
listAccounts

* [CLOUDSTACK-9338] ACS not accounting resources of VMs with custom service 
offering

ACS is accounting the resources properly when deploying VMs with custom service 
offerings. However, there are other methods (such as updateResourceCount) that 
do not execute the resource accounting properly, and these methods update the 
resource count for an account in the database. Therefore, if a user deploys VMs 
with custom service offerings, and later this user calls the 
“updateResourceCount” method, it (the method) will only account for VMs with 
normal service offerings, and update this as the number of resources used by 
the account. This will result in a smaller number of resources to be accounted 
for the given account than the real used value. The problem becomes worse 
because if the user starts to delete these VMs, it is possible to reach 
negative values of resources allocated (breaking all of the resource limiting 
for accounts). This is a very serious attack vector for public cloud providers!

* [CLOUDSTACK-10230] User should not be able to use removed “Guest OS type” 
(#2404)

* [CLOUDSTACK-10230] User is able to change to “Guest OS type” that has been 
removed

Users are able to change the OS type of VMs to “Guest OS type” that has been 
removed. This becomes a security issue when we try to force users to use HVM 
VMs (Meltdown/Spectre thing). A removed “guest os type” should not be usable by 
any users in the cloud.

* Remove trailing lines that are breaking build due to checkstyle compliance

* Remove unused imports

* fix classes that were in the wrong folder structure

* Updates to capacity management


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before 

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16468627#comment-16468627
 ] 

ASF subversion and git services commented on CLOUDSTACK-10054:
--

Commit 4534cefa40cf9b4d11402bff86c4484292fa660d in cloudstack's branch 
refs/heads/4.11 from [~rohithsharma]
[ https://gitbox.apache.org/repos/asf?p=cloudstack.git;h=4534cef ]

backports for 4.11.1 from master (#2621)

* CLOUDSTACK-10147 Disabled Xenserver Cluster can still deploy VM's. Added code 
to skip disabled clusters when selecting a host (#2442)

(cherry picked from commit c3488a51db4bce4ec32c09e6fef78193d360cf3f)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10318: Bug on sorting ACL rules list in chrome (#2478)

(cherry picked from commit 4412563f19ec8b808fe4c79e2baf658507a84873)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10284:Creating a snapshot from VM Snapshot generates error if 
hypervisor is not KVM.

Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10221: Allow IPv6 when creating a Basic Network (#2397)

Since CloudStack 4.10 Basic Networking supports IPv6 and thus
should be allowed to be specified when creating a network.

Signed-off-by: Wido den Hollander 
(cherry picked from commit 9733a10ecda5f1af0f2c0fa863fc976a3e710946)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10214: Unable to remove local primary storage (#2390)

Allow admins to remove primary storage pool.
Cherry-picked from eba2e1d8a1ce4e86b4df144db03e96739da455e5

Signed-off-by: Rohit Yadav 

* dateutil: constistency of tzdate input and output (#2392)

Signed-off-by: Yoan Blanc 
Signed-off-by: Daan Hoogland 
(cherry picked from commit 2ad520282319da9a03061b8c744e51a4ffdf94a2)
Signed-off-by: Rohit Yadav 

* CLOUDSTACK-10054:Volume download times out in 3600 seconds (#2244)

(cherry picked from commit bb607d07a97476dc4fb934b3d75df6affba47086)
Signed-off-by: Rohit Yadav 

* When creating a new account (via domain admin) it is possible to select “root 
admin” as the role for the new user (#2606)

* create account with domain admin showing 'root admin' role

Domain admins should not be able to assign the role of root admin to new users. 
Therefore, the role ‘root admin’ (or any other of the same type) should not be 
visible to domain admins.

* License and formatting

* Break long sentence into multiple lines

* Fix wording of method 'getCurrentAccount'

* fix typo in variable name

* [CLOUDSTACK-10259] Missing float part of secondary storage data in 
listAccounts

* [CLOUDSTACK-9338] ACS not accounting resources of VMs with custom service 
offering

ACS is accounting the resources properly when deploying VMs with custom service 
offerings. However, there are other methods (such as updateResourceCount) that 
do not execute the resource accounting properly, and these methods update the 
resource count for an account in the database. Therefore, if a user deploys VMs 
with custom service offerings, and later this user calls the 
“updateResourceCount” method, it (the method) will only account for VMs with 
normal service offerings, and update this as the number of resources used by 
the account. This will result in a smaller number of resources to be accounted 
for the given account than the real used value. The problem becomes worse 
because if the user starts to delete these VMs, it is possible to reach 
negative values of resources allocated (breaking all of the resource limiting 
for accounts). This is a very serious attack vector for public cloud providers!

* [CLOUDSTACK-10230] User should not be able to use removed “Guest OS type” 
(#2404)

* [CLOUDSTACK-10230] User is able to change to “Guest OS type” that has been 
removed

Users are able to change the OS type of VMs to “Guest OS type” that has been 
removed. This becomes a security issue when we try to force users to use HVM 
VMs (Meltdown/Spectre thing). A removed “guest os type” should not be usable by 
any users in the cloud.

* Remove trailing lines that are breaking build due to checkstyle compliance

* Remove unused imports

* fix classes that were in the wrong folder structure

* Updates to capacity management


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before 

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16378500#comment-16378500
 ] 

ASF subversion and git services commented on CLOUDSTACK-10054:
--

Commit bb607d07a97476dc4fb934b3d75df6affba47086 in cloudstack's branch 
refs/heads/master from mrunalinikankariya
[ https://gitbox.apache.org/repos/asf?p=cloudstack.git;h=bb607d0 ]

CLOUDSTACK-10054:Volume download times out in 3600 seconds (#2244)



> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16378374#comment-16378374
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-368826960
 
 
   @rhtyd , is this alright by you?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16378372#comment-16378372
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on a change in pull request #2244: 
CLOUDSTACK-10054:Volume download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r165602944
 
 

 ##
 File path: core/src/main/java/com/cloud/storage/template/IsoProcessor.java
 ##
 @@ -36,6 +36,11 @@
 StorageLayer _storage;
 
 @Override
+public FormatInfo process(String templatePath, ImageFormat format, String 
templateName, long processTimeout) {
 
 Review comment:
   call hierarchy should be reversed


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16373654#comment-16373654
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rafaelweingartner commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-367854564
 
 
   @DaanHoogland and @rhtyd what are your stances here?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16369717#comment-16369717
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366866181
 
 
   @DaanHoogland 
   test_hostha_enable_ha_when_host_in_maintenance test is faling with error 
code 530 and error 'Unable to prepare for maintenance host 2'. Seems some issue 
with authentication or connection. It should not be related to changes in this 
PR


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16369252#comment-16369252
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366733669
 
 
   Trillian test result (tid-2272)
   Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7
   Total time taken: 22954 seconds
   Marvin logs: 
https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr2244-t2272-kvm-centos7.zip
   Intermitten failure detected: /marvin/tests/smoke/test_vpc_redundant.py
   Intermitten failure detected: /marvin/tests/smoke/test_vpc_vpn.py
   Smoke tests completed. 67 look OK, 0 have error(s)
   Only failed tests results shown below:
   
   
   Test | Result | Time (s) | Test File
   --- | --- | --- | ---
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1636#comment-1636
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366626935
 
 
   @DaanHoogland a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has 
been kicked to run smoke tests


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16368887#comment-16368887
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366626731
 
 
   @rhtyd can you see if your objections are addressed?
   @mrunalinikankariya can you look at the output for 
test_hostha_enable_ha_when_host_in_maintenance? it seems to be a consistent 
error.
   @blueorangutan test


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16367692#comment-16367692
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366318065
 
 
   Trillian test result (tid-2265)
   Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7
   Total time taken: 28258 seconds
   Marvin logs: 
https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr2244-t2265-kvm-centos7.zip
   Intermitten failure detected: /marvin/tests/smoke/test_privategw_acl.py
   Intermitten failure detected: /marvin/tests/smoke/test_hostha_kvm.py
   Smoke tests completed. 65 look OK, 2 have error(s)
   Only failed tests results shown below:
   
   
   Test | Result | Time (s) | Test File
   --- | --- | --- | ---
   test_03_vpc_privategw_restart_vpc_cleanup | `Failure` | 182.59 | 
test_privategw_acl.py
   test_hostha_enable_ha_when_host_in_maintenance | `Error` | 2.16 | 
test_hostha_kvm.py
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16367539#comment-16367539
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366282866
 
 
   Trillian test result (tid-2267)
   Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7
   Total time taken: 20696 seconds
   Marvin logs: 
https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr2244-t2267-kvm-centos7.zip
   Intermitten failure detected: /marvin/tests/smoke/test_routers_network_ops.py
   Intermitten failure detected: /marvin/tests/smoke/test_hostha_kvm.py
   Smoke tests completed. 66 look OK, 1 have error(s)
   Only failed tests results shown below:
   
   
   Test | Result | Time (s) | Test File
   --- | --- | --- | ---
   test_hostha_enable_ha_when_host_in_maintenance | `Error` | 1.23 | 
test_hostha_kvm.py
   test_hostha_kvm_host_fencing | `Error` | 7.35 | test_hostha_kvm.py
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366807#comment-16366807
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366193421
 
 
   @DaanHoogland a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has 
been kicked to run smoke tests


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366805#comment-16366805
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366193227
 
 
   @blueorangutan test


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366801#comment-16366801
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366193006
 
 
   @DaanHoogland a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has 
been kicked to run smoke tests


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366800#comment-16366800
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366192955
 
 
   @blueorangutan test


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366773#comment-16366773
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366188220
 
 
   Packaging result: ✔centos6 ✔centos7 ✔debian. JID-1722


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366741#comment-16366741
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

blueorangutan commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366180095
 
 
   @DaanHoogland a Jenkins job has been kicked to build packages. I'll keep you 
posted as I make progress.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16366740#comment-16366740
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on issue #2244: CLOUDSTACK-10054:Volume download times 
out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-366179937
 
 
   @SudharmaJain sqashing is never needed anymore as github can do that for us 
upon merge ;)
   @mrunalinikankariya sorry to be to busy lately. i don't have time to finish 
my review today but will start a smoketest suite.
   @blueorangutan package


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16365770#comment-16365770
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-365966078
 
 
   ping @DaanHoogland 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16363448#comment-16363448
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-365487400
 
 
   @DaanHoogland 
   Changed as er suggestion
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16350082#comment-16350082
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on a change in pull request #2244: 
CLOUDSTACK-10054:Volume download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r165599968
 
 

 ##
 File path: core/src/main/java/com/cloud/storage/template/QCOW2Processor.java
 ##
 @@ -40,6 +40,11 @@
 
 private StorageLayer _storage;
 
+   @Override
+   public FormatInfo process(String templatePath, ImageFormat format, String 
templateName, long processTimeout) throws InternalErrorException  {
+ return process(templatePath, format, templateName);
 
 Review comment:
   this is not right. it closes the door for implementing this for KVM (and 
other below) If this is really not applicable for any format but the VMware/OVA 
bit it should not be on the generic interface.
   If we do expect future implementation teh call hierarchy must be reversed:
   the specific version calling the more generic one.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16350079#comment-16350079
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

DaanHoogland commented on a change in pull request #2244: 
CLOUDSTACK-10054:Volume download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r165599968
 
 

 ##
 File path: core/src/main/java/com/cloud/storage/template/QCOW2Processor.java
 ##
 @@ -40,6 +40,11 @@
 
 private StorageLayer _storage;
 
+   @Override
+   public FormatInfo process(String templatePath, ImageFormat format, String 
templateName, long processTimeout) throws InternalErrorException  {
+ return process(templatePath, format, templateName);
 
 Review comment:
   this is not right. it closes the door for implementing this for KVM (and 
other below) If this is really not applicable for any format but the VMware/OVA 
bit it should not be on the generic interface.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16349719#comment-16349719
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-362474082
 
 
   @rhtyd 
   All the outstanding issues has been addressed, can you please review and 
test.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16339036#comment-16339036
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-360424875
 
 
   @rhtyd 
   
   Incorporated all review comments


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>Priority: Major
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16310866#comment-16310866
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rhtyd commented on issue #2244: CLOUDSTACK-10054:Volume download times out in 
3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-355211839
 
 
   Ping @mrunalinikankariya can you address outstanding issues?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16303574#comment-16303574
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rhtyd commented on a change in pull request #2244: CLOUDSTACK-10054:Volume 
download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r158674795
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java
 ##
 @@ -98,28 +98,31 @@
 @Override
 public boolean execute(VmwareHostService hostService, 
CreateEntityDownloadURLCommand cmd) {
 DataTO data = cmd.getData();
+int timeout = 
NumbersUtil.parseInt(cmd.getContextParam(VmwareManager.s_vmwareOVAPackageTimeout.key()),
 VmwareManagerImpl.DEFAULT_VM_OVA_PACKAGE_TIMEOUT);
 
 Review comment:
   @mrunalinikankariya you can get a `default()` from a ConfigKey, just like 
you did with the `key()`. This won't read the value from the db.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16303572#comment-16303572
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rhtyd commented on a change in pull request #2244: CLOUDSTACK-10054:Volume 
download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r158674795
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java
 ##
 @@ -98,28 +98,31 @@
 @Override
 public boolean execute(VmwareHostService hostService, 
CreateEntityDownloadURLCommand cmd) {
 DataTO data = cmd.getData();
+int timeout = 
NumbersUtil.parseInt(cmd.getContextParam(VmwareManager.s_vmwareOVAPackageTimeout.key()),
 VmwareManagerImpl.DEFAULT_VM_OVA_PACKAGE_TIMEOUT);
 
 Review comment:
   @mrunalinikankariya you can get a `default()` from a ConfigKey. This won't 
read the value from the db.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16303570#comment-16303570
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rhtyd commented on a change in pull request #2244: CLOUDSTACK-10054:Volume 
download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r158674726
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareManager.java
 ##
 @@ -42,6 +44,9 @@
 static final ConfigKey s_vmwareSearchExcludeFolder = new 
ConfigKey("Advanced", String.class, "vmware.search.exclude.folders", 
null,
 "Comma seperated list of Datastore Folders to exclude from VMWare 
search", true, ConfigKey.Scope.Global);
 
+static final ConfigKey s_vmwareOVAPackageTimeout = new 
ConfigKey(Integer.class, "vmware.package.ova.timeout", 
"Advanced",String.valueOf(VM_OVA_PACKAGE_TIMEOUT_SEC),
 
 Review comment:
   @mrunalinikankariya see ` "Advanced",String.valueOf` would look better as ` 
"Advanced", String.valueOf` this is what I meant by fixing the space.
   The constant are default values for the ConfigKey, and not used anywhere 
else. ConfigKey defaul values are themselves treated as well `defaults`.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16299711#comment-16299711
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on a change in pull request #2244: 
CLOUDSTACK-10054:Volume download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r158220924
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareManager.java
 ##
 @@ -42,6 +44,9 @@
 static final ConfigKey s_vmwareSearchExcludeFolder = new 
ConfigKey("Advanced", String.class, "vmware.search.exclude.folders", 
null,
 "Comma seperated list of Datastore Folders to exclude from VMWare 
search", true, ConfigKey.Scope.Global);
 
+static final ConfigKey s_vmwareOVAPackageTimeout = new 
ConfigKey(Integer.class, "vmware.package.ova.timeout", 
"Advanced",String.valueOf(VM_OVA_PACKAGE_TIMEOUT_SEC),
 
 Review comment:
   Will add the space after ,
   Why to remove the constants  for default value and multiplier?
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16299710#comment-16299710
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on a change in pull request #2244: 
CLOUDSTACK-10054:Volume download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r158220726
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java
 ##
 @@ -98,28 +98,31 @@
 @Override
 public boolean execute(VmwareHostService hostService, 
CreateEntityDownloadURLCommand cmd) {
 DataTO data = cmd.getData();
+int timeout = 
NumbersUtil.parseInt(cmd.getContextParam(VmwareManager.s_vmwareOVAPackageTimeout.key()),
 VmwareManagerImpl.DEFAULT_VM_OVA_PACKAGE_TIMEOUT);
 
 Review comment:
   This part of the code is executed at SSVM where we can not read the DB. So 
the value read from ConfigKey is set in context and here it isread from 
context. If the value in the context is null then a default value is read as 
constant value of DEFAULT_VM_OVA_PACKAGE_TIMEOUT..
   
   I do not understand what is expected when you say use the value dynamically. 
Do you mean read the value from DB? but DB which could not be accesses from 
systemvm


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16268811#comment-16268811
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rhtyd commented on a change in pull request #2244: CLOUDSTACK-10054:Volume 
download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r153505547
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java
 ##
 @@ -98,28 +98,31 @@
 @Override
 public boolean execute(VmwareHostService hostService, 
CreateEntityDownloadURLCommand cmd) {
 DataTO data = cmd.getData();
+int timeout = 
NumbersUtil.parseInt(cmd.getContextParam(VmwareManager.s_vmwareOVAPackageTimeout.key()),
 VmwareManagerImpl.DEFAULT_VM_OVA_PACKAGE_TIMEOUT);
 
 Review comment:
   Instead of `DEFAULT_VM_OVA_PACKAGE_TIMEOUT` use the value dynamically by 
calling a method or reading the current value, using the ConfigKey (i.e. 
multiply them). This will enable admins to change value and enforce new 
settings without restarting the mgmt server(s).


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16268806#comment-16268806
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

rhtyd commented on a change in pull request #2244: CLOUDSTACK-10054:Volume 
download times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#discussion_r153505188
 
 

 ##
 File path: 
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareManager.java
 ##
 @@ -42,6 +44,9 @@
 static final ConfigKey s_vmwareSearchExcludeFolder = new 
ConfigKey("Advanced", String.class, "vmware.search.exclude.folders", 
null,
 "Comma seperated list of Datastore Folders to exclude from VMWare 
search", true, ConfigKey.Scope.Global);
 
+static final ConfigKey s_vmwareOVAPackageTimeout = new 
ConfigKey(Integer.class, "vmware.package.ova.timeout", 
"Advanced",String.valueOf(VM_OVA_PACKAGE_TIMEOUT_SEC),
 
 Review comment:
   Fix a space after `,`. Remove the `VM_OVA_PACKAGE_TIMEOUT_SEC` and 
`SEC_TO_MILLIS_MULTIPLIER`.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (CLOUDSTACK-10054) Volume download times out in 3600 seconds

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16265254#comment-16265254
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10054:
-

mrunalinikankariya commented on issue #2244: CLOUDSTACK-10054:Volume download 
times out in 3600 seconds
URL: https://github.com/apache/cloudstack/pull/2244#issuecomment-346822314
 
 
   @rhtyd 
   
   Can you test and verify the Process API change


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Volume download times out in 3600 seconds
> -
>
> Key: CLOUDSTACK-10054
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10054
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: mrunalini
>
> Problem Statement -
> When tried to download a volume of type Vmware with large size, it fails in 
> an hour before generating the URL.
> It can be seen in the ssvm logs that ova generation tar command fails/timed 
> out in an hour. The volume is of 800GB and we should be able to increase the 
> timeout. Unfortunately there is not method to do that. There is no global 
> parameter to update the timeout for this operation.
> Solution
> Add a global parameter 'vmware.backup.session.timeout' for all the tar 
> commands(commands taking long time)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)