[jira] [Closed] (CLOUDSTACK-7584) Cannot convert snapshot to template using Swift Secondary Storage

2014-11-12 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-7584.
---
Resolution: Invalid

not code related.

> Cannot convert snapshot to template using Swift Secondary Storage
> -
>
> Key: CLOUDSTACK-7584
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7584
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.1
>Reporter: Francois Gaudreault
>Priority: Minor
>
> Using swift as secondary storage, converting volume snapshots to template is 
> not working. We get a null pointer exception.
> 2014-09-18 13:10:13,807 DEBUG [o.a.c.s.m.AncientDataMotionStrategy] 
> (API-Job-Executor-25:ctx-a5afd470 job-2139 ctx-bc889788) copy failed
> java.lang.NullPointerException
>   at 
> org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.createTemplateFromSnapshot(AncientDataMotionStrategy.java:469)
>   at 
> org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyAsync(AncientDataMotionStrategy.java:420)
>   at 
> org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:68)
>   at 
> org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:73)
>   at 
> org.apache.cloudstack.storage.image.TemplateServiceImpl.copyAsync(TemplateServiceImpl.java:635)
>   at 
> org.apache.cloudstack.storage.image.TemplateServiceImpl.createTemplateFromSnapshotAsync(TemplateServiceImpl.java:641)
>   at 
> com.cloud.template.TemplateManagerImpl.createPrivateTemplate(TemplateManagerImpl.java:1388)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:606)
>   at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>   at 
> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>   at 
> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>   at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>   at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>   at com.sun.proxy.$Proxy173.createPrivateTemplate(Unknown Source)
>   at 
> org.apache.cloudstack.api.command.admin.template.CreateTemplateCmdByAdmin.execute(CreateTemplateCmdByAdmin.java:42)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
>   at 
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>   at 
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>   at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>   at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>   at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>   at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>   at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>   at 
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>   at java.lang.Thread.run(Thread.java:745)
> 2014-09-18 13:10:13,816 DEBUG [c.c.t.Temp

[jira] [Created] (CLOUDSTACK-7887) fail to push snapshot to secondary storage if using multipart using swift

2014-11-12 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-7887:
---

 Summary: fail to push snapshot to secondary storage if using 
multipart using swift
 Key: CLOUDSTACK-7887
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7887
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Hypervisor Controller, XenServer
Affects Versions: 4.4.0, 4.4.1
Reporter: Pierre-Luc Dion


Using Swift as secondary storage with XenServer,  creating a snapshot from a 
big disk  will display as succeed in CloudStack but the snapshot file will fail 
to upload in Swift.  So snapshot are not working for Swift with XenServer.



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


[jira] [Commented] (CLOUDSTACK-7887) fail to push snapshot to secondary storage if using multipart using swift

2014-11-12 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-7887:
-

fix to be committed shortly,  the issue is in /etc/xapi.d/plugins/swiftxen file.


> fail to push snapshot to secondary storage if using multipart using swift
> -
>
> Key: CLOUDSTACK-7887
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7887
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Hypervisor Controller, XenServer
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Pierre-Luc Dion
>
> Using Swift as secondary storage with XenServer,  creating a snapshot from a 
> big disk  will display as succeed in CloudStack but the snapshot file will 
> fail to upload in Swift.  So snapshot are not working for Swift with 
> XenServer.



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


[jira] [Assigned] (CLOUDSTACK-7887) fail to push snapshot to secondary storage if using multipart using swift

2014-11-12 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-7887:
---

Assignee: Pierre-Luc Dion

> fail to push snapshot to secondary storage if using multipart using swift
> -
>
> Key: CLOUDSTACK-7887
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7887
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Hypervisor Controller, XenServer
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>
> Using Swift as secondary storage with XenServer,  creating a snapshot from a 
> big disk  will display as succeed in CloudStack but the snapshot file will 
> fail to upload in Swift.  So snapshot are not working for Swift with 
> XenServer.



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


[jira] [Updated] (CLOUDSTACK-7887) fail to push snapshot to secondary storage if using multipart using swift

2014-11-12 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7887:

Status: Reviewable  (was: In Progress)

> fail to push snapshot to secondary storage if using multipart using swift
> -
>
> Key: CLOUDSTACK-7887
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7887
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Hypervisor Controller, XenServer
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>
> Using Swift as secondary storage with XenServer,  creating a snapshot from a 
> big disk  will display as succeed in CloudStack but the snapshot file will 
> fail to upload in Swift.  So snapshot are not working for Swift with 
> XenServer.



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


[jira] [Resolved] (CLOUDSTACK-7887) fail to push snapshot to secondary storage if using multipart using swift

2014-11-12 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-7887.
-
   Resolution: Fixed
Fix Version/s: 4.5.0

> fail to push snapshot to secondary storage if using multipart using swift
> -
>
> Key: CLOUDSTACK-7887
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7887
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Hypervisor Controller, XenServer
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
> Fix For: 4.5.0
>
>
> Using Swift as secondary storage with XenServer,  creating a snapshot from a 
> big disk  will display as succeed in CloudStack but the snapshot file will 
> fail to upload in Swift.  So snapshot are not working for Swift with 
> XenServer.



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


[jira] [Updated] (CLOUDSTACK-7887) fail to push snapshot to secondary storage if using multipart using swift

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7887:

Fix Version/s: 4.4.2

> fail to push snapshot to secondary storage if using multipart using swift
> -
>
> Key: CLOUDSTACK-7887
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7887
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Hypervisor Controller, XenServer
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
> Fix For: 4.5.0, 4.4.2
>
>
> Using Swift as secondary storage with XenServer,  creating a snapshot from a 
> big disk  will display as succeed in CloudStack but the snapshot file will 
> fail to upload in Swift.  So snapshot are not working for Swift with 
> XenServer.



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


[jira] [Updated] (CLOUDSTACK-7822) test SSL cert expired

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7822:

Fix Version/s: 4.4.2

> test SSL cert expired
> -
>
> Key: CLOUDSTACK-7822
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7822
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Test
>Affects Versions: 4.4.0, 4.5.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future, 4.5.0, 4.4.2
>
>
> Building from source (apache-cloudstack-4.4.1-src.tar.bz2) fail to build 
> using {{mvn install}} or package.sh due to test ssl cert that are expired.



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


[jira] [Updated] (CLOUDSTACK-7722) add.label: Add button for tags show the label not "Add" text

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7722:

Fix Version/s: 4.4.2

> add.label: Add button for tags show the label not "Add" text
> 
>
> Key: CLOUDSTACK-7722
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7722
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0, 4.4.2
>
>
> on every language, all sections the "Add" button display "add.label" instead 
> of "Add" on the button of the UI.
> example:  at the bottom of the page for a selected template in tags section.



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


[jira] [Resolved] (CLOUDSTACK-7822) test SSL cert expired

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-7822.
-
Resolution: Fixed

> test SSL cert expired
> -
>
> Key: CLOUDSTACK-7822
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7822
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Test
>Affects Versions: 4.4.0, 4.5.0, 4.4.1
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future, 4.5.0, 4.4.2
>
>
> Building from source (apache-cloudstack-4.4.1-src.tar.bz2) fail to build 
> using {{mvn install}} or package.sh due to test ssl cert that are expired.



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


[jira] [Updated] (CLOUDSTACK-7752) Management Server goes in infinite loop while creating a vm with tagged local data disk when the pool is not tagged

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7752?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7752:

Fix Version/s: 4.4.2

> Management Server goes in infinite loop while creating a vm with tagged local 
> data disk when the pool is not tagged
> ---
>
> Key: CLOUDSTACK-7752
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7752
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Anshul Gangwar
>Assignee: Anshul Gangwar
>Priority: Critical
> Fix For: 4.4.2
>
>
> Steps to reproduce:
> Setup must have a single cluster with both local and shared storage.
> 1) Create a local disk offering and tag it T1
> 2) Deploy vm with shared root disk and local data disk
> Management server goes in an infinite loop. The vm is never started/expunged.
> Also this causes vmops.log size to go very high.



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


[jira] [Commented] (CLOUDSTACK-3383) GetHostStatsCommand fails when agent is running Ubuntu 13.04 (raring)

2014-11-20 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-3383:
-

Hi Wido,  does this get fixed in 4.4.2 since their is commit in 4.4 branch?

thanks

> GetHostStatsCommand fails when agent is running Ubuntu 13.04 (raring)
> -
>
> Key: CLOUDSTACK-3383
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3383
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM
>Affects Versions: 4.1.0
> Environment: Ubuntu 13.04
>Reporter: Harm van Tilborg
>Assignee: Wido den Hollander
>  Labels: agent, kvm, libvirt
> Attachments: ubuntu14-usage-stats.patch
>
>
> 2013-07-05 13:02:37,782 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-3:null) Processing command: 
> com.cloud.agent.api.GetHostStatsCommand
> 2013-07-05 13:02:37,782 DEBUG [kvm.resource.LibvirtComputingResource] 
> (agentRequest-Handler-3:null) Executing: /bin/bash -c idle=$(top -b -n 1|grep 
> Cpu\(s\):|cut -d% -f4|cut -d, -f2);echo $idle
> 2013-07-05 13:02:37,940 DEBUG [kvm.resource.LibvirtComputingResource] 
> (agentRequest-Handler-3:null) Execution is successful.
> 2013-07-05 13:02:37,941 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-3:null) Seq 1-2144469000:  { Ans: , MgmtId: 
> 159497075554, via: 1, Ver: v1, Flags: 10, 
> [{"Answer":{"result":false,"details":"empty String","wait":0}}] }
> When I check the output of Ubuntu's 13.04 top (top -v = procps-ng version 
> 3.3.3), it's formatted like this:
> raring# top -b -n 1|grep Cpu\(s\):
> %Cpu(s):  0.2 us,  0.2 sy,  0.0 ni, 99.5 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 
> st
> While on Ubuntu 12.04 (top -v = procps version 3.2.8) it looks like this:
> precise# top -b -n 1|grep Cpu\(s\):
> Cpu(s):  0.3%us,  0.1%sy,  0.0%ni, 99.6%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
> So I believe it is better to split the string on a comma (,) than using the 
> percentage (%).



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


[jira] [Updated] (CLOUDSTACK-7883) Allow infrastructure to handle delete of volume from DB

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7883:

Fix Version/s: (was: 4.4.1)
   4.4.2

> Allow infrastructure to handle delete of volume from DB
> ---
>
> Key: CLOUDSTACK-7883
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7883
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.4.1
> Environment: N/A
>Reporter: Mike Tutkowski
>Assignee: Mike Tutkowski
> Fix For: 4.4.2
>
>
> To do this, remove this line (from SolidfirePrimaryDataStoreDriver):
> _volumeDao.deleteVolumesByInstance(volumeInfo.getId());



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


[jira] [Updated] (CLOUDSTACK-7246) VM deployment failed due to wrong in script name createipalias.sh

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7246:

Fix Version/s: 4.4.2

> VM deployment failed due to wrong in  script name createipalias.sh
> --
>
> Key: CLOUDSTACK-7246
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7246
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.5.0
>Reporter: Jayapal Reddy
>Assignee: Jayapal Reddy
>  Labels: DEVREV
> Fix For: 4.5.0, 4.4.2
>
>
> 1. added multiple ip range.
> 2. deployed vm in shared network failed.
> 3. createipalias failed because cloudstack referring 'createipalias.sh' but 
> the file in VR is 'createIpAlias.sh'



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


[jira] [Updated] (CLOUDSTACK-7826) UI - dialog widget - dependent dropdown field (dependsOn property specified) - fix a bug that default opton in dependent dropdown field didn't trigger change event h

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7826:

Fix Version/s: 4.4.2

> UI - dialog widget - dependent dropdown field (dependsOn property specified) 
> - fix a bug that default opton in dependent dropdown field didn't trigger 
> change event handler until another option in dependent dropdown field was 
> selected.
> --
>
> Key: CLOUDSTACK-7826
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7826
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Reporter: Jessica Wang
>Assignee: Jessica Wang
>Priority: Critical
> Fix For: 4.5.0, 4.4.2
>
>




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


[jira] [Updated] (CLOUDSTACK-7871) Fix update VirtualMachine/Template API to allow nic/disk controller details for VMWare VMs/Templates

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7871:

Fix Version/s: 4.4.2
   4.5.0

> Fix update VirtualMachine/Template API to allow nic/disk controller details 
> for VMWare VMs/Templates
> 
>
> Key: CLOUDSTACK-7871
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7871
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.0, 4.5.0, 4.3.1, 4.4.1
>Reporter: Rohit Yadav
>Assignee: Rohit Yadav
> Fix For: 4.5.0, 4.4.2
>
>
> In case of VMWare, when we register a new template we can pass in nic type 
> and disk controller but there is no API (or parameter passable to current 
> APIs) to change nic type and disk controller for both VM and template. The 
> fix is that we add a details map type to the updateTemplate and 
> updateVirtualMachine API which updates the nic/disk controller values in the 
> database.



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


[jira] [Updated] (CLOUDSTACK-7855) Sec storage/network MTU should be on nic3 and not nic1

2014-11-20 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7855:

Fix Version/s: 4.4.2

> Sec storage/network MTU should be on nic3 and not nic1
> --
>
> Key: CLOUDSTACK-7855
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7855
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.2.0, 4.2.1, 4.3.0, 4.4.0, 4.3.1, 4.4.1
>Reporter: Rohit Yadav
>Assignee: Rohit Yadav
> Fix For: 4.5.0, 4.4.2
>
>
> In cloud-early-config, the nic3 on ssvm should have MTU set and not nic1, the 
> MTU is defined by a global settings variable.



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


[jira] [Updated] (CLOUDSTACK-7988) Template status is empty while the template is creating.

2014-11-27 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7988:

Description: 
Once the Template is created and is downloading, the status attribute of the 
template is empty until the template is ready. usually the status indicate the 
"% downloaded" or "Installing template". 

the status was working in 4.4.0.

  was:
Once the Template is created and is downloading, the status attribute of the 
template is empty until the template is ready. usually the status indicate the 
% downloaded or "Installing template". 

the status was working in 4.4.0.


> Template status is empty while the template is creating.
> 
>
> Key: CLOUDSTACK-7988
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7988
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.1, 4.4.2
>Reporter: Pierre-Luc Dion
>Priority: Minor
>
> Once the Template is created and is downloading, the status attribute of the 
> template is empty until the template is ready. usually the status indicate 
> the "% downloaded" or "Installing template". 
> the status was working in 4.4.0.



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


[jira] [Created] (CLOUDSTACK-7988) Template status is empty while the template is creating.

2014-11-27 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-7988:
---

 Summary: Template status is empty while the template is creating.
 Key: CLOUDSTACK-7988
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7988
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.4.1, 4.4.2
Reporter: Pierre-Luc Dion
Priority: Minor


Once the Template is created and is downloading, the status attribute of the 
template is empty until the template is ready. usually the status indicate the 
% downloaded or "Installing template". 

the status was working in 4.4.0.



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


[jira] [Commented] (CLOUDSTACK-7988) Template status is empty while the template is creating.

2014-11-27 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-7988:
-

This is observed in the UI and API.

> Template status is empty while the template is creating.
> 
>
> Key: CLOUDSTACK-7988
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7988
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.1, 4.4.2
>Reporter: Pierre-Luc Dion
>Priority: Minor
>
> Once the Template is created and is downloading, the status attribute of the 
> template is empty until the template is ready. usually the status indicate 
> the % downloaded or "Installing template". 
> the status was working in 4.4.0.



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


[jira] [Commented] (CLOUDSTACK-7988) Template status is empty while the template is creating.

2014-11-27 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-7988:
-

also observed on 4.4.2 while running SSVM at 4.4.0 and 4.4.1 version.

> Template status is empty while the template is creating.
> 
>
> Key: CLOUDSTACK-7988
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7988
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.1, 4.4.2
>Reporter: Pierre-Luc Dion
>Priority: Minor
>
> Once the Template is created and is downloading, the status attribute of the 
> template is empty until the template is ready. usually the status indicate 
> the "% downloaded" or "Installing template". 
> the status was working in 4.4.0.



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


[jira] [Commented] (CLOUDSTACK-7988) Template status is empty while the template is creating.

2014-11-27 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-7988:
-

Work fine when template is from URL,  look like it append when creating 
template from snapshot or root disk.

> Template status is empty while the template is creating.
> 
>
> Key: CLOUDSTACK-7988
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7988
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.1, 4.4.2
>Reporter: Pierre-Luc Dion
>Priority: Minor
>
> Once the Template is created and is downloading, the status attribute of the 
> template is empty until the template is ready. usually the status indicate 
> the "% downloaded" or "Installing template". 
> the status was working in 4.4.0.



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


[jira] [Updated] (CLOUDSTACK-7906) certificate tests fail in CertServiceTest.java

2014-11-29 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7906:

Assignee: Will Stevens

> certificate tests fail in CertServiceTest.java
> --
>
> Key: CLOUDSTACK-7906
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7906
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.0, 4.4.1, 4.4.2
>Reporter: Daan Hoogland
>Assignee: Will Stevens
>




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


[jira] [Resolved] (CLOUDSTACK-7906) certificate tests fail in CertServiceTest.java

2014-11-29 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-7906.
-
   Resolution: Fixed
Fix Version/s: 4.4.2

fixed by:
commit 9c0c4f713f95e5fa228a8b22c51a0f59e5f8a9d1

> certificate tests fail in CertServiceTest.java
> --
>
> Key: CLOUDSTACK-7906
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7906
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.4.0, 4.4.1, 4.4.2
>Reporter: Daan Hoogland
>Assignee: Will Stevens
> Fix For: 4.4.2
>
>




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


[jira] [Commented] (CLOUDSTACK-7482) Ajax calls in mgmt UI causing log pollution

2014-11-30 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-7482:
-

here is what I'm seeing into 4.5.0-snapshot:

{code}
Received unknown parameters for command listZones. Unknown parameters : listall
Received unknown parameters for command listPods. Unknown parameters : listall
Received unknown parameters for command listClusters. Unknown parameters : 
listall
Received unknown parameters for command listHosts. Unknown parameters : listall
Received unknown parameters for command listStoragePools. Unknown parameters : 
listall
Received unknown parameters for command listImageStores. Unknown parameters : 
listall type
Received unknown parameters for command listSystemVms. Unknown parameters : 
listall
 Received unknown parameters for command listAccounts. Unknown parameters : 
details
 Received unknown parameters for command listProjects. Unknown parameters : 
details
 Received unknown parameters for command listServiceOfferings. Unknown 
parameters : listall
 Received unknown parameters for command listNetworkOfferings. Unknown 
parameters : listall
 Received unknown parameters for command listVPCOfferings. Unknown parameters : 
listall
 Received unknown parameters for command listDiskOfferings. Unknown parameters 
: listall
 Received unknown parameters for command listServiceOfferings. Unknown 
parameters : listall
 Received unknown parameters for command listLdapConfigurations. Unknown 
parameters : listall
 Received unknown parameters for command listBaremetalRct. Unknown parameters : 
listall
 Received unknown parameters for command listHypervisorCapabilities. Unknown 
parameters : listall
 Received unknown parameters for command listRegions. Unknown parameters : 
listall
 Received unknown parameters for command listNetworks. Unknown parameters : 
details
{code}

> Ajax calls in mgmt UI causing log pollution
> ---
>
> Key: CLOUDSTACK-7482
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7482
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0
>Reporter: Kedron Touvell
>Priority: Minor
> Fix For: Future
>
>
> Many of the ajax calls in the mgmt UI are specifying a listAll parameter, 
> despite the fact that the underlying API call does not support listAll.  This 
> is causing a decent amount of log pollution:
> {quote}
> 2014-09-03 10:54:21,475 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-8:ctx-aefb6d5e ctx-08b63c18) Received unknown parameters for 
> command listImageStores. Unknown parameters : listall type
> {quote}
> These parameters are set in {{ui/scripts/system.js}}, for example:
> {noformat}
> systemVmCount: function (data) {
> $.ajax({
> url: createURL('listSystemVms'),
> data: {
> listAll: true,
> {noformat}
> Here's the list of API calls that I see generating warnings:
> * listClusters
> * listHosts
> * listImageStores
> * listNetworkOfferings
> * listPods
> * listRegions
> * listServiceOfferings
> * listStoragePools
> * listSystemVms
> * listZones
> One more to add...listDomains is being called with a parentdomainid 
> parameter, leading to the following warning:
> {quote}
> 2014-09-04 11:59:01,217 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-5:ctx-c85dc843 ctx-647a43c1 ctx-bcd4e41b) Received unknown 
> parameters for command listDomains. Unknown parameters : parentdomainid
> {quote}



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


[jira] [Assigned] (CLOUDSTACK-7482) Ajax calls in mgmt UI causing log pollution

2014-11-30 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-7482:
---

Assignee: Pierre-Luc Dion

> Ajax calls in mgmt UI causing log pollution
> ---
>
> Key: CLOUDSTACK-7482
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7482
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0
>Reporter: Kedron Touvell
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future
>
>
> Many of the ajax calls in the mgmt UI are specifying a listAll parameter, 
> despite the fact that the underlying API call does not support listAll.  This 
> is causing a decent amount of log pollution:
> {quote}
> 2014-09-03 10:54:21,475 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-8:ctx-aefb6d5e ctx-08b63c18) Received unknown parameters for 
> command listImageStores. Unknown parameters : listall type
> {quote}
> These parameters are set in {{ui/scripts/system.js}}, for example:
> {noformat}
> systemVmCount: function (data) {
> $.ajax({
> url: createURL('listSystemVms'),
> data: {
> listAll: true,
> {noformat}
> Here's the list of API calls that I see generating warnings:
> * listClusters
> * listHosts
> * listImageStores
> * listNetworkOfferings
> * listPods
> * listRegions
> * listServiceOfferings
> * listStoragePools
> * listSystemVms
> * listZones
> One more to add...listDomains is being called with a parentdomainid 
> parameter, leading to the following warning:
> {quote}
> 2014-09-04 11:59:01,217 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-5:ctx-c85dc843 ctx-647a43c1 ctx-bcd4e41b) Received unknown 
> parameters for command listDomains. Unknown parameters : parentdomainid
> {quote}



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


[jira] [Updated] (CLOUDSTACK-7482) Ajax calls in mgmt UI causing log pollution

2014-11-30 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7482:

Fix Version/s: 4.5.0

> Ajax calls in mgmt UI causing log pollution
> ---
>
> Key: CLOUDSTACK-7482
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7482
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0
>Reporter: Kedron Touvell
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Many of the ajax calls in the mgmt UI are specifying a listAll parameter, 
> despite the fact that the underlying API call does not support listAll.  This 
> is causing a decent amount of log pollution:
> {quote}
> 2014-09-03 10:54:21,475 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-8:ctx-aefb6d5e ctx-08b63c18) Received unknown parameters for 
> command listImageStores. Unknown parameters : listall type
> {quote}
> These parameters are set in {{ui/scripts/system.js}}, for example:
> {noformat}
> systemVmCount: function (data) {
> $.ajax({
> url: createURL('listSystemVms'),
> data: {
> listAll: true,
> {noformat}
> Here's the list of API calls that I see generating warnings:
> * listClusters
> * listHosts
> * listImageStores
> * listNetworkOfferings
> * listPods
> * listRegions
> * listServiceOfferings
> * listStoragePools
> * listSystemVms
> * listZones
> One more to add...listDomains is being called with a parentdomainid 
> parameter, leading to the following warning:
> {quote}
> 2014-09-04 11:59:01,217 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-5:ctx-c85dc843 ctx-647a43c1 ctx-bcd4e41b) Received unknown 
> parameters for command listDomains. Unknown parameters : parentdomainid
> {quote}



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


[jira] [Updated] (CLOUDSTACK-7482) Ajax calls in mgmt UI causing log pollution

2014-11-30 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7482:

Status: Reviewable  (was: In Progress)

> Ajax calls in mgmt UI causing log pollution
> ---
>
> Key: CLOUDSTACK-7482
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7482
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0
>Reporter: Kedron Touvell
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Many of the ajax calls in the mgmt UI are specifying a listAll parameter, 
> despite the fact that the underlying API call does not support listAll.  This 
> is causing a decent amount of log pollution:
> {quote}
> 2014-09-03 10:54:21,475 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-8:ctx-aefb6d5e ctx-08b63c18) Received unknown parameters for 
> command listImageStores. Unknown parameters : listall type
> {quote}
> These parameters are set in {{ui/scripts/system.js}}, for example:
> {noformat}
> systemVmCount: function (data) {
> $.ajax({
> url: createURL('listSystemVms'),
> data: {
> listAll: true,
> {noformat}
> Here's the list of API calls that I see generating warnings:
> * listClusters
> * listHosts
> * listImageStores
> * listNetworkOfferings
> * listPods
> * listRegions
> * listServiceOfferings
> * listStoragePools
> * listSystemVms
> * listZones
> One more to add...listDomains is being called with a parentdomainid 
> parameter, leading to the following warning:
> {quote}
> 2014-09-04 11:59:01,217 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-5:ctx-c85dc843 ctx-647a43c1 ctx-bcd4e41b) Received unknown 
> parameters for command listDomains. Unknown parameters : parentdomainid
> {quote}



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


[jira] [Commented] (CLOUDSTACK-7482) Ajax calls in mgmt UI causing log pollution

2014-11-30 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-7482:
-

merge conflict in 4.4 :-(

> Ajax calls in mgmt UI causing log pollution
> ---
>
> Key: CLOUDSTACK-7482
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7482
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0
>Reporter: Kedron Touvell
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Many of the ajax calls in the mgmt UI are specifying a listAll parameter, 
> despite the fact that the underlying API call does not support listAll.  This 
> is causing a decent amount of log pollution:
> {quote}
> 2014-09-03 10:54:21,475 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-8:ctx-aefb6d5e ctx-08b63c18) Received unknown parameters for 
> command listImageStores. Unknown parameters : listall type
> {quote}
> These parameters are set in {{ui/scripts/system.js}}, for example:
> {noformat}
> systemVmCount: function (data) {
> $.ajax({
> url: createURL('listSystemVms'),
> data: {
> listAll: true,
> {noformat}
> Here's the list of API calls that I see generating warnings:
> * listClusters
> * listHosts
> * listImageStores
> * listNetworkOfferings
> * listPods
> * listRegions
> * listServiceOfferings
> * listStoragePools
> * listSystemVms
> * listZones
> One more to add...listDomains is being called with a parentdomainid 
> parameter, leading to the following warning:
> {quote}
> 2014-09-04 11:59:01,217 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-5:ctx-c85dc843 ctx-647a43c1 ctx-bcd4e41b) Received unknown 
> parameters for command listDomains. Unknown parameters : parentdomainid
> {quote}



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


[jira] [Commented] (CLOUDSTACK-5120) Adding userdata support for new instance wizard

2014-11-30 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-5120:
-

Look like this review: https://reviews.apache.org/r/19995/  does address this 
Feature request.

> Adding userdata support for new instance wizard
> ---
>
> Key: CLOUDSTACK-5120
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5120
> Project: CloudStack
>  Issue Type: New Feature
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.2.0
>Reporter: Bjoern Teipel
>
> Currently the instance userdata can only be set when the instance is created 
> over an API call.
> There is definitely GUI support missing, especially the support in the 
> Instance Wizard of the management server



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


[jira] [Resolved] (CLOUDSTACK-4991) Remove limitation of only one network in 'Account' source nat type

2014-11-30 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-4991.
-
   Resolution: Fixed
Fix Version/s: 4.4.0

Patch submitted by Sheng Yang


> Remove limitation of only one network in 'Account' source nat type
> --
>
> Key: CLOUDSTACK-4991
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4991
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Will Stevens
>Priority: Blocker
> Fix For: 4.4.0
>
>
> Please check the PDF attached to the patch review: 
> https://reviews.apache.org/r/15047/
> Summary...
> If you specify 'per account' for Supported Source NAT Type in the Create 
> network service offering interface, then you are subject to a limitation of 
> only being able to create one network per account.
> There is nothing that makes this limitation required.
> In writing the Palo Alto Networks firewall integration, I needed to remove 
> this limitation in order for an account to have more than one network.



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


[jira] [Updated] (CLOUDSTACK-4991) Remove limitation of only one network in 'Account' source nat type

2014-11-30 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-4991:

Assignee: Sheng Yang

> Remove limitation of only one network in 'Account' source nat type
> --
>
> Key: CLOUDSTACK-4991
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4991
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Will Stevens
>Assignee: Sheng Yang
>Priority: Blocker
> Fix For: 4.4.0
>
>
> Please check the PDF attached to the patch review: 
> https://reviews.apache.org/r/15047/
> Summary...
> If you specify 'per account' for Supported Source NAT Type in the Create 
> network service offering interface, then you are subject to a limitation of 
> only being able to create one network per account.
> There is nothing that makes this limitation required.
> In writing the Palo Alto Networks firewall integration, I needed to remove 
> this limitation in order for an account to have more than one network.



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


[jira] [Assigned] (CLOUDSTACK-4151) 4.5.5. About Password and Key Encryption unclear

2014-11-30 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-4151:
---

Assignee: Pierre-Luc Dion

> 4.5.5. About Password and Key Encryption unclear
> 
>
> Key: CLOUDSTACK-4151
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4151
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.1.1
> Environment: all
>Reporter: Ron Wheeler
>Assignee: Pierre-Luc Dion
>Priority: Blocker
>
> 4.5.5. About Password and Key Encryption
> The purpose of this section is a bit obcure. What is the reader supposed to 
> do with this information?
> There seems to be a lot of magical activities here wherein keys and secrets 
> get stored in databases without any mention of how they get there.
> There seems to be a list of items that are incrypted but no explaination 
> about what is the reader\'s role in this or who creates them or why you are 
> telling the reader this at this point in the process.
> It might be clearer if " The data values are encrypted and decrypted using a 
> database secret key, which is stored in one of CloudStack’s internal 
> properties files along with the database password. The other encrypted values 
> listed above, such as SSH keys, are in the CloudStack internal database."  
> included some mention about how this happens and when and whether the reader 
> has to do something to make any of this happen correctly.
> If it is really only informational and has nothing to do with the 
> installation process, it could be moved out of the flow and referenced as 
> something that terminally curious might wish to know.



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


[jira] [Assigned] (CLOUDSTACK-7195) security_group.py should log exceptions instead of discarding them

2014-12-05 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-7195:
---

Assignee: Pierre-Luc Dion

> security_group.py should log exceptions instead of discarding them
> --
>
> Key: CLOUDSTACK-7195
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7195
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM
>Affects Versions: 4.3.0
>Reporter: Vincent Bernat
>Assignee: Pierre-Luc Dion
>
> security_group.py discards exceptions with a vague message. This is 
> troublesome and hide some other bugs. See for example CLOUDSTACK-7193. Any 
> try/except should at least log the exception.



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


[jira] [Updated] (CLOUDSTACK-7195) security_group.py should log exceptions instead of discarding them

2014-12-05 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7195:

Fix Version/s: 4.6.0
   Future

> security_group.py should log exceptions instead of discarding them
> --
>
> Key: CLOUDSTACK-7195
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7195
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM
>Affects Versions: 4.3.0
>Reporter: Vincent Bernat
>Assignee: Pierre-Luc Dion
> Fix For: Future, 4.6.0
>
>
> security_group.py discards exceptions with a vague message. This is 
> troublesome and hide some other bugs. See for example CLOUDSTACK-7193. Any 
> try/except should at least log the exception.



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


[jira] [Resolved] (CLOUDSTACK-7195) security_group.py should log exceptions instead of discarding them

2014-12-05 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-7195.
-
Resolution: Fixed

Vincent patches pushed into master branch.
Thanks Vincent.

> security_group.py should log exceptions instead of discarding them
> --
>
> Key: CLOUDSTACK-7195
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7195
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM
>Affects Versions: 4.3.0
>Reporter: Vincent Bernat
>Assignee: Pierre-Luc Dion
> Fix For: Future, 4.6.0
>
>
> security_group.py discards exceptions with a vague message. This is 
> troublesome and hide some other bugs. See for example CLOUDSTACK-7193. Any 
> try/except should at least log the exception.



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


[jira] [Resolved] (CLOUDSTACK-1973) Delete Secondary Storage API Doc

2014-12-05 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-1973.
-
Resolution: Fixed

> Delete Secondary Storage API Doc
> 
>
> Key: CLOUDSTACK-1973
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1973
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, Doc
> Environment: API
>Reporter: Tim Schultheiss
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> The API documentation needs a note on how to delete Secondary Storage.
> The process is accomplished via the DeleteHost command.



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


[jira] [Created] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent

2014-12-05 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-8041:
---

 Summary: 4.5.0 db upgrade fail if new systemvm templates are 
abscent 
 Key: CLOUDSTACK-8041
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8041
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.5.0
Reporter: Pierre-Luc Dion
Priority: Critical


When upgrading ACS to 4.5.0 without systemvm-{hypervisor}-4.5 already in place, 
the db upgrade fail.

Upgrading ACS without systemvm should not affect db upgrade.





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


[jira] [Commented] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent

2014-12-05 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8041:
-

{code}
INFO  [c.c.u.d.T.Transaction] (main:null) Is Data Base High Availiability 
enabled? Ans : false
INFO  [c.c.u.d.Merovingian2] (main:null) Cleaning up locks for 7566289535078
INFO  [c.c.u.d.Merovingian2] (main:null) Released 0 locks for 7566289535078
INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (main:null) Running system 
integrity checker com.cloud.upgrade.DatabaseUpgradeChecker@74173125
INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Grabbing lock to check for 
database upgrade.
INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) DB version = 4.4.2 Code 
Version = 4.5.0
INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Database upgrade must be 
performed from 4.4.2 to 4.5.0
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 Hyperv SystemVm template not 
found. Hyperv hypervisor is not used, so not failing upgrade
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 KVM SystemVm template not 
found. KVM hypervisor is not used, so not failing upgrade
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 VMware SystemVm template not 
found. VMware hypervisor is not used, so not failing upgrade
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 LXC SystemVm template not 
found. LXC hypervisor is not used, so not failing upgrade
ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) Unable to upgrade the database
com.cloud.utils.exception.CloudRuntimeException: 4.5.0 XenServer SystemVm 
template not found. Cannot upgrade system Vms
  at 
com.cloud.upgrade.dao.Upgrade442to450.updateSystemVmTemplates(Upgrade442to450.java:262)
  at 
com.cloud.upgrade.dao.Upgrade442to450.performDataMigration(Upgrade442to450.java:68)
  at 
com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:329)
  at 
com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:452)
  at 
org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65)
  at 
org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.start(CloudStackExtendedLifeCycle.java:55)
  at 
org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:167)
  at 
org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51)
  at 
org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup.start(DefaultLifecycleProcessor.java:339)
  at 
org.springframework.context.support.DefaultLifecycleProcessor.startBeans(DefaultLifecycleProcessor.java:143)
  at 
org.springframework.context.support.DefaultLifecycleProcessor.onRefresh(DefaultLifecycleProcessor.java:108)
  at 
org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:945)
  at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117)
  at 
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79)
  at 
org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37)
  at 
org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:70)
  at 
org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:57)
  at 
org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:61)
  at 
org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(CloudStackContextLoaderListener.java:52)
  at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4210)
  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4709)
  at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.

[jira] [Updated] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent

2014-12-05 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-8041:

Component/s: Management Server

> 4.5.0 db upgrade fail if new systemvm templates are abscent 
> 
>
> Key: CLOUDSTACK-8041
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8041
> 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: Pierre-Luc Dion
>Priority: Critical
>
> When upgrading ACS to 4.5.0 without systemvm-{hypervisor}-4.5 already in 
> place, the db upgrade fail.
> Upgrading ACS without systemvm should not affect db upgrade.



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


[jira] [Commented] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent

2014-12-06 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8041:
-

I'd like to avoid the need to have a systemvm-template for each upgrade, as 
this RN: 
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.2/upgrade/upgrade-4.2.html

Now with 4.5, a user upgrading from 4.2.1 to 4.5 need to register 3 
systemvm-templates prior to upgrade, and they cannot be deleted from the ui 
afterward.

> 4.5.0 db upgrade fail if new systemvm templates are abscent 
> 
>
> Key: CLOUDSTACK-8041
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8041
> 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: Pierre-Luc Dion
>Priority: Blocker
> Fix For: 4.5.0, 4.6.0
>
>
> When upgrading ACS to 4.5.0 without systemvm-{hypervisor}-4.5 already in 
> place, the db upgrade fail.
> Upgrading ACS without systemvm should not affect db upgrade.



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


[jira] [Commented] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent

2014-12-06 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8041:
-

This might be already resolved and not exist from 4.3.  I will perform more 
upgrade tests...

> 4.5.0 db upgrade fail if new systemvm templates are abscent 
> 
>
> Key: CLOUDSTACK-8041
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8041
> 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: Pierre-Luc Dion
>Priority: Blocker
> Fix For: 4.5.0, 4.6.0
>
>
> When upgrading ACS to 4.5.0 without systemvm-{hypervisor}-4.5 already in 
> place, the db upgrade fail.
> Upgrading ACS without systemvm should not affect db upgrade.



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


[jira] [Closed] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent

2014-12-06 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-8041.
---
Resolution: Invalid

Look like upgrading from 4.3.0 require only one SystemVM-template in place.

> 4.5.0 db upgrade fail if new systemvm templates are abscent 
> 
>
> Key: CLOUDSTACK-8041
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8041
> 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: Pierre-Luc Dion
>Priority: Blocker
> Fix For: 4.5.0, 4.6.0
>
>
> When upgrading ACS to 4.5.0 without systemvm-{hypervisor}-4.5 already in 
> place, the db upgrade fail.
> Upgrading ACS without systemvm should not affect db upgrade.



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


[jira] [Updated] (CLOUDSTACK-8042) Fail to upgrade to 4.5.0 from 4.3.1

2014-12-06 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-8042:

Labels: upgrade  (was: )

> Fail to upgrade to 4.5.0 from 4.3.1
> ---
>
> Key: CLOUDSTACK-8042
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8042
> 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: Pierre-Luc Dion
>  Labels: upgrade
>
> Fail to upgrade the management-server from 4.3.1 to 4.5.0. 
> The management-server is not working anymore after a direct upgrade from 
> 4.3.1 -> 4.5.0-rc1



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


[jira] [Created] (CLOUDSTACK-8042) Fail to upgrade to 4.5.0 from 4.3.1

2014-12-06 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-8042:
---

 Summary: Fail to upgrade to 4.5.0 from 4.3.1
 Key: CLOUDSTACK-8042
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8042
 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: Pierre-Luc Dion


Fail to upgrade the management-server from 4.3.1 to 4.5.0. 

The management-server is not working anymore after a direct upgrade from 4.3.1 
-> 4.5.0-rc1



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


[jira] [Updated] (CLOUDSTACK-8042) Fail to upgrade to 4.5.0 from 4.3.1

2014-12-06 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-8042:

Attachment: management-server.log
localhost.2014-12-06.log
catalina.out

logs

> Fail to upgrade to 4.5.0 from 4.3.1
> ---
>
> Key: CLOUDSTACK-8042
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8042
> 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: Pierre-Luc Dion
>  Labels: upgrade
> Attachments: catalina.out, localhost.2014-12-06.log, 
> management-server.log
>
>
> Fail to upgrade the management-server from 4.3.1 to 4.5.0. 
> The management-server is not working anymore after a direct upgrade from 
> 4.3.1 -> 4.5.0-rc1



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


[jira] [Updated] (CLOUDSTACK-7098) Improved CloudByte Storage Plugin for 4.5 and above.

2014-12-13 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7098:

Summary: Improved CloudByte Storage Plugin for 4.5 and above.  (was: 
Improvised CloudByte Storage Plugin for 4.5 and above.)

> Improved CloudByte Storage Plugin for 4.5 and above.
> 
>
> Key: CLOUDSTACK-7098
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7098
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.5.0
>Reporter: punith
> Fix For: 4.5.0
>
>
> The new improvised cloudbyte plugin for cloudstack supports the following 
> features
> * support for managed storage, where each vm disk has the guaranteed 
>   QoS.
> * account integration in cloudbyte with respect to domains in cloudstack.
> * supports resize of the volume.
> * supports both iscsi and nfs protocols in XEN server, and iscsi protocol for 
> KVM and vmware ESX.
> * supports storage level snapshot capabilites as well as hypervisor level 
> snapshot feature.
> * also exposing the custom api's for ui integration.
> * support for unlimited storage nodes across the sites.
> 



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


[jira] [Updated] (CLOUDSTACK-7098) Improved CloudByte Storage Plugin for 4.5 and above.

2014-12-13 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-7098:

Description: 
The new improved cloudbyte plugin for cloudstack supports the following features

* support for managed storage, where each vm disk has the guaranteed 
  QoS.

* account integration in cloudbyte with respect to domains in CloudStack.

* supports resize of the volume.

* supports both iscsi and nfs protocols in XEN server, and iscsi protocol for 
KVM and vmware ESX.

* supports storage level snapshot capabilities as well as hypervisor level 
snapshot feature.

* also exposing the custom api's for ui integration.

* support for unlimited storage nodes across the sites.


  was:
The new improvised cloudbyte plugin for cloudstack supports the following 
features

* support for managed storage, where each vm disk has the guaranteed 
  QoS.

* account integration in cloudbyte with respect to domains in cloudstack.

* supports resize of the volume.

* supports both iscsi and nfs protocols in XEN server, and iscsi protocol for 
KVM and vmware ESX.

* supports storage level snapshot capabilites as well as hypervisor level 
snapshot feature.

* also exposing the custom api's for ui integration.

* support for unlimited storage nodes across the sites.



> Improved CloudByte Storage Plugin for 4.5 and above.
> 
>
> Key: CLOUDSTACK-7098
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7098
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.5.0
>Reporter: punith
> Fix For: 4.5.0
>
>
> The new improved cloudbyte plugin for cloudstack supports the following 
> features
> * support for managed storage, where each vm disk has the guaranteed 
>   QoS.
> * account integration in cloudbyte with respect to domains in CloudStack.
> * supports resize of the volume.
> * supports both iscsi and nfs protocols in XEN server, and iscsi protocol for 
> KVM and vmware ESX.
> * supports storage level snapshot capabilities as well as hypervisor level 
> snapshot feature.
> * also exposing the custom api's for ui integration.
> * support for unlimited storage nodes across the sites.
> 



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


[jira] [Updated] (CLOUDSTACK-6059) Restarting a VPC that has a Private Gateway fails due to a NPE, but message is not clear

2015-01-29 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-6059:

Affects Version/s: 4.4.1

> Restarting a VPC that has a Private Gateway fails due to a NPE, but message 
> is not clear
> 
>
> Key: CLOUDSTACK-6059
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6059
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Virtual Router
>Affects Versions: 4.2.1, 4.4.1
> Environment: Cloudstack 4.2.1-SNAPSHOT, Linux
>Reporter: Wilder Rodrigues
>Priority: Minor
>
> When trying to restart a VPC that has a Private Gateway configured, it fails 
> with a message "Failed to restart VPC". However, in the logs, we have 
> observed that there is a NullPointerException when calling 
> createPrivateNicProfileForGateway(VpcVirtualNetworkApplianceManagerImpl.java:1295).
> We know that's not possible to restart a VPC that has a Private Gateway, but 
> we are opening this issue just to have in mind that the method is currently 
> returning "null" and the message on the UI is not clear at all.
> 2014-02-07 10:53:22,639 DEBUG [db.Transaction.Transaction] 
> (Job-Executor-75:job-224729 = [ bb0b666a-ef03-4712-bc62-f3e27c82282c ]) 
> Rolling back the transaction: Time = 3 Name =  -AsyncJobManagerImp
> l$1.run:494-Executors$RunnableAdapter.call:471-FutureTask$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:1110-ThreadPoolExecutor$Worker.run:603-Thread.run:679;
>  called by -Transac
> tion.rollback:897-PrivateIpDaoImpl.allocateIpAddress:85-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VpcVirtualNetworkApplianceManagerImpl.createPrivateNicProfileForGatew
> ay:1294-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VpcVirtualNetworkApplianceManagerImpl.createVpcRouterNetworks:1250-VpcVirtualNetworkApplianceManagerImpl.deployVpcRou
> ter:329-VpcVirtualNetworkApplianceManagerImpl.findOrDeployVirtualRouterInVpc:227-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VpcVirtualNetworkApplianceManagerImpl.deploy
> VirtualRouterInVpc:176-VpcVirtualRouterElement.implementVpc:126-VpcManagerImpl.startVpc:992
> 2014-02-07 10:53:22,642 WARN  [network.vpc.VpcManagerImpl] 
> (Job-Executor-75:job-224729 = [ bb0b666a-ef03-4712-bc62-f3e27c82282c ]) 
> Failed to start vpc [VPC [237-SBP_VPC_AJENKINS1] due to
> java.lang.NullPointerException
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.createPrivateNicProfileForGateway(VpcVirtualNetworkApplianceManagerImpl.java:1295)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.createVpcRouterNetworks(VpcVirtualNetworkApplianceManagerImpl.java:1250)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.deployVpcRouter(VpcVirtualNetworkApplianceManagerImpl.java:329)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.findOrDeployVirtualRouterInVpc(VpcVirtualNetworkApplianceManagerImpl.java:227)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.deployVirtualRouterInVpc(VpcVirtualNetworkApplianceManagerImpl.java:176)
> at 
> com.cloud.network.element.VpcVirtualRouterElement.implementVpc(VpcVirtualRouterElement.java:126)
> at 
> com.cloud.network.vpc.VpcManagerImpl.startVpc(VpcManagerImpl.java:992)
> at 
> com.cloud.network.vpc.VpcManagerImpl.startVpc(VpcManagerImpl.java:964)
> at 
> com.cloud.network.vpc.VpcManagerImpl.restartVpc(VpcManagerImpl.java:1304)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vpc.RestartVPCCmd.execute(RestartVPCCmd.java:80)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.c

[jira] [Updated] (CLOUDSTACK-6059) Restarting a VPC that has a Private Gateway fails due to a NPE, but message is not clear

2015-01-29 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-6059:

Affects Version/s: (was: 4.4.1)
   4.4.2

> Restarting a VPC that has a Private Gateway fails due to a NPE, but message 
> is not clear
> 
>
> Key: CLOUDSTACK-6059
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6059
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Virtual Router
>Affects Versions: 4.2.1, 4.4.2
> Environment: Cloudstack 4.2.1-SNAPSHOT, Linux
>Reporter: Wilder Rodrigues
>Priority: Minor
>
> When trying to restart a VPC that has a Private Gateway configured, it fails 
> with a message "Failed to restart VPC". However, in the logs, we have 
> observed that there is a NullPointerException when calling 
> createPrivateNicProfileForGateway(VpcVirtualNetworkApplianceManagerImpl.java:1295).
> We know that's not possible to restart a VPC that has a Private Gateway, but 
> we are opening this issue just to have in mind that the method is currently 
> returning "null" and the message on the UI is not clear at all.
> 2014-02-07 10:53:22,639 DEBUG [db.Transaction.Transaction] 
> (Job-Executor-75:job-224729 = [ bb0b666a-ef03-4712-bc62-f3e27c82282c ]) 
> Rolling back the transaction: Time = 3 Name =  -AsyncJobManagerImp
> l$1.run:494-Executors$RunnableAdapter.call:471-FutureTask$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:1110-ThreadPoolExecutor$Worker.run:603-Thread.run:679;
>  called by -Transac
> tion.rollback:897-PrivateIpDaoImpl.allocateIpAddress:85-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VpcVirtualNetworkApplianceManagerImpl.createPrivateNicProfileForGatew
> ay:1294-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VpcVirtualNetworkApplianceManagerImpl.createVpcRouterNetworks:1250-VpcVirtualNetworkApplianceManagerImpl.deployVpcRou
> ter:329-VpcVirtualNetworkApplianceManagerImpl.findOrDeployVirtualRouterInVpc:227-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VpcVirtualNetworkApplianceManagerImpl.deploy
> VirtualRouterInVpc:176-VpcVirtualRouterElement.implementVpc:126-VpcManagerImpl.startVpc:992
> 2014-02-07 10:53:22,642 WARN  [network.vpc.VpcManagerImpl] 
> (Job-Executor-75:job-224729 = [ bb0b666a-ef03-4712-bc62-f3e27c82282c ]) 
> Failed to start vpc [VPC [237-SBP_VPC_AJENKINS1] due to
> java.lang.NullPointerException
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.createPrivateNicProfileForGateway(VpcVirtualNetworkApplianceManagerImpl.java:1295)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.createVpcRouterNetworks(VpcVirtualNetworkApplianceManagerImpl.java:1250)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.deployVpcRouter(VpcVirtualNetworkApplianceManagerImpl.java:329)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.findOrDeployVirtualRouterInVpc(VpcVirtualNetworkApplianceManagerImpl.java:227)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.deployVirtualRouterInVpc(VpcVirtualNetworkApplianceManagerImpl.java:176)
> at 
> com.cloud.network.element.VpcVirtualRouterElement.implementVpc(VpcVirtualRouterElement.java:126)
> at 
> com.cloud.network.vpc.VpcManagerImpl.startVpc(VpcManagerImpl.java:992)
> at 
> com.cloud.network.vpc.VpcManagerImpl.startVpc(VpcManagerImpl.java:964)
> at 
> com.cloud.network.vpc.VpcManagerImpl.restartVpc(VpcManagerImpl.java:1304)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vpc.RestartVPCCmd.execute(RestartVPCCmd.java:80)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecuto

[jira] [Created] (CLOUDSTACK-8187) webui: label.add.isolated.guest.network not found

2015-01-31 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-8187:
---

 Summary: webui: label.add.isolated.guest.network not found 
 Key: CLOUDSTACK-8187
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8187
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.5.0
Reporter: Pierre-Luc Dion
Priority: Trivial


When Creating Isolated Guest Network using UI, the notification display 
``label.add.isolated.guest.network`` instead text like "Creating isolated guest 
network"



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


[jira] [Created] (CLOUDSTACK-8188) using ReinstallVM display label.password.reset.confirm in the popup for the new password

2015-01-31 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-8188:
---

 Summary: using ReinstallVM display label.password.reset.confirm in 
the popup for the new password
 Key: CLOUDSTACK-8188
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8188
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.5.0
Reporter: Pierre-Luc Dion
Priority: Trivial


Using "ReinstallVM" button display ``label.password.reset.confirm`` in the 
popup containing the new root password when password is enable.



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


[jira] [Closed] (CLOUDSTACK-8042) Fail to upgrade to 4.5.0 from 4.3.1

2015-02-01 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-8042.
---
   Resolution: Fixed
Fix Version/s: 4.5.0

This issue is fixed since 4.5.0-RC2

> Fail to upgrade to 4.5.0 from 4.3.1
> ---
>
> Key: CLOUDSTACK-8042
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8042
> 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: Pierre-Luc Dion
>Priority: Blocker
>  Labels: upgrade
> Fix For: 4.5.0
>
> Attachments: catalina.out, localhost.2014-12-06.log, 
> management-server.log
>
>
> Fail to upgrade the management-server from 4.3.1 to 4.5.0. 
> The management-server is not working anymore after a direct upgrade from 
> 4.3.1 -> 4.5.0-rc1



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


[jira] [Created] (CLOUDSTACK-8231) Fail to create load-balancing service on VPC

2015-02-08 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-8231:
---

 Summary: Fail to create load-balancing service on VPC
 Key: CLOUDSTACK-8231
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8231
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.5.0
Reporter: Pierre-Luc Dion
Priority: Critical


Using the uI, cannot create Load-Balancing rules on a VPC tier because the 
load-balancing algorithm  is empty and the drop down display nothing.





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


[jira] [Commented] (CLOUDSTACK-8231) Fail to create load-balancing service on VPC

2015-02-08 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8231:
-

CLOUDSTACK-7915 might be the cause of this issue.

> Fail to create load-balancing service on VPC
> 
>
> Key: CLOUDSTACK-8231
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8231
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Priority: Critical
> Attachments: lb-algo.png
>
>
> Using the uI, cannot create Load-Balancing rules on a VPC tier because the 
> load-balancing algorithm  is empty and the drop down display nothing.



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


[jira] [Updated] (CLOUDSTACK-8231) Fail to create load-balancing service on VPC

2015-02-08 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-8231:

Attachment: lb-algo.png

> Fail to create load-balancing service on VPC
> 
>
> Key: CLOUDSTACK-8231
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8231
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Priority: Critical
> Attachments: lb-algo.png
>
>
> Using the uI, cannot create Load-Balancing rules on a VPC tier because the 
> load-balancing algorithm  is empty and the drop down display nothing.



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


[jira] [Updated] (CLOUDSTACK-8231) Fail to create load-balancing service on VPC

2015-02-08 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-8231:

Priority: Major  (was: Critical)

> Fail to create load-balancing service on VPC
> 
>
> Key: CLOUDSTACK-8231
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8231
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
> Attachments: lb-algo.png
>
>
> Using the uI, cannot create Load-Balancing rules on a VPC tier because the 
> load-balancing algorithm  is empty and the drop down display nothing.



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


[jira] [Commented] (CLOUDSTACK-8231) Fail to create load-balancing service on VPC

2015-02-08 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8231:
-

this bug does not affect the API.  creating LB rule does work with cloudmonkey.

> Fail to create load-balancing service on VPC
> 
>
> Key: CLOUDSTACK-8231
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8231
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Priority: Critical
> Attachments: lb-algo.png
>
>
> Using the uI, cannot create Load-Balancing rules on a VPC tier because the 
> load-balancing algorithm  is empty and the drop down display nothing.



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


[jira] [Created] (CLOUDSTACK-8232) UI: missing label: label.na

2015-02-08 Thread Pierre-Luc Dion (JIRA)
Pierre-Luc Dion created CLOUDSTACK-8232:
---

 Summary: UI: missing label: label.na
 Key: CLOUDSTACK-8232
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8232
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.5.0
Reporter: Pierre-Luc Dion
Priority: Trivial


in the Details page of a Guest Network, the VPC ID display: 'label.na' instead 
of  'N/A'.





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


[jira] [Commented] (CLOUDSTACK-8231) Fail to create load-balancing service on VPC

2015-02-08 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8231:
-

This issue does not affect Load-Balancing for an Isolated Guest Network.

> Fail to create load-balancing service on VPC
> 
>
> Key: CLOUDSTACK-8231
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8231
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
> Attachments: lb-algo.png
>
>
> Using the uI, cannot create Load-Balancing rules on a VPC tier because the 
> load-balancing algorithm  is empty and the drop down display nothing.



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


[jira] [Comment Edited] (CLOUDSTACK-8234) SS VM agent fails to start due to Java error

2015-02-08 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion edited comment on CLOUDSTACK-8234 at 2/9/15 1:46 AM:
-

Did you add new SystemVM template when the upgrade to 4.5.0 was performed?  
also, can you get the version of the running systemvm ?  "cat 
/etc/cloudstack-release" inside the SSVM.

Thanks,


was (Author: pdion):
Did you add new SystemVM template when the upgrade to 4.5.0 was performed?  
also, can you get the version of the running systemvm ?  "cat /etc/cloudstack" 
inside the SSVM.

Thanks,

> SS VM agent fails to start due to Java error
> 
>
> Key: CLOUDSTACK-8234
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8234
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: SystemVM
>Affects Versions: 4.5.0
> Environment: CentOS 6, KVM
>Reporter: Nux
>Priority: Critical
>  Labels: secondary_storage, ssvm
>
> After an upgrade from 4.4.2 everything appears to go smoothly except the SSVM 
> agent which fails to start:
> From the VM's /var/log/cloud.log:
> ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource 
> class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource 
> due to: java.lang.ClassNotFoundException: 
> com.cloud.storage.resource.PremiumSecondaryStorageResource
> More here http://fpaste.org/183058/34269811/raw/
> Java is installed:
> root@s-386-VM:~# dpkg -l| grep jre
> ii  openjdk-7-jre-headless:amd64   7u75-2.5.4-1~deb7u1  amd64 
>OpenJDK Java runtime, using Hotspot JIT (headless)
> The HV and management servers are also on openjdk 7 (1.7.0) from CentOS 6 
> stock.



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


[jira] [Commented] (CLOUDSTACK-8234) SS VM agent fails to start due to Java error

2015-02-08 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-8234:
-

Did you add new SystemVM template when the upgrade to 4.5.0 was performed?  
also, can you get the version of the running systemvm ?  "cat /etc/cloudstack" 
inside the SSVM.

Thanks,

> SS VM agent fails to start due to Java error
> 
>
> Key: CLOUDSTACK-8234
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8234
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: SystemVM
>Affects Versions: 4.5.0
> Environment: CentOS 6, KVM
>Reporter: Nux
>Priority: Critical
>  Labels: secondary_storage, ssvm
>
> After an upgrade from 4.4.2 everything appears to go smoothly except the SSVM 
> agent which fails to start:
> From the VM's /var/log/cloud.log:
> ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource 
> class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource 
> due to: java.lang.ClassNotFoundException: 
> com.cloud.storage.resource.PremiumSecondaryStorageResource
> More here http://fpaste.org/183058/34269811/raw/
> Java is installed:
> root@s-386-VM:~# dpkg -l| grep jre
> ii  openjdk-7-jre-headless:amd64   7u75-2.5.4-1~deb7u1  amd64 
>OpenJDK Java runtime, using Hotspot JIT (headless)
> The HV and management servers are also on openjdk 7 (1.7.0) from CentOS 6 
> stock.



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


[jira] [Commented] (CLOUDSTACK-6823) Brocade Network plugin to orchestrate Brocade VDX switches

2015-02-09 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-6823:
-

Is this part of 4.5.0 currently in RC?

> Brocade Network plugin to orchestrate Brocade VDX switches
> --
>
> Key: CLOUDSTACK-6823
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6823
> Project: CloudStack
>  Issue Type: New Feature
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.4.0
> Environment: •CloudStack supported KVM Hypervisor, VMWare, 
> XenServer 
> • Brocade VDX switches running Network Operating System 5.0 or above. The 
> following models are supported: 
> o VDX 8770, VDX 8770-8, VDX 8770-4, VDX 6740 and VDX 6740T
>Reporter: Ritu Sabharwal
>Assignee: Ritu Sabharwal
>  Labels: Brocade
> Fix For: 4.5.0
>
>
> This plugin is focused on providing L2 services initially with other services 
> coming in later. This feature is about a CloudStack network-guru plugin to 
> automatically orchestrate Brocade’s switches to provide tenant isolation via 
> VLAN. When isolated networks are created from CloudStack and allocated VLAN, 
> a port profile is created on the switch for the network with the VLAN profile 
> for the allocated VLAN which defines the VLAN membership for the overall port 
> profile. When a VM is created and attached to the network, the VMs MAC 
> address is associated with the port profile of the network. The port profile 
> is applied to the switch when the MAC address is learned. When the VM is 
> deleted, the VMs MAC address is disassociated from the port profile of the 
> network. When an isolated Network is deleted, the port-profile for the 
> network is deleted from the switches. The plugin also implements the 
> capability to monitor the availability of the switch when it is configured 
> first time. If there are no isolated Networks using the physical switch, the 
> monitoring capability is disabled for the switch.
> The Brocade Network Plugin orchestrates Brocade’s switches using REST APIs. 
> The plugin uses pre-configured properties file to provide the details of 
> Brocade switches (IP Address, UserName, Password). In order to find out which 
> switches are connected to the hypervisor hosts, the plugin uses the 
> properties file to specify the pod to switch mapping.



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


[jira] [Assigned] (CLOUDSTACK-8232) UI: missing label: label.na

2015-02-18 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-8232:
---

Assignee: Pierre-Luc Dion

> UI: missing label: label.na
> ---
>
> Key: CLOUDSTACK-8232
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8232
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
>
> in the Details page of a Guest Network, the VPC ID display: 'label.na' 
> instead of  'N/A'.



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


[jira] [Commented] (CLOUDSTACK-4351) [DOC] 4.3.2. Host/Hypervisor System Requirements has misleading or premature note

2015-02-19 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-4351:
-

I've never removed that line, and never got any feed back, so I will remove it 
while updating install guide to 4.5.0...

Thanks for the reminder :-)

> [DOC] 4.3.2. Host/Hypervisor System Requirements has misleading  or premature 
> note
> --
>
> Key: CLOUDSTACK-4351
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4351
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.2.0
> Environment: All
>Reporter: Ron Wheeler
>Assignee: Pierre-Luc Dion
> Fix For: 4.5.0
>
>
> Note
> If DHCP is used for hosts, ensure that no conflict occurs between DHCP server
> used for these hosts and the DHCP router created by CloudStack.
> How can you do this at this point?
> Cloudstack does not have a DHCP server at this point.
> There is nothing for the user to do at this point.
> It should be moved to closer to the point where the DHCP server addresses are 
> specified.



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


[jira] [Assigned] (CLOUDSTACK-8187) webui: label.add.isolated.guest.network not found

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-8187:
---

Assignee: Pierre-Luc Dion

> webui: label.add.isolated.guest.network not found 
> --
>
> Key: CLOUDSTACK-8187
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8187
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
>
> When Creating Isolated Guest Network using UI, the notification display 
> ``label.add.isolated.guest.network`` instead text like "Creating isolated 
> guest network"



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


[jira] [Assigned] (CLOUDSTACK-8188) using ReinstallVM display label.password.reset.confirm in the popup for the new password

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-8188:
---

Assignee: Pierre-Luc Dion

> using ReinstallVM display label.password.reset.confirm in the popup for the 
> new password
> 
>
> Key: CLOUDSTACK-8188
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8188
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
>
> Using "ReinstallVM" button display ``label.password.reset.confirm`` in the 
> popup containing the new root password when password is enable.



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


[jira] [Resolved] (CLOUDSTACK-8188) using ReinstallVM display label.password.reset.confirm in the popup for the new password

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-8188.
-
   Resolution: Fixed
Fix Version/s: 4.5.0

> using ReinstallVM display label.password.reset.confirm in the popup for the 
> new password
> 
>
> Key: CLOUDSTACK-8188
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8188
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> Using "ReinstallVM" button display ``label.password.reset.confirm`` in the 
> popup containing the new root password when password is enable.



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


[jira] [Closed] (CLOUDSTACK-8187) webui: label.add.isolated.guest.network not found

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-8187.
---

> webui: label.add.isolated.guest.network not found 
> --
>
> Key: CLOUDSTACK-8187
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8187
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> When Creating Isolated Guest Network using UI, the notification display 
> ``label.add.isolated.guest.network`` instead text like "Creating isolated 
> guest network"



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


[jira] [Closed] (CLOUDSTACK-8188) using ReinstallVM display label.password.reset.confirm in the popup for the new password

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-8188.
---

> using ReinstallVM display label.password.reset.confirm in the popup for the 
> new password
> 
>
> Key: CLOUDSTACK-8188
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8188
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> Using "ReinstallVM" button display ``label.password.reset.confirm`` in the 
> popup containing the new root password when password is enable.



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


[jira] [Closed] (CLOUDSTACK-8232) UI: missing label: label.na

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-8232.
---

> UI: missing label: label.na
> ---
>
> Key: CLOUDSTACK-8232
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8232
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> in the Details page of a Guest Network, the VPC ID display: 'label.na' 
> instead of  'N/A'.



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


[jira] [Resolved] (CLOUDSTACK-8187) webui: label.add.isolated.guest.network not found

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-8187.
-
   Resolution: Fixed
Fix Version/s: 4.5.0

> webui: label.add.isolated.guest.network not found 
> --
>
> Key: CLOUDSTACK-8187
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8187
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> When Creating Isolated Guest Network using UI, the notification display 
> ``label.add.isolated.guest.network`` instead text like "Creating isolated 
> guest network"



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


[jira] [Resolved] (CLOUDSTACK-8232) UI: missing label: label.na

2015-02-19 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-8232.
-
   Resolution: Fixed
Fix Version/s: 4.5.0

> UI: missing label: label.na
> ---
>
> Key: CLOUDSTACK-8232
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8232
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.5.0
>Reporter: Pierre-Luc Dion
>Assignee: Pierre-Luc Dion
>Priority: Trivial
> Fix For: 4.5.0
>
>
> in the Details page of a Guest Network, the VPC ID display: 'label.na' 
> instead of  'N/A'.



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


[jira] [Resolved] (CLOUDSTACK-7482) Ajax calls in mgmt UI causing log pollution

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion resolved CLOUDSTACK-7482.
-
Resolution: Fixed

> Ajax calls in mgmt UI causing log pollution
> ---
>
> Key: CLOUDSTACK-7482
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7482
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.4.0
>Reporter: Kedron Touvell
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Many of the ajax calls in the mgmt UI are specifying a listAll parameter, 
> despite the fact that the underlying API call does not support listAll.  This 
> is causing a decent amount of log pollution:
> {quote}
> 2014-09-03 10:54:21,475 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-8:ctx-aefb6d5e ctx-08b63c18) Received unknown parameters for 
> command listImageStores. Unknown parameters : listall type
> {quote}
> These parameters are set in {{ui/scripts/system.js}}, for example:
> {noformat}
> systemVmCount: function (data) {
> $.ajax({
> url: createURL('listSystemVms'),
> data: {
> listAll: true,
> {noformat}
> Here's the list of API calls that I see generating warnings:
> * listClusters
> * listHosts
> * listImageStores
> * listNetworkOfferings
> * listPods
> * listRegions
> * listServiceOfferings
> * listStoragePools
> * listSystemVms
> * listZones
> One more to add...listDomains is being called with a parentdomainid 
> parameter, leading to the following warning:
> {quote}
> 2014-09-04 11:59:01,217 WARN  [c.c.a.d.ParamGenericValidationWorker] 
> (catalina-exec-5:ctx-c85dc843 ctx-647a43c1 ctx-bcd4e41b) Received unknown 
> parameters for command listDomains. Unknown parameters : parentdomainid
> {quote}



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


[jira] [Closed] (CLOUDSTACK-2373) Docs page not found http://cloudstack.apache.org/docs/zh-CN/index.html

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-2373.
---
Resolution: Fixed

it's working.

> Docs page not found http://cloudstack.apache.org/docs/zh-CN/index.html
> --
>
> Key: CLOUDSTACK-2373
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2373
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Reporter: zhifeng hu
>
> Docs page not found http://cloudstack.apache.org/docs/zh-CN/index.html
> Not Found
> The requested URL /docs/zh-CN/index.html was not found on this server.
> Apache/2.4.4 (Unix) mod_wsgi/3.4 Python/2.7.3 OpenSSL/1.0.0g Server at 
> cloudstack.apache.org Port 80



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


[jira] [Closed] (CLOUDSTACK-4151) 4.5.5. About Password and Key Encryption unclear

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-4151.
---
   Resolution: Fixed
Fix Version/s: 4.5.0

The section About Password and Key Encryption of the installation doc as been 
moved out of the installation precedure.

> 4.5.5. About Password and Key Encryption unclear
> 
>
> Key: CLOUDSTACK-4151
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4151
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.1.1
> Environment: all
>Reporter: Ron Wheeler
>Assignee: Pierre-Luc Dion
>Priority: Blocker
> Fix For: 4.5.0
>
>
> 4.5.5. About Password and Key Encryption
> The purpose of this section is a bit obcure. What is the reader supposed to 
> do with this information?
> There seems to be a lot of magical activities here wherein keys and secrets 
> get stored in databases without any mention of how they get there.
> There seems to be a list of items that are incrypted but no explaination 
> about what is the reader\'s role in this or who creates them or why you are 
> telling the reader this at this point in the process.
> It might be clearer if " The data values are encrypted and decrypted using a 
> database secret key, which is stored in one of CloudStack’s internal 
> properties files along with the database password. The other encrypted values 
> listed above, such as SSH keys, are in the CloudStack internal database."  
> included some mention about how this happens and when and whether the reader 
> has to do something to make any of this happen correctly.
> If it is really only informational and has nothing to do with the 
> installation process, it could be moved out of the flow and referenced as 
> something that terminally curious might wish to know.



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


[jira] [Closed] (CLOUDSTACK-4351) [DOC] 4.3.2. Host/Hypervisor System Requirements has misleading or premature note

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-4351.
---
Resolution: Fixed

the note as been removed.

> [DOC] 4.3.2. Host/Hypervisor System Requirements has misleading  or premature 
> note
> --
>
> Key: CLOUDSTACK-4351
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4351
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.2.0
> Environment: All
>Reporter: Ron Wheeler
>Assignee: Pierre-Luc Dion
> Fix For: 4.5.0
>
>
> Note
> If DHCP is used for hosts, ensure that no conflict occurs between DHCP server
> used for these hosts and the DHCP router created by CloudStack.
> How can you do this at this point?
> Cloudstack does not have a DHCP server at this point.
> There is nothing for the user to do at this point.
> It should be moved to closer to the point where the DHCP server addresses are 
> specified.



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


[jira] [Closed] (CLOUDSTACK-2179) The url for downloading the maven 3.0.4 in INSTALL.md is not valid.

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-2179.
---
Resolution: Fixed

this as been corrected. the link work.

> The url for downloading the maven 3.0.4 in INSTALL.md is not valid.
> ---
>
> Key: CLOUDSTACK-2179
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2179
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
> Environment: master
>Reporter: Isaac Chiang
>Priority: Minor
>  Labels: doc
>
> The resource link (line 26 in INSTALL.md) for maven 3.0.4 is no longer 
> available, need to relocate.



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


[jira] [Assigned] (CLOUDSTACK-6952) Building from Source Doc needs updating

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-6952:
---

Assignee: Pierre-Luc Dion

> Building from Source Doc needs updating
> ---
>
> Key: CLOUDSTACK-6952
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6952
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.4.0
> Environment: Ubuntu 12.04.4
>Reporter: Carlos Reategui
>Assignee: Pierre-Luc Dion
>
> http://cloudstack-installation.readthedocs.org/en/latest/building_from_source.html
>  needs the following updates:
> Building DEB packages section:
> - maven 3 is now part of the standard precise repo.  No need to add ppa. See 
> http://packages.ubuntu.com/precise/maven
> - The pre-reqs say not to use tomcat 6.0.35 however tomcat6 default in 12.04 
> is currently 6.0.35.  I would have edited the doc in github but wasn't sure 
> what the preferred way to fix this one was.
> - change mvn3 command to mvn. assumes above change to install default rather 
> than from ppa.
> - 'mvn -P deps' gave me a warning that deps profile does not exist.
> - 'dpkg-buildpackage -uc -us' fails tomcat6 dependency if one manually sets 
> up tomcat 6.0.33 since dpkg doesn't know about it.  Need to add -d option, 
> however not sure how safe that is since other dependencies will not be 
> checked.
> - packages are available in the parent path (i.e. ../*.deb) but the doc 
> doesn't mention that and therefore the commands to create the apt repo won't 
> work.  Not sure if this is a difference since I built from git rather than 
> from the tar file linked in the doc.
> Also should review https://github.com/apache/cloudstack/blob/4.4/INSTALL.md 
> and make sure it is consistent with this doc and some of the above apply to 
> it as well.



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


[jira] [Closed] (CLOUDSTACK-6952) Building from Source Doc needs updating

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-6952.
---
Resolution: Fixed

fixed in 4.5.0 install doc

> Building from Source Doc needs updating
> ---
>
> Key: CLOUDSTACK-6952
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6952
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.4.0
> Environment: Ubuntu 12.04.4
>Reporter: Carlos Reategui
>Assignee: Pierre-Luc Dion
>
> http://cloudstack-installation.readthedocs.org/en/latest/building_from_source.html
>  needs the following updates:
> Building DEB packages section:
> - maven 3 is now part of the standard precise repo.  No need to add ppa. See 
> http://packages.ubuntu.com/precise/maven
> - The pre-reqs say not to use tomcat 6.0.35 however tomcat6 default in 12.04 
> is currently 6.0.35.  I would have edited the doc in github but wasn't sure 
> what the preferred way to fix this one was.
> - change mvn3 command to mvn. assumes above change to install default rather 
> than from ppa.
> - 'mvn -P deps' gave me a warning that deps profile does not exist.
> - 'dpkg-buildpackage -uc -us' fails tomcat6 dependency if one manually sets 
> up tomcat 6.0.33 since dpkg doesn't know about it.  Need to add -d option, 
> however not sure how safe that is since other dependencies will not be 
> checked.
> - packages are available in the parent path (i.e. ../*.deb) but the doc 
> doesn't mention that and therefore the commands to create the apt repo won't 
> work.  Not sure if this is a difference since I built from git rather than 
> from the tar file linked in the doc.
> Also should review https://github.com/apache/cloudstack/blob/4.4/INSTALL.md 
> and make sure it is consistent with this doc and some of the above apply to 
> it as well.



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


[jira] [Closed] (CLOUDSTACK-1990) Docs: Update "Choosing a Hypervisor" feature matrix with new info

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-1990.
---
   Resolution: Fixed
Fix Version/s: (was: 4.4.3)
   4.5.0

does contain missing information.

> Docs: Update "Choosing a Hypervisor" feature matrix with new info
> -
>
> Key: CLOUDSTACK-1990
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1990
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.2.0
>Reporter: Jessica Tomechak
>Assignee: Pierre-Luc Dion
> Fix For: 4.5.0
>
>
> This section was added to the Installation Guide as a straight port from 
> older docs. It still needs someone to review it, remove outdated hypervisor 
> versions, and put in the additional hypervisors and versions that will be 
> supported in the next CloudStack release.



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


[jira] [Commented] (CLOUDSTACK-1359) Clarify what we mean by GB in CloudStack documentation

2015-03-07 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-1359:
-

added this : in Create disk offering:

Disk Size: Appears only if Custom Disk Size is not selected. Define the volume 
size in GB (2^30 1GB = 1,073,741,824 Bytes).

http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/latest/service_offerings.html#creating-a-new-disk-offering

> Clarify what we mean by GB in CloudStack documentation
> --
>
> Key: CLOUDSTACK-1359
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1359
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: pre-4.0.0, 4.0.0
> Environment: Here is an example page with this issue:  
> http://incubator.apache.org/cloudstack/docs/api/apidocs-4.0.0/root_admin/createDiskOffering.html
>Reporter: Mike Tutkowski
>Assignee: Pierre-Luc Dion
>  Labels: documentation
> Fix For: pre-4.0.0, 4.0.0
>
>
> On the example page above, the disksize field lists that that it is in GB.  
> For some people GB means 10 raised to the 9th power (1,000,000,000) bytes 
> while for others it means 2 raised to the 30th power (1,073,741,824) bytes.
> Check out Wiki here:  http://en.wikipedia.org/wiki/Gigabyte.
> I recommend we clarify documents to indicate we are talking about a GB being 
> equal to 1,073,741,824 bytes (which is often known as a GiB).



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


[jira] [Commented] (CLOUDSTACK-1359) Clarify what we mean by GB in CloudStack documentation

2015-03-07 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-1359:
-

added to APIDOC: size of the disk offering in GB (1GB = 1,073,741,824 bytes)
for createDiskOffering.

> Clarify what we mean by GB in CloudStack documentation
> --
>
> Key: CLOUDSTACK-1359
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1359
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: pre-4.0.0, 4.0.0
> Environment: Here is an example page with this issue:  
> http://incubator.apache.org/cloudstack/docs/api/apidocs-4.0.0/root_admin/createDiskOffering.html
>Reporter: Mike Tutkowski
>Assignee: Pierre-Luc Dion
>  Labels: documentation
> Fix For: pre-4.0.0, 4.0.0
>
>
> On the example page above, the disksize field lists that that it is in GB.  
> For some people GB means 10 raised to the 9th power (1,000,000,000) bytes 
> while for others it means 2 raised to the 30th power (1,073,741,824) bytes.
> Check out Wiki here:  http://en.wikipedia.org/wiki/Gigabyte.
> I recommend we clarify documents to indicate we are talking about a GB being 
> equal to 1,073,741,824 bytes (which is often known as a GiB).



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


[jira] [Closed] (CLOUDSTACK-1359) Clarify what we mean by GB in CloudStack documentation

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-1359.
---
   Resolution: Fixed
Fix Version/s: (was: pre-4.0.0)
   (was: 4.0.0)
   4.6.0

Documentation updated on ACS 4.5.0

> Clarify what we mean by GB in CloudStack documentation
> --
>
> Key: CLOUDSTACK-1359
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1359
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: pre-4.0.0, 4.0.0
> Environment: Here is an example page with this issue:  
> http://incubator.apache.org/cloudstack/docs/api/apidocs-4.0.0/root_admin/createDiskOffering.html
>Reporter: Mike Tutkowski
>Assignee: Pierre-Luc Dion
>  Labels: documentation
> Fix For: 4.6.0
>
>
> On the example page above, the disksize field lists that that it is in GB.  
> For some people GB means 10 raised to the 9th power (1,000,000,000) bytes 
> while for others it means 2 raised to the 30th power (1,073,741,824) bytes.
> Check out Wiki here:  http://en.wikipedia.org/wiki/Gigabyte.
> I recommend we clarify documents to indicate we are talking about a GB being 
> equal to 1,073,741,824 bytes (which is often known as a GiB).



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


[jira] [Closed] (CLOUDSTACK-2574) Release note pdf link

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-2574.
---
Resolution: Fixed

outdated issue

> Release note pdf link
> -
>
> Key: CLOUDSTACK-2574
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2574
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.0.2
>Reporter: Alireza Eskandari
>Priority: Trivial
>   Original Estimate: 5m
>  Remaining Estimate: 5m
>
> PDF link for release note of 4.0.2 is not correct.



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


[jira] [Commented] (CLOUDSTACK-6166) Should we be recommending ASYNC NFS in documentation?

2015-03-07 Thread Pierre-Luc Dion (JIRA)

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

Pierre-Luc Dion commented on CLOUDSTACK-6166:
-

There is a not about the async flag, at the end of this page: 
http://cloudstack-installation.readthedocs.org/en/latest/storage_setup.html

sync is usually not performant which probably explain the reason for this 
configuration.

> Should we be recommending ASYNC NFS in documentation?
> -
>
> Key: CLOUDSTACK-6166
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6166
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Reporter: John Kinsella
>Priority: Minor
>
> Looking at current and past installation, we recommend users export secondary 
> storage with async NFS:
> /export  *(rw,async,no_root_squash,no_subtree_check)
> Generally async mode is considered risky from a data reliability point of 
> view (eg 
> http://serverfault.com/questions/328931/how-dangerous-is-nfs-async-when-raid-bbu-and-ups-are-present
>  ).
> While advanced users will see this and ignore it, we probably shouldn't be 
> guiding new ACS users towards async NFS...



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


[jira] [Assigned] (CLOUDSTACK-5117) Update VPN docs

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-5117:
---

Assignee: Pierre-Luc Dion

> Update VPN docs
> ---
>
> Key: CLOUDSTACK-5117
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5117
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Reporter: David Nalley
>Assignee: Pierre-Luc Dion
>
> There are differences in the VPN setup on Win8 - JLK has documented those 
> here: 
> http://theresnomon.co/2013/connecting-to-cloudstack-vpn-from-windows-8/



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


[jira] [Closed] (CLOUDSTACK-5117) Update VPN docs

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-5117.
---
   Resolution: Fixed
Fix Version/s: 4.5.0

http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/latest/networking/using_remote_access.html

> Update VPN docs
> ---
>
> Key: CLOUDSTACK-5117
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5117
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Reporter: David Nalley
>Assignee: Pierre-Luc Dion
> Fix For: 4.5.0
>
>
> There are differences in the VPN setup on Win8 - JLK has documented those 
> here: 
> http://theresnomon.co/2013/connecting-to-cloudstack-vpn-from-windows-8/



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


[jira] [Assigned] (CLOUDSTACK-6166) Should we be recommending ASYNC NFS in documentation?

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-6166:
---

Assignee: Pierre-Luc Dion

> Should we be recommending ASYNC NFS in documentation?
> -
>
> Key: CLOUDSTACK-6166
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6166
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Reporter: John Kinsella
>Assignee: Pierre-Luc Dion
>Priority: Minor
>
> Looking at current and past installation, we recommend users export secondary 
> storage with async NFS:
> /export  *(rw,async,no_root_squash,no_subtree_check)
> Generally async mode is considered risky from a data reliability point of 
> view (eg 
> http://serverfault.com/questions/328931/how-dangerous-is-nfs-async-when-raid-bbu-and-ups-are-present
>  ).
> While advanced users will see this and ignore it, we probably shouldn't be 
> guiding new ACS users towards async NFS...



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


[jira] [Closed] (CLOUDSTACK-4844) Docs show incorrect URL for Windows password reset service download

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-4844.
---
Resolution: Fixed

documentation migrated to ReadTheDoc.org, the link is working.


> Docs show incorrect URL for Windows password reset service download
> ---
>
> Key: CLOUDSTACK-4844
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4844
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.2.0
>Reporter: Demetrius Tsitrelis
>Assignee: Travis Graham
> Attachments: password-management-script-links.patch
>
>
> In Section 12.13.2. Windows OS Installation of the admin guide, there is a 
> link to the CloudInstanceManager.msi.  A slash is missing from the URL.  Even 
> when the slash is added the referenced file does not seem to be in the 
> indicated location.



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


[jira] [Assigned] (CLOUDSTACK-489) Document how to use userdata feature for user vms

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-489:
--

Assignee: Pierre-Luc Dion

> Document how to use userdata feature for user vms
> -
>
> Key: CLOUDSTACK-489
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-489
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: pre-4.0.0
> Environment: KVM, Xen, VMWare etc.
>Reporter: Rohit Yadav
>Assignee: Pierre-Luc Dion
> Fix For: Future
>
>
> The userdata should be a base64 encoded string upto 2KB which is put on 
> domr's html directory and using HTTP GET the userdata information can be 
> obtained from the domr. The operation does not require the VM to be in 
> stopped state, though it is advised to stop and call this api in case the 
> user vm has a script which gets  the userdata information from domr while 
> starting.
> It is fixed with 4c86b1545dda53b74c534d479133692331e12a28. We need to 
> document it, how to use userdata, for example, this script can be used to 
> fetch the data:
> server_ip=$(grep dhcp-server-identifier /var/lib/dhclient-eth0.leases | 
> tail -1 | awk '{print $NF}' | tr '\;' ' ')
> wget http://${server_ip}/latest/user-data
> 
> This feature can be useful, for example to use into puppet facts [1], or to 
> do automation and horizontal scaling etc. based on userdata.
> 
> [0] 
> http://incubator.apache.org/cloudstack/docs/api/apidocs-4.0.0/domain_admin/updateVirtualMachine.html
> [1] 
> http://geek.jasonhancock.com/2011/11/09/cloudstack-userdata-into-puppet-facts/



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


[jira] [Closed] (CLOUDSTACK-489) Document how to use userdata feature for user vms

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-489.
--
Resolution: Fixed

http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/latest/virtual_machines.html#user-data-and-meta-data

> Document how to use userdata feature for user vms
> -
>
> Key: CLOUDSTACK-489
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-489
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: pre-4.0.0
> Environment: KVM, Xen, VMWare etc.
>Reporter: Rohit Yadav
>Assignee: Pierre-Luc Dion
> Fix For: Future
>
>
> The userdata should be a base64 encoded string upto 2KB which is put on 
> domr's html directory and using HTTP GET the userdata information can be 
> obtained from the domr. The operation does not require the VM to be in 
> stopped state, though it is advised to stop and call this api in case the 
> user vm has a script which gets  the userdata information from domr while 
> starting.
> It is fixed with 4c86b1545dda53b74c534d479133692331e12a28. We need to 
> document it, how to use userdata, for example, this script can be used to 
> fetch the data:
> server_ip=$(grep dhcp-server-identifier /var/lib/dhclient-eth0.leases | 
> tail -1 | awk '{print $NF}' | tr '\;' ' ')
> wget http://${server_ip}/latest/user-data
> 
> This feature can be useful, for example to use into puppet facts [1], or to 
> do automation and horizontal scaling etc. based on userdata.
> 
> [0] 
> http://incubator.apache.org/cloudstack/docs/api/apidocs-4.0.0/domain_admin/updateVirtualMachine.html
> [1] 
> http://geek.jasonhancock.com/2011/11/09/cloudstack-userdata-into-puppet-facts/



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


[jira] [Closed] (CLOUDSTACK-1605) No Documentation on Network Throttling

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-1605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-1605.
---
Resolution: Fixed

doc does exist: 
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/latest/service_offerings.html#network-throttling


> No Documentation on Network Throttling
> --
>
> Key: CLOUDSTACK-1605
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1605
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.0.0, 4.0.1
> Environment: KVM
>Reporter: Brian Furry
>
> There is no documentation in the 4.0.0 or 4.0.1 Admin Guide on network 
> throttling (network.throttling.rate and vm.network.throttling.rate global 
> settings).
> Is this throttling done at the hypervisor? What hypervisors does this feature 
> work with? Does it work with KVM?



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


[jira] [Updated] (CLOUDSTACK-2100) Need tooltips for new VM Snapshot dialog

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-2100:

Fix Version/s: 4.6.0

> Need tooltips for new VM Snapshot dialog
> 
>
> Key: CLOUDSTACK-2100
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2100
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc, UI
>Affects Versions: 4.2.0
>Reporter: Jessica Tomechak
>Priority: Minor
> Fix For: 4.6.0
>
>
> In the new Take VM Snapshot dialog (Instances - instance name - Take VM 
> Snapshot button) there are no popup tooltips to describe the fields and the 
> checkbox.
> Also, it would be useful to note in the dialog text somewhere that "The VM 
> file system will not be quiesced" since this is an important limitation when 
> you're using this dialog.
> Some suggested text for the tooltips:
> Name: (Optional) Give the snapshot a name. A unique name will be 
> automatically generated if you leave this blank.
> Description: (Optional) Notes or comments about the snapshot.
> Snapshot memory: Check this to include CPU/memory state. If not checked, the 
> snapshot includes only data volumes.



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


[jira] [Assigned] (CLOUDSTACK-2100) Need tooltips for new VM Snapshot dialog

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-2100:
---

Assignee: Pierre-Luc Dion

> Need tooltips for new VM Snapshot dialog
> 
>
> Key: CLOUDSTACK-2100
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2100
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc, UI
>Affects Versions: 4.2.0
>Reporter: Jessica Tomechak
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: 4.6.0
>
>
> In the new Take VM Snapshot dialog (Instances - instance name - Take VM 
> Snapshot button) there are no popup tooltips to describe the fields and the 
> checkbox.
> Also, it would be useful to note in the dialog text somewhere that "The VM 
> file system will not be quiesced" since this is an important limitation when 
> you're using this dialog.
> Some suggested text for the tooltips:
> Name: (Optional) Give the snapshot a name. A unique name will be 
> automatically generated if you leave this blank.
> Description: (Optional) Notes or comments about the snapshot.
> Snapshot memory: Check this to include CPU/memory state. If not checked, the 
> snapshot includes only data volumes.



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


[jira] [Closed] (CLOUDSTACK-2100) Need tooltips for new VM Snapshot dialog

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-2100.
---
Resolution: Fixed

commit 002236e489047508e8483034f42981c9fbad1f04

> Need tooltips for new VM Snapshot dialog
> 
>
> Key: CLOUDSTACK-2100
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2100
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc, UI
>Affects Versions: 4.2.0
>Reporter: Jessica Tomechak
>Assignee: Pierre-Luc Dion
>Priority: Minor
> Fix For: 4.6.0
>
>
> In the new Take VM Snapshot dialog (Instances - instance name - Take VM 
> Snapshot button) there are no popup tooltips to describe the fields and the 
> checkbox.
> Also, it would be useful to note in the dialog text somewhere that "The VM 
> file system will not be quiesced" since this is an important limitation when 
> you're using this dialog.
> Some suggested text for the tooltips:
> Name: (Optional) Give the snapshot a name. A unique name will be 
> automatically generated if you leave this blank.
> Description: (Optional) Notes or comments about the snapshot.
> Snapshot memory: Check this to include CPU/memory state. If not checked, the 
> snapshot includes only data volumes.



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


[jira] [Closed] (CLOUDSTACK-3008) Section 4.5.3.2 of the 4.1.0 documentation is incorrect cloud-client does not seem to exist

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-3008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-3008.
---
Resolution: Won't Fix

documentation too old.

> Section 4.5.3.2 of the 4.1.0 documentation is incorrect cloud-client does not 
> seem to exist
> ---
>
> Key: CLOUDSTACK-3008
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3008
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.1.0
> Environment: Ubuntu Precise
>Reporter: Gary Richards
>Priority: Minor
>  Labels: documentation
>
> Section 4.5.3.2 of the 4.1.0 documentation is incorrect, the package 
> cloud-client does not seem to exist.
> Further along in the documentation I located the suggestion that I use the 
> cloudstack-setup-databases tool.
> I tracked this down to the cloudstack-management package. Which I would guess 
> is probably what the documentation should now say.



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


[jira] [Closed] (CLOUDSTACK-2896) pt-BR docs without index.html

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion closed CLOUDSTACK-2896.
---
Resolution: Won't Fix

documentation move on readthedocs.org

> pt-BR docs without index.html
> -
>
> Key: CLOUDSTACK-2896
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2896
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.1.0
> Environment: Environment: Windows Vista, Google Chrome Browser, 
> Locale pt-BR
>Reporter: Ricardo Katz
>Priority: Trivial
> Fix For: 4.1.0
>
>
> On pt-BR the index.html from the 'docs' doesn't exists yet.  As it grabs the 
> locale from my browser it redirects me to 
> http://cloudstack.apache.org/docs/pt-BR/index.html which doesn't exists, but 
> the rest 
> (http://cloudstack.apache.org/docs/pt-BR/Apache_CloudStack/4.1.0/html/Admin_Guide/index.html)
>  is there



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


[jira] [Assigned] (CLOUDSTACK-3990) Change host password documentation

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-3990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion reassigned CLOUDSTACK-3990:
---

Assignee: Pierre-Luc Dion

> Change host password documentation
> --
>
> Key: CLOUDSTACK-3990
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3990
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.1.0
>Reporter: Kirk Jantzer
>Assignee: Pierre-Luc Dion
>Priority: Minor
>  Labels: documentation
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Admin_Guide/change-host-password.html
> This document says to update the password column, which doesn't exist in the 
> host table.



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


[jira] [Updated] (CLOUDSTACK-3990) Change host password documentation

2015-03-07 Thread Pierre-Luc Dion (JIRA)

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-3990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre-Luc Dion updated CLOUDSTACK-3990:

Fix Version/s: 4.5.0

> Change host password documentation
> --
>
> Key: CLOUDSTACK-3990
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3990
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Doc
>Affects Versions: 4.1.0
>Reporter: Kirk Jantzer
>Assignee: Pierre-Luc Dion
>Priority: Minor
>  Labels: documentation
> Fix For: 4.5.0
>
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Admin_Guide/change-host-password.html
> This document says to update the password column, which doesn't exist in the 
> host table.



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


  1   2   3   4   5   6   >