Re: Systems VM Agent status-disconnect after upgrading from Cloudstack 4.1 to 4.2

[Rafael Weingartner]

Have you added the new system VM template into the CS before you start the
upgrade process?


On Fri, Apr 4, 2014 at 1:00 PM, Xerex Bueno wrote:

> Yes, also if I remember correctly it actually tells you to do that in the
> upgrade documentation. In the event it doesn't automatically recreate it,
> restart the CA management service.
>
> Sent from my iPhone
>
> > On Apr 4, 2014, at 10:57 AM, "motty cruz"  wrote:
> >
> > hello Xerex, do you mean destroying the Systems VMs? I did that once
> > testing environment and CS never recreated, so i'm afraid to do so now in
> > production environment.
> >
> >
> > On Fri, Apr 4, 2014 at 8:53 AM, Xerex Bueno  >wrote:
> >
> >> Have you tried destroying the instance and allowing CS to create another
> >> one for you?
> >>
> >>
> >>
> >>> On Apr 4, 2014, at 10:45 AM, "motty cruz" 
> wrote:
> >>>
> >>> Hello all, I upgrade Cloudstack 4.1 to Cloudstack 4.2, after upgrading
> >>> Systems VMs status show as Agent disconnect.
> >>>
> >>> for that reason I can't access counsel of Instances,
> >>>
> >>> any idea how to fix that issue?
> >>>
> >>> Thanks
> >>
> >> 
> >>
> >> This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated,
> >> redistributed, or displayed to any other party without the expressed
> >> written permission of LPS Integration, Inc. If you are not the intended
> >> recipient and have received this email in error, please destroy the
> email
> >> and contact the LPS Integration Security Officer at 866-577-2902(Phone),
> >> 615-349-9009 (Fax) or 230 Great Circle Rd. Suite 218 Nashville, TN
> 37228
> >> (US Mail)
> >>
> >>
>
> 
>
> This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated,
> redistributed, or displayed to any other party without the expressed
> written permission of LPS Integration, Inc. If you are not the intended
> recipient and have received this email in error, please destroy the email
> and contact the LPS Integration Security Officer at 866-577-2902 (Phone),
> 615-349-9009 (Fax) or 230 Great Circle Rd. Suite 218 Nashville, TN 37228
> (US Mail)
>
>


-- 
Rafael Weingärtner

Re: Systems VM Agent status-disconnect after upgrading from Cloudstack 4.1 to 4.2

[Xerex Bueno]

Yes, also if I remember correctly it actually tells you to do that in the 
upgrade documentation. In the event it doesn't automatically recreate it, 
restart the CA management service.

Sent from my iPhone

> On Apr 4, 2014, at 10:57 AM, "motty cruz"  wrote:
>
> hello Xerex, do you mean destroying the Systems VMs? I did that once
> testing environment and CS never recreated, so i'm afraid to do so now in
> production environment.
>
>
> On Fri, Apr 4, 2014 at 8:53 AM, Xerex Bueno wrote:
>
>> Have you tried destroying the instance and allowing CS to create another
>> one for you?
>>
>>
>>
>>> On Apr 4, 2014, at 10:45 AM, "motty cruz"  wrote:
>>>
>>> Hello all, I upgrade Cloudstack 4.1 to Cloudstack 4.2, after upgrading
>>> Systems VMs status show as Agent disconnect.
>>>
>>> for that reason I can't access counsel of Instances,
>>>
>>> any idea how to fix that issue?
>>>
>>> Thanks
>>
>> 
>>
>> This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated,
>> redistributed, or displayed to any other party without the expressed
>> written permission of LPS Integration, Inc. If you are not the intended
>> recipient and have received this email in error, please destroy the email
>> and contact the LPS Integration Security Officer at 866-577-2902 (Phone),
>> 615-349-9009 (Fax) or 230 Great Circle Rd. Suite 218 Nashville, TN 37228
>> (US Mail)
>>
>>



This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated, 
redistributed, or displayed to any other party without the expressed written 
permission of LPS Integration, Inc. If you are not the intended recipient and 
have received this email in error, please destroy the email and contact the LPS 
Integration Security Officer at 866-577-2902 (Phone), 615-349-9009 (Fax) or 230 
Great Circle Rd. Suite 218 Nashville, TN 37228 (US Mail)

Re: Systems VM Agent status-disconnect after upgrading from Cloudstack 4.1 to 4.2

[motty cruz]

hello Xerex, do you mean destroying the Systems VMs? I did that once
testing environment and CS never recreated, so i'm afraid to do so now in
production environment.


On Fri, Apr 4, 2014 at 8:53 AM, Xerex Bueno wrote:

> Have you tried destroying the instance and allowing CS to create another
> one for you?
>
>
>
> > On Apr 4, 2014, at 10:45 AM, "motty cruz"  wrote:
> >
> > Hello all, I upgrade Cloudstack 4.1 to Cloudstack 4.2, after upgrading
> > Systems VMs status show as Agent disconnect.
> >
> > for that reason I can't access counsel of Instances,
> >
> > any idea how to fix that issue?
> >
> > Thanks
>
> 
>
> This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated,
> redistributed, or displayed to any other party without the expressed
> written permission of LPS Integration, Inc. If you are not the intended
> recipient and have received this email in error, please destroy the email
> and contact the LPS Integration Security Officer at 866-577-2902 (Phone),
> 615-349-9009 (Fax) or 230 Great Circle Rd. Suite 218 Nashville, TN 37228
> (US Mail)
>
>

Re: Systems VM Agent status-disconnect after upgrading from Cloudstack 4.1 to 4.2

[Xerex Bueno]

Have you tried destroying the instance and allowing CS to create another one 
for you?



> On Apr 4, 2014, at 10:45 AM, "motty cruz"  wrote:
>
> Hello all, I upgrade Cloudstack 4.1 to Cloudstack 4.2, after upgrading
> Systems VMs status show as Agent disconnect.
>
> for that reason I can't access counsel of Instances,
>
> any idea how to fix that issue?
>
> Thanks



This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated, 
redistributed, or displayed to any other party without the expressed written 
permission of LPS Integration, Inc. If you are not the intended recipient and 
have received this email in error, please destroy the email and contact the LPS 
Integration Security Officer at 866-577-2902 (Phone), 615-349-9009 (Fax) or 230 
Great Circle Rd. Suite 218 Nashville, TN 37228 (US Mail)

Systems VM Agent status-disconnect after upgrading from Cloudstack 4.1 to 4.2

[motty cruz]

Hello all, I upgrade Cloudstack 4.1 to Cloudstack 4.2, after upgrading
Systems VMs status show as Agent disconnect.

for that reason I can't access counsel of Instances,

any idea how to fix that issue?

Thanks

Re: CloudStack 4.1 Advance networking KVM

[motty cruz]

Thanks! after installing vconfig Cloudstack was able to create vlans.

Thanks Kirk,


On Mon, Mar 31, 2014 at 5:22 PM, Kirk Kosinski wrote:

> Hi, it looks like the "vconfig" command is not installed.  Run "yum
> install vconfig" and try again.
>
> Best regards,
> Kirk
>
> On 03/31/2014 12:08 PM, motty cruz wrote:
> > Hello, I'm unable to create "Instances" on Cloudstack CentOS KVM.
> >
> > /var/log/cloudstack/
> > 2014-03-31 10:43:02,534 WARN  [kvm.resource.LibvirtComputingResource]
> > (agentRequest-Handler-3:null) Exception
> > com.cloud.exception.InternalErrorException: Failed to create vnet 602:
> > /usr/share/cloudstack-common/scripts/vm
> > /network/vnet/modifyvlan.sh: line 34: vconfig: command not
> > found/usr/share/cloudstack-common/scripts/vm/networ
> > k/vnet/modifyvlan.sh: line 38: vconfig: command not foundFailed to create
> > vlan 602 on pif: eth1
> >
> > [root@kvmt agent]# cat /etc/cloudstack/agent/agent.properties
> > #Storage
> > #Mon Mar 31 10:33:44 PDT 2014
> > guest.network.device=cloudbr1
> > workers=5
> > private.network.device=cloudbr0
> > port=8250
> > resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
> > pod=2
> > zone=2
> > guid=14529930-6d76-3b00-afa3-a5001bfd7a9d
> > public.network.device=cloudbr1
> > cluster=2
> > local.storage.uuid=486c81b4-d362-4bdd-ad71-4b402a5605ec
> > domr.scripts.dir=scripts/network/domr/kvm
> > LibvirtComputingResource.id=7
> > host=10.107.0.5
> > [root@kvmt agent]#
> >
> > [root@kvmt network-scripts]# cat ifcfg-eth1
> > DEVICE=eth1
> > TYPE=Ethernet
> > ONBOOT=yes
> > BRIDGE=cloudbr1
> >
> > [root@kvmt network-scripts]# cat ifcfg-cloudbr1
> > DEVICE=cloudbr1
> > ONBOOT=yes
> > TYPE=Bridge
> >
> >
> > any idea? looks like it fail to create a VLAN, but I don't understand
> why?
> >
>

Re: CloudStack 4.1 Advance networking KVM

[Kirk Kosinski]

Hi, it looks like the "vconfig" command is not installed.  Run "yum
install vconfig" and try again.

Best regards,
Kirk

On 03/31/2014 12:08 PM, motty cruz wrote:
> Hello, I'm unable to create "Instances" on Cloudstack CentOS KVM.
> 
> /var/log/cloudstack/
> 2014-03-31 10:43:02,534 WARN  [kvm.resource.LibvirtComputingResource]
> (agentRequest-Handler-3:null) Exception
> com.cloud.exception.InternalErrorException: Failed to create vnet 602:
> /usr/share/cloudstack-common/scripts/vm
> /network/vnet/modifyvlan.sh: line 34: vconfig: command not
> found/usr/share/cloudstack-common/scripts/vm/networ
> k/vnet/modifyvlan.sh: line 38: vconfig: command not foundFailed to create
> vlan 602 on pif: eth1
> 
> [root@kvmt agent]# cat /etc/cloudstack/agent/agent.properties
> #Storage
> #Mon Mar 31 10:33:44 PDT 2014
> guest.network.device=cloudbr1
> workers=5
> private.network.device=cloudbr0
> port=8250
> resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
> pod=2
> zone=2
> guid=14529930-6d76-3b00-afa3-a5001bfd7a9d
> public.network.device=cloudbr1
> cluster=2
> local.storage.uuid=486c81b4-d362-4bdd-ad71-4b402a5605ec
> domr.scripts.dir=scripts/network/domr/kvm
> LibvirtComputingResource.id=7
> host=10.107.0.5
> [root@kvmt agent]#
> 
> [root@kvmt network-scripts]# cat ifcfg-eth1
> DEVICE=eth1
> TYPE=Ethernet
> ONBOOT=yes
> BRIDGE=cloudbr1
> 
> [root@kvmt network-scripts]# cat ifcfg-cloudbr1
> DEVICE=cloudbr1
> ONBOOT=yes
> TYPE=Bridge
> 
> 
> any idea? looks like it fail to create a VLAN, but I don't understand why?
> 

CloudStack 4.1 Advance networking KVM

[motty cruz]

Hello, I'm unable to create "Instances" on Cloudstack CentOS KVM.

/var/log/cloudstack/
2014-03-31 10:43:02,534 WARN  [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-3:null) Exception
com.cloud.exception.InternalErrorException: Failed to create vnet 602:
/usr/share/cloudstack-common/scripts/vm
/network/vnet/modifyvlan.sh: line 34: vconfig: command not
found/usr/share/cloudstack-common/scripts/vm/networ
k/vnet/modifyvlan.sh: line 38: vconfig: command not foundFailed to create
vlan 602 on pif: eth1

[root@kvmt agent]# cat /etc/cloudstack/agent/agent.properties
#Storage
#Mon Mar 31 10:33:44 PDT 2014
guest.network.device=cloudbr1
workers=5
private.network.device=cloudbr0
port=8250
resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
pod=2
zone=2
guid=14529930-6d76-3b00-afa3-a5001bfd7a9d
public.network.device=cloudbr1
cluster=2
local.storage.uuid=486c81b4-d362-4bdd-ad71-4b402a5605ec
domr.scripts.dir=scripts/network/domr/kvm
LibvirtComputingResource.id=7
host=10.107.0.5
[root@kvmt agent]#

[root@kvmt network-scripts]# cat ifcfg-eth1
DEVICE=eth1
TYPE=Ethernet
ONBOOT=yes
BRIDGE=cloudbr1

[root@kvmt network-scripts]# cat ifcfg-cloudbr1
DEVICE=cloudbr1
ONBOOT=yes
TYPE=Bridge


any idea? looks like it fail to create a VLAN, but I don't understand why?

Re: cloudstack 4.1 & Xen 6.1

[Srikanteswararao Talluri]

Yet xenserver 6.1 is supported.
http://svn.apache.org/repos/asf/cloudstack/docsite/html/docs/en-US/Apache_C
loudStack/4.1.0/html/Release_Notes/compatibility.html#supported-hypervisors


Thanks,
~Talluri

On 30/01/14 5:31 am, "Peter Zhai"  wrote:

>Hi,
>
>I am wondering cloudstack 4.1 version support Xen 6.1 or not ? Thanks

cloudstack 4.1 & Xen 6.1

[Peter Zhai]

Hi,

I am wondering cloudstack 4.1 version support Xen 6.1 or not ? Thanks

Re: Cloudstack 4.1

[Kirk Kosinski]

We still need more of the log.  We need it from the very beginning of
the job the failed (seems like job-92).  Also if possible please upload
it somewhere rather than pasting it to an email to conserve the
formatting.  It is easier to read with the original formatting.

Best regards,
Kirk

On 10/03/2013 06:17 AM, motty cruz wrote:
> Thank for your reply, here is what i get on the logs:
> 
> 2013-10-03 06:07:22,285 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (Job-Executor-8:job-92) Cleaning up resources for the vm VM[User|zee] in
> Starting state
> 2013-10-03 06:07:22,289 DEBUG [agent.transport.Request]
> (Job-Executor-8:job-92) Seq 5-1150027132: Sending  { Cmd , MgmtId:
> 73644477032, via: 5, Ver: v1, Flags: 100111,
> [{"StopCommand":{"isProxy":false,"vmName":"i-2-18-VM","wait":0}}] }
> 2013-10-03 06:07:22,426 DEBUG [agent.transport.Request]
> (AgentManager-Handler-13:null) Seq 5-1150027132: Processing:  { Ans: ,
> MgmtId: 73644477032, via: 5, Ver: v1, Flags: 110,
> [{"StopAnswer":{"vncPort":0,"result":true,"wait":0}}] }
> 2013-10-03 06:07:22,426 DEBUG [agent.manager.AgentAttache]
> (AgentManager-Handler-13:null) Seq 5-1150027132: No more commands found
> 2013-10-03 06:07:22,426 DEBUG [agent.transport.Request]
> (Job-Executor-8:job-92) Seq 5-1150027132: Received:  { Ans: , MgmtId:
> 73644477032, via: 5, Ver: v1, Flags: 110, { StopAnswer } }
> 2013-10-03 06:07:22,435 DEBUG [db.Transaction.Transaction]
> (Job-Executor-8:job-92) Rolling back the transaction: Time = 4 Name =
>  
> -AsyncJobManagerImpl$1.run:401-Executors$RunnableAdapter.call:471-FutureTask$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:1146-ThreadPoolExecutor$Worker.run:615-Thread.run:679;
> called by
> -Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:657-TransactionContextBuilder.interceptComplete:56-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:131-NetworkManagerImpl.release:1687-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VirtualMachineManagerImpl.cleanup:962-VirtualMachineManagerImpl.advanceStart:850-VirtualMachineManagerImpl.start:471-VMEntityManagerImpl.deployVirtualMachine:212-VirtualMachineEntityImpl.deploy:209
> 2013-10-03 06:07:22,440 DEBUG [db.Transaction.Transaction]
> (Job-Executor-8:job-92) Rolling back the transaction: Time = 4 Name =
>  
> -AsyncJobManagerImpl$1.run:401-Executors$RunnableAdapter.call:471-FutureTask$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:1146-ThreadPoolExecutor$Worker.run:615-Thread.run:679;
> called by
> -Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:657-TransactionContextBuilder.interceptComplete:56-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:131-NetworkManagerImpl.release:1687-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VirtualMachineManagerImpl.cleanup:962-VirtualMachineManagerImpl.advanceStart:850-VirtualMachineManagerImpl.start:471-VMEntityManagerImpl.deployVirtualMachine:212-VirtualMachineEntityImpl.deploy:209
> 2013-10-03 06:07:22,441 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (Job-Executor-8:job-92) Successfully released network resources for the vm
> VM[User|zee]
> 2013-10-03 06:07:22,441 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (Job-Executor-8:job-92) Successfully cleanued up resources for the vm
> VM[User|zee] in Starting state
> 2013-10-03 06:07:22,443 DEBUG [cloud.deploy.FirstFitPlanner]
> (Job-Executor-8:job-92) DataCenter id = '3' provided is in avoid set,
> DeploymentPlanner cannot allocate the VM, returning.
> 2013-10-03 06:07:22,460 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-8:job-92) VM state transitted from :Starting to Stopped with
> event: OperationFailedvm's original host id: null new host id: null host id
> before state transition: 5
> 2013-10-03 06:07:22,468 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-8:job-92) Hosts's actual total CPU: 48000 and CPU after
> applying overprovisioning: 48000
> 2013-10-03 06:07:22,468 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-8:job-92) release cpu from host: 5, old used: 4,reserved: 0,
> actual total: 48000, total with overprovisioning: 48000; new used:
> 0,reserved:0; movedfromreserved: false,moveToReserveredfalse
> 2013-10-03 06:07:22,468 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-8:job-92) release mem from host: 5, old used:
> 2147483648,reserved: 0, total: 67521658880; new used: 0,reserved:0;
> movedfromreserved: false,moveToReserveredfalse
> 2013-10-03 06:07:22,477 DEBUG [cloud.vm.UserVmManagerImpl]
> (Job-Executor-8:job-92) Destroying vm VM[User|zee] as it failed to create
> on Host with Id:null
> 2013-10-03 06:07:22,493 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-8:job-92) VM state transitted from :Stopped to Error with
> event: OperationFailedToErrorvm's original host id: null new host id: null
> host id before state transition: null
> 2013-10-03 06:07:22,609 INFO  [user.v

Re: Cloudstack 4.1

[motty cruz]

Thank for your reply, here is what i get on the logs:

2013-10-03 06:07:22,285 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-8:job-92) Cleaning up resources for the vm VM[User|zee] in
Starting state
2013-10-03 06:07:22,289 DEBUG [agent.transport.Request]
(Job-Executor-8:job-92) Seq 5-1150027132: Sending  { Cmd , MgmtId:
73644477032, via: 5, Ver: v1, Flags: 100111,
[{"StopCommand":{"isProxy":false,"vmName":"i-2-18-VM","wait":0}}] }
2013-10-03 06:07:22,426 DEBUG [agent.transport.Request]
(AgentManager-Handler-13:null) Seq 5-1150027132: Processing:  { Ans: ,
MgmtId: 73644477032, via: 5, Ver: v1, Flags: 110,
[{"StopAnswer":{"vncPort":0,"result":true,"wait":0}}] }
2013-10-03 06:07:22,426 DEBUG [agent.manager.AgentAttache]
(AgentManager-Handler-13:null) Seq 5-1150027132: No more commands found
2013-10-03 06:07:22,426 DEBUG [agent.transport.Request]
(Job-Executor-8:job-92) Seq 5-1150027132: Received:  { Ans: , MgmtId:
73644477032, via: 5, Ver: v1, Flags: 110, { StopAnswer } }
2013-10-03 06:07:22,435 DEBUG [db.Transaction.Transaction]
(Job-Executor-8:job-92) Rolling back the transaction: Time = 4 Name =
 
-AsyncJobManagerImpl$1.run:401-Executors$RunnableAdapter.call:471-FutureTask$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:1146-ThreadPoolExecutor$Worker.run:615-Thread.run:679;
called by
-Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:657-TransactionContextBuilder.interceptComplete:56-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:131-NetworkManagerImpl.release:1687-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VirtualMachineManagerImpl.cleanup:962-VirtualMachineManagerImpl.advanceStart:850-VirtualMachineManagerImpl.start:471-VMEntityManagerImpl.deployVirtualMachine:212-VirtualMachineEntityImpl.deploy:209
2013-10-03 06:07:22,440 DEBUG [db.Transaction.Transaction]
(Job-Executor-8:job-92) Rolling back the transaction: Time = 4 Name =
 
-AsyncJobManagerImpl$1.run:401-Executors$RunnableAdapter.call:471-FutureTask$Sync.innerRun:334-FutureTask.run:166-ThreadPoolExecutor.runWorker:1146-ThreadPoolExecutor$Worker.run:615-Thread.run:679;
called by
-Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:657-TransactionContextBuilder.interceptComplete:56-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:131-NetworkManagerImpl.release:1687-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-VirtualMachineManagerImpl.cleanup:962-VirtualMachineManagerImpl.advanceStart:850-VirtualMachineManagerImpl.start:471-VMEntityManagerImpl.deployVirtualMachine:212-VirtualMachineEntityImpl.deploy:209
2013-10-03 06:07:22,441 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-8:job-92) Successfully released network resources for the vm
VM[User|zee]
2013-10-03 06:07:22,441 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-8:job-92) Successfully cleanued up resources for the vm
VM[User|zee] in Starting state
2013-10-03 06:07:22,443 DEBUG [cloud.deploy.FirstFitPlanner]
(Job-Executor-8:job-92) DataCenter id = '3' provided is in avoid set,
DeploymentPlanner cannot allocate the VM, returning.
2013-10-03 06:07:22,460 DEBUG [cloud.capacity.CapacityManagerImpl]
(Job-Executor-8:job-92) VM state transitted from :Starting to Stopped with
event: OperationFailedvm's original host id: null new host id: null host id
before state transition: 5
2013-10-03 06:07:22,468 DEBUG [cloud.capacity.CapacityManagerImpl]
(Job-Executor-8:job-92) Hosts's actual total CPU: 48000 and CPU after
applying overprovisioning: 48000
2013-10-03 06:07:22,468 DEBUG [cloud.capacity.CapacityManagerImpl]
(Job-Executor-8:job-92) release cpu from host: 5, old used: 4,reserved: 0,
actual total: 48000, total with overprovisioning: 48000; new used:
0,reserved:0; movedfromreserved: false,moveToReserveredfalse
2013-10-03 06:07:22,468 DEBUG [cloud.capacity.CapacityManagerImpl]
(Job-Executor-8:job-92) release mem from host: 5, old used:
2147483648,reserved: 0, total: 67521658880; new used: 0,reserved:0;
movedfromreserved: false,moveToReserveredfalse
2013-10-03 06:07:22,477 DEBUG [cloud.vm.UserVmManagerImpl]
(Job-Executor-8:job-92) Destroying vm VM[User|zee] as it failed to create
on Host with Id:null
2013-10-03 06:07:22,493 DEBUG [cloud.capacity.CapacityManagerImpl]
(Job-Executor-8:job-92) VM state transitted from :Stopped to Error with
event: OperationFailedToErrorvm's original host id: null new host id: null
host id before state transition: null
2013-10-03 06:07:22,609 INFO  [user.vm.DeployVMCmd] (Job-Executor-8:job-92)
com.cloud.exception.InsufficientServerCapacityException: Unable to create a
deployment for VM[User|zee]Scope=interface com.cloud.dc.DataCenter; id=3



On Wed, Oct 2, 2013 at 8:34 PM, Kirk Kosinski wrote:

> Hi, the log shows a VM being destroyed, which doesn't match the
> description of the problem.  If the description is correct, upload more
> of the load to Pastebin.  The log that needs to be provided will most

RE: cloudstack 4.1 KVM There no secondary storage for secondary VM

[Sanjeev Neelarapu]

If you have created the bridges as per the instructions in section "8.1.8.3. 
Configuring the network bridges" then you need to specify those bridge names 
(e.g cloudbr0 and cloudbr1) as traffic labels in the physical network for 
respective traffics like guest and management traffic.  After this destroy all 
the vms (If any are already created) and re-launch. 

Hope this will solve the problem.

-Sanjeev



-Original Message-
From: motty cruz [mailto:motty.c...@gmail.com] 
Sent: Tuesday, October 01, 2013 11:05 PM
To: users@cloudstack.apache.org
Subject: Re: cloudstack 4.1 KVM There no secondary storage for secondary VM

yes, I did.however i think cloudstack traffic is trying to go through public 
network and NFS server in an a private network. each hypervisor has two network 
cards, public and private private is nic ifcfg-eth0 and public ifcfg-eth1


the management has only one network interface, configured to static on the 
private network(same subnet as nfs server)

I believe that my problem is network bridges on my hypervisor machine,  I 
followed this guide:
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html#hypervisor-kvm-requirements

but no success.



On Tue, Oct 1, 2013 at 9:08 AM,  wrote:

> Do you have an NFS share created and added to Cloudstack for it to use 
> as Secondary Storage?
>
> - Original Message -
> From: "motty cruz" 
> To: users@cloudstack.apache.org
> Sent: Monday, September 30, 2013 8:43:05 PM
> Subject: cloudstack 4.1 KVM There no secondary storage for secondary 
> VM
>
> Hello, I need help!
> I have installed CloudStack 4.1 on CentOS, I have two hypervisors KVM 
> running on CentOS 6.4. both KVM hypervison have 2 network cards one 
> have static public IP and 2nd has a private IP. can someone point the 
> steps to have basic network to run with CloudStack?
>
> currently I have cloudstack working but the error I'm getting is 
> "There are no secondary storage for secondary VM" I know is because my 
> network interfaces are not configure correctly.
>
> Thanks,
>  Motty
>

Re: cloudstack 4.1 GRE/SDN

[murali reddy]

Have you tried to create a new isolated network for the VM after setting
'sdn.ovs.controller' to  true? Please see
https://issues.apache.org/jira/browse/CLOUDSTACK-2878


On Thu, Oct 3, 2013 at 9:11 AM, Luca Salvatore  wrote:

> i'm trying to do some testing with cloudstack 4.1, specifically around the
> GRE and SDN features.
> I have configured the management server and I have two zones.  Everything
> is working well, I can deploy VMs in each zone and everything there is
> good. Each zone is configured with GRE isolation.
> When I changed the sdn.ovs.controller to true and tried to deploy VMs they
> all failed, weird thing is that they don't even appear in the management
> console in a error state, just nothing happens.  The logs do show an
> exception:
>
>
> 2013-10-03 11:48:47,171 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (catalina-exec-20:null) Allocating entries for VM: VM[User|test1]
> 2013-10-03 11:48:47,172 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (catalina-exec-20:null) Allocating nics for VM[User|test1]
> 2013-10-03 11:48:47,173 DEBUG [cloud.network.NetworkManagerImpl]
> (catalina-exec-20:null) Allocating nic for vm VM[User|test1] in network
> Ntwk[208|Guest|8] with requested profile NicProfile[0-0-null-null-null
> 2013-10-03 11:48:47,179 DEBUG [db.Transaction.Transaction]
> (catalina-exec-20:null) Rolling back the transaction: Time = 22 Name =
>  createVirtualMachine; called by
> -Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:657-TransactionContextBuilder.interceptException:63-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:133-VirtualMachineManagerImpl.allocate:304-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-CloudOrchestrator.createVirtualMachine:211-UserVmManagerImpl.createVirtualMachine:3384-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-UserVmManagerImpl.createAdvancedVirtualMachine:3101-DeployVMCmd.create:460
> 2013-10-03 11:48:47,189 ERROR [cloud.api.ApiServer]
> (catalina-exec-20:null) unhandled exception executing api command:
> deployVirtualMachine
> java.lang.NullPointerException
> at
> com.cloud.network.NetworkManagerImpl.allocateNic(NetworkManagerImpl.java:1267)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> com.cloud.network.NetworkManagerImpl.allocate(NetworkManagerImpl.java:1206)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> com.cloud.vm.VirtualMachineManagerImpl.allocate(VirtualMachineManagerImpl.java:304)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>
>
> Not sure what is going on here.  Any thoughts?
> I'm using XenSever 6.1 with a single bond (2 NICs) for all networks, also
> using local storage for all VMs.
> Can't seem to find much doco on how to configure zones for SDN… Any help
> would be great
>
> Thanks
> Luca.
>
>
>
>
>
>
>
>

cloudstack 4.1 GRE/SDN

[Luca Salvatore]

i'm trying to do some testing with cloudstack 4.1, specifically around the GRE 
and SDN features.
I have configured the management server and I have two zones.  Everything is 
working well, I can deploy VMs in each zone and everything there is good. Each 
zone is configured with GRE isolation.
When I changed the sdn.ovs.controller to true and tried to deploy VMs they all 
failed, weird thing is that they don't even appear in the management console in 
a error state, just nothing happens.  The logs do show an exception:


2013-10-03 11:48:47,171 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(catalina-exec-20:null) Allocating entries for VM: VM[User|test1]
2013-10-03 11:48:47,172 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(catalina-exec-20:null) Allocating nics for VM[User|test1]
2013-10-03 11:48:47,173 DEBUG [cloud.network.NetworkManagerImpl] 
(catalina-exec-20:null) Allocating nic for vm VM[User|test1] in network 
Ntwk[208|Guest|8] with requested profile NicProfile[0-0-null-null-null
2013-10-03 11:48:47,179 DEBUG [db.Transaction.Transaction] 
(catalina-exec-20:null) Rolling back the transaction: Time = 22 Name =  
createVirtualMachine; called by 
-Transaction.rollback:890-Transaction.removeUpTo:833-Transaction.close:657-TransactionContextBuilder.interceptException:63-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:133-VirtualMachineManagerImpl.allocate:304-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-CloudOrchestrator.createVirtualMachine:211-UserVmManagerImpl.createVirtualMachine:3384-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-UserVmManagerImpl.createAdvancedVirtualMachine:3101-DeployVMCmd.create:460
2013-10-03 11:48:47,189 ERROR [cloud.api.ApiServer] (catalina-exec-20:null) 
unhandled exception executing api command: deployVirtualMachine
java.lang.NullPointerException
at 
com.cloud.network.NetworkManagerImpl.allocateNic(NetworkManagerImpl.java:1267)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.network.NetworkManagerImpl.allocate(NetworkManagerImpl.java:1206)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.vm.VirtualMachineManagerImpl.allocate(VirtualMachineManagerImpl.java:304)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)


Not sure what is going on here.  Any thoughts?
I'm using XenSever 6.1 with a single bond (2 NICs) for all networks, also using 
local storage for all VMs.
Can't seem to find much doco on how to configure zones for SDN… Any help would 
be great

Thanks
Luca.

Re: Cloudstack 4.1

[Kirk Kosinski]

Hi, the log shows a VM being destroyed, which doesn't match the
description of the problem.  If the description is correct, upload more
of the load to Pastebin.  The log that needs to be provided will most
likely include the error text from the UI.

Best regards,
Kirk

On 10/02/2013 09:59 AM, motty cruz wrote:
> Hello,
> I'm trying to build a VM but I get the following error "Unable to create a
> deployment for VM[User]test4]"
> 
> primary storage is up CLVM,
> secondary storage nfs is up
> 
> logs:
> 2013-10-02 09:46:07,885 DEBUG [cloud.async.AsyncJobManagerImpl]
> (catalina-exec-1:null) submit async job-50, details: AsyncJobVO {id:50,
> userId: 2, accountId: 2, sessionKey: null, instanceT
> ype: VirtualMachine, instanceId: 8, cmd:
> org.apache.cloudstack.api.command.user.vm.DestroyVMCmd, cmdOriginator:
> null, cmdInfo: {"id":"9a48d353-f57a-46b4-8a32-3f09fa114409","response":"json
> ","sessionkey":"XXXUS8OPHkdR1qhkb8bAUYFHfps\u003d","ctxUserId":"2","_":"1380732367999","ctxAccountId":"2","ctxStartEventId":"204"},
> cmdVersion: 0, callbackType: 0, callbackAddress: null, s
> tatus: 0, processStatus: 0, resultCode: 0, result: null, initMsid:
> 73644477032, completeMsid: null, lastUpdated: null, lastPolled: null,
> created: null}
> 2013-10-02 09:46:07,887 DEBUG [cloud.async.AsyncJobManagerImpl]
> (Job-Executor-3:job-50) Executing
> org.apache.cloudstack.api.command.user.vm.DestroyVMCmd for job-50
> 2013-10-02 09:46:07,892 DEBUG [cloud.api.ApiServlet] (catalina-exec-1:null)
> ===END===  ... -- GET
>  
> command=destroyVirtualMachine&id=9a48d353-f57a-46b4-8a32-3f09fa114409&response=j
> son&sessionkey=XXXUS8OPHkdR1qhkb8bAUYFHfps%3D&_=1380732367999
> 2013-10-02 09:46:07,946 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (Job-Executor-3:job-50) Destroying vm VM[User|test4]
> 2013-10-02 09:46:07,947 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (Job-Executor-3:job-50) Stopped called on VM[User|test4] but the state is
> Error
> 2013-10-02 09:46:07,963 DEBUG [cloud.capacity.CapacityManagerImpl]
> (Job-Executor-3:job-50) VM state transitted from :Error to Expunging with
> event: DestroyRequestedvm's original host id: n
> ull new host id: null host id before state transition: null
> 2013-10-02 09:46:08,001 DEBUG [cloud.async.AsyncJobManagerImpl]
> (Job-Executor-3:job-50) Complete async job-50, jobStatus: 1, resultCode: 0,
> result: org.apache.cloudstack.api.response.UserV
> mResponse@2d453a4b
> 2013-10-02 09:46:08,017 DEBUG [cloud.async.AsyncJobManagerImpl]
> (Job-Executor-3:job-50) Done executing
> org.apache.cloudstack.api.command.user.vm.DestroyVMCmd for job-50
> 2013-10-02 09:46:10,931 DEBUG [cloud.api.ApiServlet] (catalina-exec-5:null)
> ===START===...-- GET
>  
> command=queryAsyncJobResult&jobId=16b35e61-cedd-4173-90ce-aad61486b001&respons
> e=json&sessionkey=XXXUS8OPHkdR1qhkb8bAUYFHfps%3D&_=1380732371066
> 2013-10-02 09:46:10,974 DEBUG [cloud.async.AsyncJobManagerImpl]
> (catalina-exec-5:null) Async job-50 completed
> 2013-10-02 09:46:11,003 DEBUG [cloud.api.ApiServlet] (catalina-exec-5:null)
> ===END===... -- GET
>  command=queryAsyncJobResult&jobId=16b35e61-cedd-4173-90ce-aad6148
> 

Cloudstack 4.1

[motty cruz]

Hello,
I'm trying to build a VM but I get the following error "Unable to create a
deployment for VM[User]test4]"

primary storage is up CLVM,
secondary storage nfs is up

logs:
2013-10-02 09:46:07,885 DEBUG [cloud.async.AsyncJobManagerImpl]
(catalina-exec-1:null) submit async job-50, details: AsyncJobVO {id:50,
userId: 2, accountId: 2, sessionKey: null, instanceT
ype: VirtualMachine, instanceId: 8, cmd:
org.apache.cloudstack.api.command.user.vm.DestroyVMCmd, cmdOriginator:
null, cmdInfo: {"id":"9a48d353-f57a-46b4-8a32-3f09fa114409","response":"json
","sessionkey":"XXXUS8OPHkdR1qhkb8bAUYFHfps\u003d","ctxUserId":"2","_":"1380732367999","ctxAccountId":"2","ctxStartEventId":"204"},
cmdVersion: 0, callbackType: 0, callbackAddress: null, s
tatus: 0, processStatus: 0, resultCode: 0, result: null, initMsid:
73644477032, completeMsid: null, lastUpdated: null, lastPolled: null,
created: null}
2013-10-02 09:46:07,887 DEBUG [cloud.async.AsyncJobManagerImpl]
(Job-Executor-3:job-50) Executing
org.apache.cloudstack.api.command.user.vm.DestroyVMCmd for job-50
2013-10-02 09:46:07,892 DEBUG [cloud.api.ApiServlet] (catalina-exec-1:null)
===END===  ... -- GET
 
command=destroyVirtualMachine&id=9a48d353-f57a-46b4-8a32-3f09fa114409&response=j
son&sessionkey=XXXUS8OPHkdR1qhkb8bAUYFHfps%3D&_=1380732367999
2013-10-02 09:46:07,946 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-3:job-50) Destroying vm VM[User|test4]
2013-10-02 09:46:07,947 DEBUG [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-3:job-50) Stopped called on VM[User|test4] but the state is
Error
2013-10-02 09:46:07,963 DEBUG [cloud.capacity.CapacityManagerImpl]
(Job-Executor-3:job-50) VM state transitted from :Error to Expunging with
event: DestroyRequestedvm's original host id: n
ull new host id: null host id before state transition: null
2013-10-02 09:46:08,001 DEBUG [cloud.async.AsyncJobManagerImpl]
(Job-Executor-3:job-50) Complete async job-50, jobStatus: 1, resultCode: 0,
result: org.apache.cloudstack.api.response.UserV
mResponse@2d453a4b
2013-10-02 09:46:08,017 DEBUG [cloud.async.AsyncJobManagerImpl]
(Job-Executor-3:job-50) Done executing
org.apache.cloudstack.api.command.user.vm.DestroyVMCmd for job-50
2013-10-02 09:46:10,931 DEBUG [cloud.api.ApiServlet] (catalina-exec-5:null)
===START===...-- GET
 command=queryAsyncJobResult&jobId=16b35e61-cedd-4173-90ce-aad61486b001&respons
e=json&sessionkey=XXXUS8OPHkdR1qhkb8bAUYFHfps%3D&_=1380732371066
2013-10-02 09:46:10,974 DEBUG [cloud.async.AsyncJobManagerImpl]
(catalina-exec-5:null) Async job-50 completed
2013-10-02 09:46:11,003 DEBUG [cloud.api.ApiServlet] (catalina-exec-5:null)
===END===... -- GET
 command=queryAsyncJobResult&jobId=16b35e61-cedd-4173-90ce-aad6148

Re: cloudstack 4.1 KVM There no secondary storage for secondary VM

[motty cruz]

yes, I did.however i think cloudstack traffic is trying to go through
public network and NFS server in an a private network. each hypervisor has
two network cards, public and private
private is nic ifcfg-eth0 and public ifcfg-eth1


the management has only one network interface, configured to static on the
private network(same subnet as nfs server)

I believe that my problem is network bridges on my hypervisor machine,  I
followed this guide:
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html#hypervisor-kvm-requirements

but no success.



On Tue, Oct 1, 2013 at 9:08 AM,  wrote:

> Do you have an NFS share created and added to Cloudstack for it to use as
> Secondary Storage?
>
> - Original Message -
> From: "motty cruz" 
> To: users@cloudstack.apache.org
> Sent: Monday, September 30, 2013 8:43:05 PM
> Subject: cloudstack 4.1 KVM There no secondary storage for secondary VM
>
> Hello, I need help!
> I have installed CloudStack 4.1 on CentOS, I have two hypervisors KVM
> running on CentOS 6.4. both KVM hypervison have 2 network cards one have
> static public IP and 2nd has a private IP. can someone point the steps to
> have basic network to run with CloudStack?
>
> currently I have cloudstack working but the error I'm getting is "There are
> no secondary storage for secondary VM" I know is because my network
> interfaces are not configure correctly.
>
> Thanks,
>  Motty
>

Re: cloudstack 4.1 KVM There no secondary storage for secondary VM

[dave . hoffman]

Do you have an NFS share created and added to Cloudstack for it to use as 
Secondary Storage?

- Original Message -
From: "motty cruz" 
To: users@cloudstack.apache.org
Sent: Monday, September 30, 2013 8:43:05 PM
Subject: cloudstack 4.1 KVM There no secondary storage for secondary VM

Hello, I need help!
I have installed CloudStack 4.1 on CentOS, I have two hypervisors KVM
running on CentOS 6.4. both KVM hypervison have 2 network cards one have
static public IP and 2nd has a private IP. can someone point the steps to
have basic network to run with CloudStack?

currently I have cloudstack working but the error I'm getting is "There are
no secondary storage for secondary VM" I know is because my network
interfaces are not configure correctly.

Thanks,
 Motty

cloudstack 4.1 KVM There no secondary storage for secondary VM

[motty cruz]

Hello, I need help!
I have installed CloudStack 4.1 on CentOS, I have two hypervisors KVM
running on CentOS 6.4. both KVM hypervison have 2 network cards one have
static public IP and 2nd has a private IP. can someone point the steps to
have basic network to run with CloudStack?

currently I have cloudstack working but the error I'm getting is "There are
no secondary storage for secondary VM" I know is because my network
interfaces are not configure correctly.

Thanks,
 Motty

cloudstack 4.1 network interfaces configuration

[motty cruz]

Hello,
I installed CloudStack 4.1 on a machine with two network cards. I have a
kvm hypervison with four physical network 1 network card is configure with
publick IP, three network cards configured with private ip, two going to
SAN and one nic configure for management subnet.

CloudStack 4.1 on Centos
ifcfg-eth0 192.168.0.5 management ip
ifcfg-eth1 public ip/24

NFS server
ifcfg-eth0 192.168.0.6

KVM machine running CentOS
ifcfg-eth0 public ip/24
ifcfg-eth1  192.168.0.7
ifcfg-eth0  192.168.10.215
ifcfg-eth0   192.168.20.215

my question is how many bridges should I create to get VMs access the
internet? also, I get an error "There is no secondary storage VM for
secondary storage host nfs://192.168.0.6/export/secondary"?

Thanks for your help!

Re: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 KVM host

[不坏阿峰]

cloud you give some guide about complied latest libvirt and qemu ?
thanks

2013/8/20 Andrei Mikhailovsky :
>
>
> Well, I do not think that it is down to 2.6.32 kernel that is causing your 
> issue as CS and RBD integration doesn't use kernel module. Please correct me 
> if I am wrong, but I think it uses userspace libraries. Try asking people on 
> OFTC irc #ceph, there should be people using centos/RH.
>
> When I tried rbd with cs using centos 6.4 I have compiled the latest libvirt 
> and qemu from sources and didn't have that many issues apart from heavy load 
> server reboots. I was running fio with 4 files each threading 16 random 
> reads/writes with block size of 4K. Larger block sizes didn't give me any 
> issues. At that time I had to use centos because of the infiniband support 
> issues which i had with ubuntu, but the latest ofed drivers sorted out the 
> issue and I am happily back to ubuntu.
>
> Do you need to use Centos for a reason? Taking into account that Ceph is 
> heavily developed and tested using Ubuntu servers, I would use it instead of 
> Centos, unless there are issues with hardware, etc. which do not work in 
> Ubuntu.
>
> Andrei
> - Original Message -
>
> From: "不坏阿峰" 
> To: users@cloudstack.apache.org
> Sent: Tuesday, 20 August, 2013 3:18:36 AM
> Subject: Re: Fail to add RBD ceph as Primary storage on Cloudstack 
> 4.1+Centos6.4 KVM host
>
> thank you for your response.
>
> i have done Widoh's way too and running well on ubuntu. so i know it
> is the centos some kernel and features too old.
> Hope have some one make a success deploy on Centos 6.4
>
> 2013/8/20 Andrei Mikhailovsky :
>> I've been testing centos 6.4 extensively with rbd and had a lot of stability 
>> issues where the host server would freeze or reboot during high load 
>> benchmarks, especially with small block sizes. I have switched to ubuntu 
>> 12.04 with 3.5 kernel and didn't see this behaviour. Just my two cents.
>>
>> P.S. i've not had any issues with adding rbd cluster to cloudstack following 
>> the Widoh's howto on the net.
>>
>> Andrei
>> - Original Message -
>>
>> From: "不坏阿峰" 
>> To: users@cloudstack.apache.org
>> Sent: Monday, 19 August, 2013 1:40:46 PM
>> Subject: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 
>> KVM host
>>
>> Environment：
>> ##
>> Cloudstack 4.1.1, Ceph 0.6.1.7, Qemu 0.12.1.2-2.355 with RBD enable
>>
>> I have added ceph RBD as primary successfully with ubuntu 12.04 kvm.
>> but fail on centos 6.4 kvm host in cloudstack.
>>
>> i did some test on centos kvm host, i think can use rbd to access ceph
>> (have the ceph.conf on KVM host)
>> ###
>> [root@centos-kvm01 ~]# qemu-img -v | grep rbd
>> Supported formats: raw cow qcow vdi vmdk cloop dmg bochs vpc vvfat
>> qcow2 qed parallels nbd blkdebug host_cdrom host_floppy host_device
>> file rbd
>>
>> [root@centos-kvm01 ~]# rbd -m 192.168.250.15 -p volumes ls
>> 08b376f0-5af4-4b46-b41e-d83dc0f93a70
>> 1e9f8d76-94d9-4d56-a8a6-fdff32ba9d1b
>> b0f7fae3-716b-4210-a89d-af63c6e30859
>>
>> [root@centos-kvm01 ~]# rados lspools
>> data
>> metadata
>> rbd
>> volumes
>> cloudstack
>>
>> [root@centos-kvm01 ~]# rbd create test --size 4096
>> [root@centos-kvm01 ~]# rbd ls
>> test
>>
>> cloudstack log:
>> 
>> 2013-08-19 17:28:25,683 DEBUG [agent.transport.Request]
>> (AgentManager-Handler-9:null) Seq 26-368640010: Processing: { Ans: ,
>> MgmtId: 345050143793, via: 26, Ver: v1, Flags: 10,
>> [{"Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat
>> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)\n\tat
>> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)\n\tat
>> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)\n\tat
>> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)\n\tat
>> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)\n\tat
>> com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat
>> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat
>> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat
>> java.util.concurrent.ThreadPoolExecutor.runWorker(

Re: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 KVM host

[Andrei Mikhailovsky]

Well, I do not think that it is down to 2.6.32 kernel that is causing your 
issue as CS and RBD integration doesn't use kernel module. Please correct me if 
I am wrong, but I think it uses userspace libraries. Try asking people on OFTC 
irc #ceph, there should be people using centos/RH. 

When I tried rbd with cs using centos 6.4 I have compiled the latest libvirt 
and qemu from sources and didn't have that many issues apart from heavy load 
server reboots. I was running fio with 4 files each threading 16 random 
reads/writes with block size of 4K. Larger block sizes didn't give me any 
issues. At that time I had to use centos because of the infiniband support 
issues which i had with ubuntu, but the latest ofed drivers sorted out the 
issue and I am happily back to ubuntu. 

Do you need to use Centos for a reason? Taking into account that Ceph is 
heavily developed and tested using Ubuntu servers, I would use it instead of 
Centos, unless there are issues with hardware, etc. which do not work in 
Ubuntu. 

Andrei 
- Original Message -

From: "不坏阿峰"  
To: users@cloudstack.apache.org 
Sent: Tuesday, 20 August, 2013 3:18:36 AM 
Subject: Re: Fail to add RBD ceph as Primary storage on Cloudstack 
4.1+Centos6.4 KVM host 

thank you for your response. 

i have done Widoh's way too and running well on ubuntu. so i know it 
is the centos some kernel and features too old. 
Hope have some one make a success deploy on Centos 6.4 

2013/8/20 Andrei Mikhailovsky : 
> I've been testing centos 6.4 extensively with rbd and had a lot of stability 
> issues where the host server would freeze or reboot during high load 
> benchmarks, especially with small block sizes. I have switched to ubuntu 
> 12.04 with 3.5 kernel and didn't see this behaviour. Just my two cents. 
> 
> P.S. i've not had any issues with adding rbd cluster to cloudstack following 
> the Widoh's howto on the net. 
> 
> Andrei 
> - Original Message - 
> 
> From: "不坏阿峰"  
> To: users@cloudstack.apache.org 
> Sent: Monday, 19 August, 2013 1:40:46 PM 
> Subject: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 
> KVM host 
> 
> Environment： 
> ## 
> Cloudstack 4.1.1, Ceph 0.6.1.7, Qemu 0.12.1.2-2.355 with RBD enable 
> 
> I have added ceph RBD as primary successfully with ubuntu 12.04 kvm. 
> but fail on centos 6.4 kvm host in cloudstack. 
> 
> i did some test on centos kvm host, i think can use rbd to access ceph 
> (have the ceph.conf on KVM host) 
> ### 
> [root@centos-kvm01 ~]# qemu-img -v | grep rbd 
> Supported formats: raw cow qcow vdi vmdk cloop dmg bochs vpc vvfat 
> qcow2 qed parallels nbd blkdebug host_cdrom host_floppy host_device 
> file rbd 
> 
> [root@centos-kvm01 ~]# rbd -m 192.168.250.15 -p volumes ls 
> 08b376f0-5af4-4b46-b41e-d83dc0f93a70 
> 1e9f8d76-94d9-4d56-a8a6-fdff32ba9d1b 
> b0f7fae3-716b-4210-a89d-af63c6e30859 
> 
> [root@centos-kvm01 ~]# rados lspools 
> data 
> metadata 
> rbd 
> volumes 
> cloudstack 
> 
> [root@centos-kvm01 ~]# rbd create test --size 4096 
> [root@centos-kvm01 ~]# rbd ls 
> test 
> 
> cloudstack log: 
>  
> 2013-08-19 17:28:25,683 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-9:null) Seq 26-368640010: Processing: { Ans: , 
> MgmtId: 345050143793, via: 26, Ver: v1, Flags: 10, 
> [{"Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat 
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)\n\tat
>  
> com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat 
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat 
> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
>  
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
>  
> java.lang.Thread.run(Thread.java:679)\n","wait":0}}] } 
> 2013-08-19 17:28:25,683 DEBUG [agent.transport.Request] 
> (catalina-exec-1:null) Seq 26-368640010: Received: { Ans: , MgmtId: 
> 345050143793, via: 26, Ver: v1, Flags: 10, { An

Re: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 KVM host

[不坏阿峰]

thank you for your response.

i have done Widoh's way too and running well on ubuntu.   so i know it
is the centos some kernel and features too old.
Hope have some one make a success deploy on Centos 6.4

2013/8/20 Andrei Mikhailovsky :
> I've been testing centos 6.4 extensively with rbd and had a lot of stability 
> issues where the host server would freeze or reboot during high load 
> benchmarks, especially with small block sizes. I have switched to ubuntu 
> 12.04 with 3.5 kernel and didn't see this behaviour. Just my two cents.
>
> P.S. i've not had any issues with adding rbd cluster to cloudstack following 
> the Widoh's howto on the net.
>
> Andrei
> - Original Message -
>
> From: "不坏阿峰" 
> To: users@cloudstack.apache.org
> Sent: Monday, 19 August, 2013 1:40:46 PM
> Subject: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 
> KVM host
>
> Environment：
> ##
> Cloudstack 4.1.1, Ceph 0.6.1.7, Qemu 0.12.1.2-2.355 with RBD enable
>
> I have added ceph RBD as primary successfully with ubuntu 12.04 kvm.
> but fail on centos 6.4 kvm host in cloudstack.
>
> i did some test on centos kvm host, i think can use rbd to access ceph
> (have the ceph.conf on KVM host)
> ###
> [root@centos-kvm01 ~]# qemu-img -v | grep rbd
> Supported formats: raw cow qcow vdi vmdk cloop dmg bochs vpc vvfat
> qcow2 qed parallels nbd blkdebug host_cdrom host_floppy host_device
> file rbd
>
> [root@centos-kvm01 ~]# rbd -m 192.168.250.15 -p volumes ls
> 08b376f0-5af4-4b46-b41e-d83dc0f93a70
> 1e9f8d76-94d9-4d56-a8a6-fdff32ba9d1b
> b0f7fae3-716b-4210-a89d-af63c6e30859
>
> [root@centos-kvm01 ~]# rados lspools
> data
> metadata
> rbd
> volumes
> cloudstack
>
> [root@centos-kvm01 ~]# rbd create test --size 4096
> [root@centos-kvm01 ~]# rbd ls
> test
>
> cloudstack log:
> 
> 2013-08-19 17:28:25,683 DEBUG [agent.transport.Request]
> (AgentManager-Handler-9:null) Seq 26-368640010: Processing: { Ans: ,
> MgmtId: 345050143793, via: 26, Ver: v1, Flags: 10,
> [{"Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)\n\tat
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)\n\tat
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)\n\tat
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)\n\tat
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)\n\tat
> com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat
> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
> java.lang.Thread.run(Thread.java:679)\n","wait":0}}] }
> 2013-08-19 17:28:25,683 DEBUG [agent.transport.Request]
> (catalina-exec-1:null) Seq 26-368640010: Received: { Ans: , MgmtId:
> 345050143793, via: 26, Ver: v1, Flags: 10, { Answer } }
> 2013-08-19 17:28:25,683 DEBUG [agent.manager.AgentManagerImpl]
> (catalina-exec-1:null) Details from executing class
> com.cloud.agent.api.ModifyStoragePoolCommand:
> java.lang.NullPointerException
> at 
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)
> at 
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)
> at 
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)
> at 
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)
> at 
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)
> at com.cloud.agent.Agent.processRequest(Agent.java:525)
> at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:679)
>
> 2013-08-19 17:28:25,689 WARN [cloud.storage.StorageManagerImpl]
> (catalina-exec-1:null) Unable to establish a connection b

Re: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 KVM host

[Andrei Mikhailovsky]

I've been testing centos 6.4 extensively with rbd and had a lot of stability 
issues where the host server would freeze or reboot during high load 
benchmarks, especially with small block sizes. I have switched to ubuntu 12.04 
with 3.5 kernel and didn't see this behaviour. Just my two cents. 

P.S. i've not had any issues with adding rbd cluster to cloudstack following 
the Widoh's howto on the net. 

Andrei 
- Original Message -

From: "不坏阿峰"  
To: users@cloudstack.apache.org 
Sent: Monday, 19 August, 2013 1:40:46 PM 
Subject: Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 
KVM host 

Environment： 
## 
Cloudstack 4.1.1, Ceph 0.6.1.7, Qemu 0.12.1.2-2.355 with RBD enable 

I have added ceph RBD as primary successfully with ubuntu 12.04 kvm. 
but fail on centos 6.4 kvm host in cloudstack. 

i did some test on centos kvm host, i think can use rbd to access ceph 
(have the ceph.conf on KVM host) 
### 
[root@centos-kvm01 ~]# qemu-img -v | grep rbd 
Supported formats: raw cow qcow vdi vmdk cloop dmg bochs vpc vvfat 
qcow2 qed parallels nbd blkdebug host_cdrom host_floppy host_device 
file rbd 

[root@centos-kvm01 ~]# rbd -m 192.168.250.15 -p volumes ls 
08b376f0-5af4-4b46-b41e-d83dc0f93a70 
1e9f8d76-94d9-4d56-a8a6-fdff32ba9d1b 
b0f7fae3-716b-4210-a89d-af63c6e30859 

[root@centos-kvm01 ~]# rados lspools 
data 
metadata 
rbd 
volumes 
cloudstack 

[root@centos-kvm01 ~]# rbd create test --size 4096 
[root@centos-kvm01 ~]# rbd ls 
test 

cloudstack log: 
 
2013-08-19 17:28:25,683 DEBUG [agent.transport.Request] 
(AgentManager-Handler-9:null) Seq 26-368640010: Processing: { Ans: , 
MgmtId: 345050143793, via: 26, Ver: v1, Flags: 10, 
[{"Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat 
com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)\n\tat
 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)\n\tat
 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)\n\tat
 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)\n\tat
 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)\n\tat
 
com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat 
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat 
com.cloud.utils.nio.Task.run(Task.java:83)\n\tat 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
 
java.lang.Thread.run(Thread.java:679)\n","wait":0}}] } 
2013-08-19 17:28:25,683 DEBUG [agent.transport.Request] 
(catalina-exec-1:null) Seq 26-368640010: Received: { Ans: , MgmtId: 
345050143793, via: 26, Ver: v1, Flags: 10, { Answer } } 
2013-08-19 17:28:25,683 DEBUG [agent.manager.AgentManagerImpl] 
(catalina-exec-1:null) Details from executing class 
com.cloud.agent.api.ModifyStoragePoolCommand: 
java.lang.NullPointerException 
at 
com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)
 
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)
 
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)
 
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)
 
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)
 
at com.cloud.agent.Agent.processRequest(Agent.java:525) 
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852) 
at com.cloud.utils.nio.Task.run(Task.java:83) 
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:679) 

2013-08-19 17:28:25,689 WARN [cloud.storage.StorageManagerImpl] 
(catalina-exec-1:null) Unable to establish a connection between 
Host[-26-Routing] and Pool[207|RBD] 
com.cloud.exception.StorageUnavailableException: Resource 
[StoragePool:207] is unreachable: Unable establish connection from 
storage head to storage pool 207 due to java.lang.NullPointerException 
at 
com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)
 
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)
 
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)
 
at 
com.cloud.hypervisor.kvm.re

RE: Documentation issue in CloudStack 4.1

[Radhika Puthiyetath]

+ Dev list.

+1 

We should have someone to sign off each section before the release.

-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com] 
Sent: Monday, August 19, 2013 7:03 PM
To: users@cloudstack.apache.org
Subject: Re: Documentation issue in CloudStack 4.1

It is too bad that an errata list can not be applied to an existing release in 
the same way that a book publisher issues one against a printed book.

Suggestion:
Docs should be tested in the same way that the code is.

At least try the installation once to see if it still works.
I hope that 4.2 will actually work as described.

Have someone read each section once and sign off on it before the release 
decision is made.

Get rid of the duplication between external documentation wikis and the manuals.
There is not enough manpower to maintain both and having 3 places to look for 
documentation is just confusing.

The wikis are easy to maintain but hard to version.

Ron


On 19/08/2013 5:05 AM, Sebastien Goasguen wrote:
> On Aug 19, 2013, at 4:50 AM, Ryan Lei  wrote:
>
>> More specifically, Ashutosh, did you forget to use baseurl= 
>> http://cloudstack.apt-get.eu/rhel/4.1/ in your yum setting?
>> Ironically, the 4.1.0 Installation Guide still points to 4.0, whose 
>> doc fix can only be applied to the next version 4.1.1.
>>
>> It's sad to me that critical doc mistakes like this will stay in the 
>> 4.1.0 docs "forever", just as the 4.0.2 Release Note would always 
>> have the title 4.0.1-incubating even if there was 4.0.3 (It was fixed 
>> in the 4.0 branch, though [1]). These fixes just can't be backported to docs 
>> already "online."
>> (sigh)
> Well, the error you mention is indeed in the 4.1.0 release docs, but 
> it was fixed in subsequent release 4.1.1
>   
> Everyone should aim to install the latest version: if 4.1.1 is out then try 
> to avoid installing 4.1.0 and don't read the 4.1.0 docs.
>
> But I understand what you are saying and we definitely need everyone to file 
> bugs for docs defects, we need to fix them and improve the docs greatly.
>
> Any help/recommendations much welcome !
>
> -sebastien
>
>
>> [1] https://issues.apache.org/jira/browse/CLOUDSTACK-2204
>>
>> -
>> -- Yu-Heng (Ryan) Lei, Associate Researcher 
>> Chunghwa Telecom Laboratories / Cloud Computing Laboratory 
>> ryan...@cht.com.tw<https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3
>> G0SWYpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&
>> URL=mailto%3aryanlei%40cht.com.tw>
>> or
>> ryanlei750...@gmail.com
>>
>>
>>
>> On Mon, Aug 19, 2013 at 4:33 PM, Sebastien Goasguen wrote:
>>
>>> On Aug 19, 2013, at 4:29 AM, Ryan Lei  wrote:
>>>
>>>> That's weird. My environment has the community RPMs [1] installed 
>>>> (tried both 4.1.0 and 4.1.1), but there DOES exist the
>>> cloudstack-setup-databases
>>>> command, located in /usr/bin.
>>>>
>>>> $ which cloudstack-setup-databases
>>>> /usr/bin/cloudstack-setup-databases
>>>>
>>>> As I remember, these cloud-*** commands have all changed their 
>>>> titles to
>>>> cloudstack-*** since version 4.1. So I was confused when I first 
>>>> read
>>> your
>>>> thread concerning 4.1.
>>>>
>>>> Are you using a RPM-based Linux and the community RPMs, too? I have 
>>>> no
>>> idea
>>>> why you have cloud-setup-databases, instead!
>>>>
>>>> [1] http://cloudstack.apt-get.eu/rhel/4.1/
>>>
>>> Ryan, I actually agree with you and I remember fixing the doc for this.
>>>
>>> Ashutosh, are you using 4.0 instead of 4.1 ?
>>>
>>>>
>>> 
>>> ---
>>>> Yu-Heng (Ryan) Lei, Associate Reasearcher Chunghwa Telecom 
>>>> Laboratories / Cloud Computing Laboratory ryan...@cht.com.tw<
>>> https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SWYpVkiWo8SsDdf3
>>> ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mailto%3aryan
>>> lei%40cht.com.tw
>>>> or
>>>> ryanlei750...@gmail.com
>>>>
>>>>
>>>>
>>>> On Fri, Jul 12, 2013 at 6:01 PM, Ashutosh Narayan < 
>>>> aashutoshnara...@gmail.com> wrote:
>>>>
>>>>> Hi Folks,
>>>>>
>>>>> I just came across some command issues in the installation 
>>>>> document mentioned on this link -
>>>>>
>>>>>
>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html
>>> /Installation_Guide/management-server-install-flow.html
>>>>> Section 4.5.4.1 has *cloudstack-setup-databases* but no such 
>>>>> command is found instead *cloud-setup-databases* is present for 
>>>>> CloudStack version 4.1. Looks like a documentation issue.
>>>>>
>>>>> Just wanted the list to know.
>>>>>
>>>>> Thank you,
>>>>> --
>>>>> Ashutosh Narayan
>>>>>
>>>>> http://ashutoshn.wordpress.com/
>>>>>
>>>
>


--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Re: Documentation issue in CloudStack 4.1

[Ron Wheeler]

It is too bad that an errata list can not be applied to an existing 
release in the same way that a book publisher issues one against a 
printed book.


Suggestion:
Docs should be tested in the same way that the code is.

At least try the installation once to see if it still works.
I hope that 4.2 will actually work as described.

Have someone read each section once and sign off on it before the 
release decision is made.


Get rid of the duplication between external documentation wikis and the 
manuals.
There is not enough manpower to maintain both and having 3 places to 
look for documentation is just confusing.


The wikis are easy to maintain but hard to version.

Ron


On 19/08/2013 5:05 AM, Sebastien Goasguen wrote:

On Aug 19, 2013, at 4:50 AM, Ryan Lei  wrote:


More specifically, Ashutosh, did you forget to use baseurl=
http://cloudstack.apt-get.eu/rhel/4.1/ in your yum setting?
Ironically, the 4.1.0 Installation Guide still points to 4.0, whose doc fix
can only be applied to the next version 4.1.1.

It's sad to me that critical doc mistakes like this will stay in the 4.1.0
docs "forever", just as the 4.0.2 Release Note would always have the title
4.0.1-incubating even if there was 4.0.3 (It was fixed in the 4.0 branch,
though [1]). These fixes just can't be backported to docs already "online."
(sigh)

Well, the error you mention is indeed in the 4.1.0 release docs, but it was 
fixed in subsequent release 4.1.1
  
Everyone should aim to install the latest version: if 4.1.1 is out then try to avoid installing 4.1.0 and don't read the 4.1.0 docs.


But I understand what you are saying and we definitely need everyone to file 
bugs for docs defects, we need to fix them and improve the docs greatly.

Any help/recommendations much welcome !

-sebastien



[1] https://issues.apache.org/jira/browse/CLOUDSTACK-2204

---
Yu-Heng (Ryan) Lei, Associate Researcher
Chunghwa Telecom Laboratories / Cloud Computing Laboratory
ryan...@cht.com.tw
or
ryanlei750...@gmail.com



On Mon, Aug 19, 2013 at 4:33 PM, Sebastien Goasguen wrote:


On Aug 19, 2013, at 4:29 AM, Ryan Lei  wrote:


That's weird. My environment has the community RPMs [1] installed (tried
both 4.1.0 and 4.1.1), but there DOES exist the

cloudstack-setup-databases

command, located in /usr/bin.

$ which cloudstack-setup-databases
/usr/bin/cloudstack-setup-databases

As I remember, these cloud-*** commands have all changed their titles to
cloudstack-*** since version 4.1. So I was confused when I first read

your

thread concerning 4.1.

Are you using a RPM-based Linux and the community RPMs, too? I have no

idea

why you have cloud-setup-databases, instead!

[1] http://cloudstack.apt-get.eu/rhel/4.1/


Ryan, I actually agree with you and I remember fixing the doc for this.

Ashutosh, are you using 4.0 instead of 4.1 ?




---

Yu-Heng (Ryan) Lei, Associate Reasearcher
Chunghwa Telecom Laboratories / Cloud Computing Laboratory
ryan...@cht.com.tw<

https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SWYpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mailto%3aryanlei%40cht.com.tw

or
ryanlei750...@gmail.com



On Fri, Jul 12, 2013 at 6:01 PM, Ashutosh Narayan <
aashutoshnara...@gmail.com> wrote:


Hi Folks,

I just came across some command issues in the installation document
mentioned on this link -



http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html

Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
found instead *cloud-setup-databases* is present
for CloudStack version 4.1. Looks like a documentation issue.

Just wanted the list to know.

Thank you,
--
Ashutosh Narayan

http://ashutoshn.wordpress.com/








--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Fail to add RBD ceph as Primary storage on Cloudstack 4.1+Centos6.4 KVM host

[不坏阿峰]

Environment：
##
Cloudstack 4.1.1,   Ceph 0.6.1.7, Qemu 0.12.1.2-2.355 with RBD enable

I have added ceph RBD as primary successfully with ubuntu 12.04 kvm.
but fail on centos 6.4 kvm host  in cloudstack.

i did some test on centos kvm host, i think can use rbd to access ceph
(have the ceph.conf on KVM host)
###
 [root@centos-kvm01 ~]# qemu-img -v | grep rbd
Supported formats: raw cow qcow vdi vmdk cloop dmg bochs vpc vvfat
qcow2 qed parallels nbd blkdebug host_cdrom host_floppy host_device
file rbd

 [root@centos-kvm01 ~]#  rbd -m 192.168.250.15 -p volumes ls
08b376f0-5af4-4b46-b41e-d83dc0f93a70
1e9f8d76-94d9-4d56-a8a6-fdff32ba9d1b
b0f7fae3-716b-4210-a89d-af63c6e30859

[root@centos-kvm01 ~]#  rados lspools
data
metadata
rbd
volumes
cloudstack

[root@centos-kvm01 ~]# rbd create test --size 4096
[root@centos-kvm01 ~]# rbd ls
test

cloudstack log:

2013-08-19 17:28:25,683 DEBUG [agent.transport.Request]
(AgentManager-Handler-9:null) Seq 26-368640010: Processing:  { Ans: ,
MgmtId: 345050143793, via: 26, Ver: v1, Flags: 10,
[{"Answer":{"result":false,"details":"java.lang.NullPointerException\n\tat
com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)\n\tat
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)\n\tat
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)\n\tat
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)\n\tat
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)\n\tat
com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat
com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat
com.cloud.utils.nio.Task.run(Task.java:83)\n\tat
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
java.lang.Thread.run(Thread.java:679)\n","wait":0}}] }
2013-08-19 17:28:25,683 DEBUG [agent.transport.Request]
(catalina-exec-1:null) Seq 26-368640010: Received:  { Ans: , MgmtId:
345050143793, via: 26, Ver: v1, Flags: 10, { Answer } }
2013-08-19 17:28:25,683 DEBUG [agent.manager.AgentManagerImpl]
(catalina-exec-1:null) Details from executing class
com.cloud.agent.api.ModifyStoragePoolCommand:
java.lang.NullPointerException
at 
com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)
at com.cloud.agent.Agent.processRequest(Agent.java:525)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
at com.cloud.utils.nio.Task.run(Task.java:83)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)

2013-08-19 17:28:25,689 WARN  [cloud.storage.StorageManagerImpl]
(catalina-exec-1:null) Unable to establish a connection between
Host[-26-Routing] and Pool[207|RBD]
com.cloud.exception.StorageUnavailableException: Resource
[StoragePool:207] is unreachable: Unable establish connection from
storage head to storage pool 207 due to java.lang.NullPointerException
at 
com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:540)
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:111)
at 
com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:104)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)
at com.cloud.agent.Agent.processRequest(Agent.java:525)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
at com.cloud.utils.nio.Task.run(Task.java:83)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)
at 
com.cloud.storage.StorageManagerImpl.connectHostToSharedPool(StorageManagerImpl.java:1637)
 

Re: Documentation issue in CloudStack 4.1

[Sebastien Goasguen]

On Aug 19, 2013, at 4:50 AM, Ryan Lei  wrote:

> More specifically, Ashutosh, did you forget to use baseurl=
> http://cloudstack.apt-get.eu/rhel/4.1/ in your yum setting?
> Ironically, the 4.1.0 Installation Guide still points to 4.0, whose doc fix
> can only be applied to the next version 4.1.1.
> 
> It's sad to me that critical doc mistakes like this will stay in the 4.1.0
> docs "forever", just as the 4.0.2 Release Note would always have the title
> 4.0.1-incubating even if there was 4.0.3 (It was fixed in the 4.0 branch,
> though [1]). These fixes just can't be backported to docs already "online."
> (sigh)

Well, the error you mention is indeed in the 4.1.0 release docs, but it was 
fixed in subsequent release 4.1.1
 
Everyone should aim to install the latest version: if 4.1.1 is out then try to 
avoid installing 4.1.0 and don't read the 4.1.0 docs.

But I understand what you are saying and we definitely need everyone to file 
bugs for docs defects, we need to fix them and improve the docs greatly.

Any help/recommendations much welcome !

-sebastien


> 
> [1] https://issues.apache.org/jira/browse/CLOUDSTACK-2204
> 
> ---
> Yu-Heng (Ryan) Lei, Associate Researcher
> Chunghwa Telecom Laboratories / Cloud Computing Laboratory
> ryan...@cht.com.tw
> or
> ryanlei750...@gmail.com
> 
> 
> 
> On Mon, Aug 19, 2013 at 4:33 PM, Sebastien Goasguen wrote:
> 
>> 
>> On Aug 19, 2013, at 4:29 AM, Ryan Lei  wrote:
>> 
>>> That's weird. My environment has the community RPMs [1] installed (tried
>>> both 4.1.0 and 4.1.1), but there DOES exist the
>> cloudstack-setup-databases
>>> command, located in /usr/bin.
>>> 
>>> $ which cloudstack-setup-databases
>>> /usr/bin/cloudstack-setup-databases
>>> 
>>> As I remember, these cloud-*** commands have all changed their titles to
>>> cloudstack-*** since version 4.1. So I was confused when I first read
>> your
>>> thread concerning 4.1.
>>> 
>>> Are you using a RPM-based Linux and the community RPMs, too? I have no
>> idea
>>> why you have cloud-setup-databases, instead!
>>> 
>>> [1] http://cloudstack.apt-get.eu/rhel/4.1/
>> 
>> 
>> Ryan, I actually agree with you and I remember fixing the doc for this.
>> 
>> Ashutosh, are you using 4.0 instead of 4.1 ?
>> 
>>> 
>>> 
>> ---
>>> Yu-Heng (Ryan) Lei, Associate Reasearcher
>>> Chunghwa Telecom Laboratories / Cloud Computing Laboratory
>>> ryan...@cht.com.tw<
>> https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SWYpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mailto%3aryanlei%40cht.com.tw
>>> 
>>> or
>>> ryanlei750...@gmail.com
>>> 
>>> 
>>> 
>>> On Fri, Jul 12, 2013 at 6:01 PM, Ashutosh Narayan <
>>> aashutoshnara...@gmail.com> wrote:
>>> 
 Hi Folks,
 
 I just came across some command issues in the installation document
 mentioned on this link -
 
 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
 Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
 found instead *cloud-setup-databases* is present
 for CloudStack version 4.1. Looks like a documentation issue.
 
 Just wanted the list to know.
 
 Thank you,
 --
 Ashutosh Narayan
 
 http://ashutoshn.wordpress.com/
 
>> 
>> 

Re: Documentation issue in CloudStack 4.1

[Ryan Lei]

More specifically, Ashutosh, did you forget to use baseurl=
http://cloudstack.apt-get.eu/rhel/4.1/ in your yum setting?
Ironically, the 4.1.0 Installation Guide still points to 4.0, whose doc fix
can only be applied to the next version 4.1.1.

It's sad to me that critical doc mistakes like this will stay in the 4.1.0
docs "forever", just as the 4.0.2 Release Note would always have the title
4.0.1-incubating even if there was 4.0.3 (It was fixed in the 4.0 branch,
though [1]). These fixes just can't be backported to docs already "online."
(sigh)

[1] https://issues.apache.org/jira/browse/CLOUDSTACK-2204

---
Yu-Heng (Ryan) Lei, Associate Researcher
Chunghwa Telecom Laboratories / Cloud Computing Laboratory
ryan...@cht.com.tw
or
ryanlei750...@gmail.com



On Mon, Aug 19, 2013 at 4:33 PM, Sebastien Goasguen wrote:

>
> On Aug 19, 2013, at 4:29 AM, Ryan Lei  wrote:
>
> > That's weird. My environment has the community RPMs [1] installed (tried
> > both 4.1.0 and 4.1.1), but there DOES exist the
> cloudstack-setup-databases
> > command, located in /usr/bin.
> >
> > $ which cloudstack-setup-databases
> > /usr/bin/cloudstack-setup-databases
> >
> > As I remember, these cloud-*** commands have all changed their titles to
> > cloudstack-*** since version 4.1. So I was confused when I first read
> your
> > thread concerning 4.1.
> >
> > Are you using a RPM-based Linux and the community RPMs, too? I have no
> idea
> > why you have cloud-setup-databases, instead!
> >
> > [1] http://cloudstack.apt-get.eu/rhel/4.1/
>
>
> Ryan, I actually agree with you and I remember fixing the doc for this.
>
> Ashutosh, are you using 4.0 instead of 4.1 ?
>
> >
> >
> ---
> > Yu-Heng (Ryan) Lei, Associate Reasearcher
> > Chunghwa Telecom Laboratories / Cloud Computing Laboratory
> > ryan...@cht.com.tw<
> https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SWYpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mailto%3aryanlei%40cht.com.tw
> >
> > or
> > ryanlei750...@gmail.com
> >
> >
> >
> > On Fri, Jul 12, 2013 at 6:01 PM, Ashutosh Narayan <
> > aashutoshnara...@gmail.com> wrote:
> >
> >> Hi Folks,
> >>
> >> I just came across some command issues in the installation document
> >> mentioned on this link -
> >>
> >>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
> >> Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
> >> found instead *cloud-setup-databases* is present
> >> for CloudStack version 4.1. Looks like a documentation issue.
> >>
> >> Just wanted the list to know.
> >>
> >> Thank you,
> >> --
> >> Ashutosh Narayan
> >>
> >> http://ashutoshn.wordpress.com/
> >>
>
>

Re: Documentation issue in CloudStack 4.1

[Sebastien Goasguen]

On Aug 19, 2013, at 4:29 AM, Ryan Lei  wrote:

> That's weird. My environment has the community RPMs [1] installed (tried
> both 4.1.0 and 4.1.1), but there DOES exist the cloudstack-setup-databases
> command, located in /usr/bin.
> 
> $ which cloudstack-setup-databases
> /usr/bin/cloudstack-setup-databases
> 
> As I remember, these cloud-*** commands have all changed their titles to
> cloudstack-*** since version 4.1. So I was confused when I first read your
> thread concerning 4.1.
> 
> Are you using a RPM-based Linux and the community RPMs, too? I have no idea
> why you have cloud-setup-databases, instead!
> 
> [1] http://cloudstack.apt-get.eu/rhel/4.1/


Ryan, I actually agree with you and I remember fixing the doc for this.

Ashutosh, are you using 4.0 instead of 4.1 ?

> 
> ---
> Yu-Heng (Ryan) Lei, Associate Reasearcher
> Chunghwa Telecom Laboratories / Cloud Computing Laboratory
> ryan...@cht.com.tw
> or
> ryanlei750...@gmail.com
> 
> 
> 
> On Fri, Jul 12, 2013 at 6:01 PM, Ashutosh Narayan <
> aashutoshnara...@gmail.com> wrote:
> 
>> Hi Folks,
>> 
>> I just came across some command issues in the installation document
>> mentioned on this link -
>> 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
>> Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
>> found instead *cloud-setup-databases* is present
>> for CloudStack version 4.1. Looks like a documentation issue.
>> 
>> Just wanted the list to know.
>> 
>> Thank you,
>> --
>> Ashutosh Narayan
>> 
>> http://ashutoshn.wordpress.com/
>> 

Re: Documentation issue in CloudStack 4.1

[Ryan Lei]

That's weird. My environment has the community RPMs [1] installed (tried
both 4.1.0 and 4.1.1), but there DOES exist the cloudstack-setup-databases
command, located in /usr/bin.

$ which cloudstack-setup-databases
/usr/bin/cloudstack-setup-databases

As I remember, these cloud-*** commands have all changed their titles to
cloudstack-*** since version 4.1. So I was confused when I first read your
thread concerning 4.1.

Are you using a RPM-based Linux and the community RPMs, too? I have no idea
why you have cloud-setup-databases, instead!

[1] http://cloudstack.apt-get.eu/rhel/4.1/

---
Yu-Heng (Ryan) Lei, Associate Reasearcher
Chunghwa Telecom Laboratories / Cloud Computing Laboratory
ryan...@cht.com.tw
or
ryanlei750...@gmail.com



On Fri, Jul 12, 2013 at 6:01 PM, Ashutosh Narayan <
aashutoshnara...@gmail.com> wrote:

> Hi Folks,
>
> I just came across some command issues in the installation document
> mentioned on this link -
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
> Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
> found instead *cloud-setup-databases* is present
> for CloudStack version 4.1. Looks like a documentation issue.
>
> Just wanted the list to know.
>
> Thank you,
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
>

RE: Documentation issue in CloudStack 4.1

[Radhika Puthiyetath]

Filed https://issues.apache.org/jira/browse/CLOUDSTACK-4393


-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com] 
Sent: Monday, August 19, 2013 1:40 PM
To: users@cloudstack.apache.org
Subject: Re: Documentation issue in CloudStack 4.1

Ashutosh, 

Did you open a bug for this ?

thanks,

-sebastien

On Jul 12, 2013, at 6:01 AM, Ashutosh Narayan  
wrote:

> Hi Folks,
> 
> I just came across some command issues in the installation document 
> mentioned on this link - 
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/I
> nstallation_Guide/management-server-install-flow.html
> Section 4.5.4.1 has *cloudstack-setup-databases* but no such command 
> is found instead *cloud-setup-databases* is present for CloudStack 
> version 4.1. Looks like a documentation issue.
> 
> Just wanted the list to know.
> 
> Thank you,
> --
> Ashutosh Narayan
> 
> http://ashutoshn.wordpress.com/

Re: Documentation issue in CloudStack 4.1

[Sebastien Goasguen]

Ashutosh, 

Did you open a bug for this ?

thanks,

-sebastien

On Jul 12, 2013, at 6:01 AM, Ashutosh Narayan  
wrote:

> Hi Folks,
> 
> I just came across some command issues in the installation document
> mentioned on this link -
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
> Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
> found instead *cloud-setup-databases* is present
> for CloudStack version 4.1. Looks like a documentation issue.
> 
> Just wanted the list to know.
> 
> Thank you,
> -- 
> Ashutosh Narayan
> 
> http://ashutoshn.wordpress.com/

Re: Cloudstack 4.1 integrate with Netscaler VPX

[Venkata SwamyBabu Budumuru]

In case of external devices, CloudStack generates a random guest CIDR
based on the VLAN that it picks. You don't have to specify any CIDR during
the createNetwork.

Thanks,
SWAMY

On 16/08/13 9:05 AM, "Peter Zhai"  wrote:

>I am going to integrate Netscaler with my cloudstack 4.1 environment and
>below is the steps i did
>
>1.add Netscaler VPX into guest network as a resource provider
>(successfully
>)
>2.create a new network offering with use Netscaler as loadbalance device
>(successfully)
>3.add a new guest network with the network offering i created at step 2
>(failed )
>
>In step 3 ,i always get "cannot specify CIDR when using network offering
>with external devices"
>
>Thanks
>
>Peter

Fwd: Cloudstack 4.1 integrate with Netscaler VPX

[Peter Zhai]

I am going to integrate Netscaler with my cloudstack 4.1 environment and
below is the steps i did

1.add Netscaler VPX into guest network as a resource provider (successfully
)
2.create a new network offering with use Netscaler as loadbalance device
(successfully)
3.add a new guest network with the network offering i created at step 2
(failed )

In step 3 ,i always get "cannot specify CIDR when using network offering
with external devices"

Thanks

Peter

Cloudstack 4.1 integrate with Netscaler VPX

[Peter Zhai]

I am going to integrate Netscaler with my cloudstack 4.1 environment and
below is the steps i did

1.add Netscaler VPX into guest network as a resource provider (successfully
)
2.create a new network offering with use Netscaler as loadbalance device
(successfully)
3.add a new guest network with the network offering i created at step 2
(failed )

In step 3 ,i always get "cannot specify CIDR when using network offering
with external devices"

Thanks

Peter

Re: Cloudstack 4.1 Maven install issue - POM

[David Nalley]

Cloud-client is the pre-4.1 name.
cloudstack-management is the 4.1 name for this package.

--David
On Jul 22, 2013 2:32 AM, "Karthik Kothuri" 
wrote:

> Thanks Indra.
>
> I did proceed by adding the deb in the cloudstack.list
>
> Now when I am installing cloudstack-client I see the following error
>
> reading package list ... Done
> Building dependency tree
> reading state information.. Done
> Package cloud-client is not available, but is referred to by another
> package
> this may mean that the package is missing, has been obsolete, or is only
> available from another source.
>
> N: Ignoring file 'release.asc' in directory '/etc/apt/sources.list.d' as it
> has been invalid filename extension
> E: Package 'cloud-client' has no installation candidate
>
> The sources.list.d folder has cloudstack.list*,
> natercarlson-maven3-precise.list, natercarlson-maven3-precise.list.save and
> release.asc*
>
> I did include the following URL in  cloudstack.list
>
> deb http://cloudstack.apt-get.eu/ubuntu precise 4.1
>
>
> I feel I went wrong somewhere.Please help.
>
>
> On Sat, Jul 20, 2013 at 7:52 AM, Indra Pramana  wrote:
>
> > Hi,
> >
> > If you are using Ubuntu 12.04 (precise), you don't have to compile again
> > using Maven since the package repo for Precise is already available.
> >
> >
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/configure-package-repository.html#configure-package-repository-deb
> >
> > There's just a typo error there, it should be 4.1 instead of 4.0.
> > /etc/apt/sources.list.d/cloudstack.list should contain:
> >
> > deb http://cloudstack.apt-get.eu/ubuntu precise 4.0
> >
> > Compiling using Maven is needed for Ubuntu 13.04, since the package repo
> is
> > not yet available for raring.
> >
> > Hope this helps.
> >
> > Thank you.
> >
> >
> > On Sat, Jul 20, 2013 at 7:35 AM, Karthik Kothuri <
> > karthik.koth...@eis.ernet.in> wrote:
> >
> > > HI,
> > >
> > > I am trying to install cloudstack 4.1 on Ubuntu 12.04. When running the
> > > following command as per the installation document I see an error.
> > >
> > >
> > > mvn clean install -P developer,systemvm
> > >
> > >
> > > Following is the error,
> > >
> > >
> > > Non-resolvable parent POM: Could not transfer artifact artifact
> > > org.apache:apache:pom:11 from/to central (
> > > http://repo/maven.apache.org/maven2): repo.maven.apache.org and
> > > 'parent.relativePath' points at wrong local POM @ line 23, cloumn
> > > 11:unknown host
> > >
> > >
> > > It appears that the repo is does not exist. Any solution ?
> > >
> > >
> > > Thanks,
> > > Karthik.
> > >
> >
>
>
>
> --
> Thanks and Regards,
> Karthik Kothuri
>

Re: CloudStack 4.1 AWS API error: Client: The service cannot be found for the endpoint reference (EPR)

[Chiradeep Vittal]

Francois, the 4.1 version also supports the Query API. You may be able to
use Boto
See
https://cwiki.apache.org/confluence/x/4gHVAQ

On 7/30/13 11:47 AM, "François Bousquet"
 wrote:

>We are running CloudStack 4.1.0 installed from RPM and are having problem
>configuring the AWS API: CloudStack-Bridge.
>
>After doing the initial configuration (enable.ec2.api=true + restart)
>then following these steps:
>http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Insta
>llation_Guide/aws-ec2-user-setup.html
>
>My EC2 env. variables are the following:
>EC2_CERT=/root/francoisb_crt.pem
>EC2_HOME=/root/ec2-api-tools-1.3-62308
>EC2_PRIVATE_KEY=/root/francoisb_key.pem
>EC2_URL=http://cloud.ops.dot:7080/awsapi
>
>
>We get the following error when using any of the ec2 api tools:
>
>#  ./ec2-describe-availability-zones
>Client: The service cannot be found for the endpoint reference (EPR)
>http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>
>Server error from catalina.out is the following:
>
>Jul 30, 2013 2:42:52 PM org.apache.axis2.engine.AxisEngine receive
>SEVERE: The service cannot be found for the endpoint reference (EPR)
>http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>org.apache.axis2.AxisFault: The service cannot be found for the endpoint
>reference (EPR) http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>at 
>org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.ja
>va:65)
>at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
>at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:254)
>at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:160)
>at 
>org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(
>HTTPTransportUtils.java:173)
>at 
>org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:144)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>onFilterChain.java:290)
>at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>Chain.java:206)
>at 
>org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatche
>r.java:646)
>at 
>org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationD
>ispatcher.java:436)
>at 
>org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispat
>cher.java:374)
>at 
>org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatch
>er.java:302)
>at 
>com.cloud.bridge.service.EC2MainServlet.doGetOrPost(EC2MainServlet.java:11
>4)
>at 
>com.cloud.bridge.service.EC2MainServlet.doPost(EC2MainServlet.java:89)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>onFilterChain.java:290)
>at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>Chain.java:206)
>at 
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>java:233)
>at 
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>java:191)
>at 
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>27)
>at 
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>02)
>at 
>org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
>at 
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.ja
>va:109)
>at 
>org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298
>)
>at 
>org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.jav
>a:889)
>at 
>org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process
>(Http11NioProtocol.java:721)
>at 
>org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.jav
>a:2274)
>at 
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>1146)
>at 
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:615)
>at java.lang.Thread.run(Thread.java:679)
>
>I found this similar issue in the mailing history but there is no
>resolution.
>http://mail-archives.apache.org/mod_mbox/cloudstack-users/201306.mbox/%3C1
>711456701.20130629021...@vp.pl%3E
>
>both enable.s3.api=true and s3.enable=true are also configured but, I
>haven't tried them.
>
>Any idea?
>
>
>François Bousquet
>NOC Team Lead
>Office: 514-286-2636 #2337
>Mobile: 514-654-8920
>francois.bousq...@radialpoint.com
>
>
>***
>This e-mail and attachments are confidential, legally privileged, may be
>subject t

CloudStack 4.1 AWS API error: Client: The service cannot be found for the endpoint reference (EPR)

[François Bousquet]

We are running CloudStack 4.1.0 installed from RPM and are having problem 
configuring the AWS API: CloudStack-Bridge.

After doing the initial configuration (enable.ec2.api=true + restart) then 
following these steps:
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/aws-ec2-user-setup.html

My EC2 env. variables are the following:
EC2_CERT=/root/francoisb_crt.pem
EC2_HOME=/root/ec2-api-tools-1.3-62308
EC2_PRIVATE_KEY=/root/francoisb_key.pem
EC2_URL=http://cloud.ops.dot:7080/awsapi


We get the following error when using any of the ec2 api tools:

#  ./ec2-describe-availability-zones
Client: The service cannot be found for the endpoint reference (EPR) 
http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/

Server error from catalina.out is the following:

Jul 30, 2013 2:42:52 PM org.apache.axis2.engine.AxisEngine receive
SEVERE: The service cannot be found for the endpoint reference (EPR) 
http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
org.apache.axis2.AxisFault: The service cannot be found for the endpoint 
reference (EPR) http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
at 
org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:65)
at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:254)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:160)
at 
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:173)
at 
org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:144)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at 
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at 
com.cloud.bridge.service.EC2MainServlet.doGetOrPost(EC2MainServlet.java:114)
at 
com.cloud.bridge.service.EC2MainServlet.doPost(EC2MainServlet.java:89)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at 
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)

I found this similar issue in the mailing history but there is no resolution.
http://mail-archives.apache.org/mod_mbox/cloudstack-users/201306.mbox/%3c1711456701.20130629021...@vp.pl%3E

both enable.s3.api=true and s3.enable=true are also configured but, I haven't 
tried them.

Any idea?


François Bousquet
NOC Team Lead
Office: 514-286-2636 #2337
Mobile: 514-654-8920
francois.bousq...@radialpoint.com


*** This 
e-mail and attachments are confidential, legally privileged, may be subject to 
copyright and sent solely for the attention of the addressee(s). Any 
unauthorized use or disclosure is prohibited. Statements and opinions expressed 
in this e-mail may not represent those of Radialpoint. 
~~ Le contenu du présent 
courriel est confidentiel, privilégié et peut 

Re: Cloudstack 4.1 Maven install issue - POM

[Karthik Kothuri]

Thanks Indra.

I did proceed by adding the deb in the cloudstack.list

Now when I am installing cloudstack-client I see the following error

reading package list ... Done
Building dependency tree
reading state information.. Done
Package cloud-client is not available, but is referred to by another package
this may mean that the package is missing, has been obsolete, or is only
available from another source.

N: Ignoring file 'release.asc' in directory '/etc/apt/sources.list.d' as it
has been invalid filename extension
E: Package 'cloud-client' has no installation candidate

The sources.list.d folder has cloudstack.list*,
natercarlson-maven3-precise.list, natercarlson-maven3-precise.list.save and
release.asc*

I did include the following URL in  cloudstack.list

deb http://cloudstack.apt-get.eu/ubuntu precise 4.1


I feel I went wrong somewhere.Please help.


On Sat, Jul 20, 2013 at 7:52 AM, Indra Pramana  wrote:

> Hi,
>
> If you are using Ubuntu 12.04 (precise), you don't have to compile again
> using Maven since the package repo for Precise is already available.
>
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/configure-package-repository.html#configure-package-repository-deb
>
> There's just a typo error there, it should be 4.1 instead of 4.0.
> /etc/apt/sources.list.d/cloudstack.list should contain:
>
> deb http://cloudstack.apt-get.eu/ubuntu precise 4.0
>
> Compiling using Maven is needed for Ubuntu 13.04, since the package repo is
> not yet available for raring.
>
> Hope this helps.
>
> Thank you.
>
>
> On Sat, Jul 20, 2013 at 7:35 AM, Karthik Kothuri <
> karthik.koth...@eis.ernet.in> wrote:
>
> > HI,
> >
> > I am trying to install cloudstack 4.1 on Ubuntu 12.04. When running the
> > following command as per the installation document I see an error.
> >
> >
> > mvn clean install -P developer,systemvm
> >
> >
> > Following is the error,
> >
> >
> > Non-resolvable parent POM: Could not transfer artifact artifact
> > org.apache:apache:pom:11 from/to central (
> > http://repo/maven.apache.org/maven2): repo.maven.apache.org and
> > 'parent.relativePath' points at wrong local POM @ line 23, cloumn
> > 11:unknown host
> >
> >
> > It appears that the repo is does not exist. Any solution ?
> >
> >
> > Thanks,
> > Karthik.
> >
>



-- 
Thanks and Regards,
Karthik Kothuri

Re: Cloudstack 4.1 Maven install issue - POM

[Indra Pramana]

Hi,

If you are using Ubuntu 12.04 (precise), you don't have to compile again
using Maven since the package repo for Precise is already available.

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/configure-package-repository.html#configure-package-repository-deb

There's just a typo error there, it should be 4.1 instead of 4.0.
/etc/apt/sources.list.d/cloudstack.list should contain:

deb http://cloudstack.apt-get.eu/ubuntu precise 4.0

Compiling using Maven is needed for Ubuntu 13.04, since the package repo is
not yet available for raring.

Hope this helps.

Thank you.


On Sat, Jul 20, 2013 at 7:35 AM, Karthik Kothuri <
karthik.koth...@eis.ernet.in> wrote:

> HI,
>
> I am trying to install cloudstack 4.1 on Ubuntu 12.04. When running the
> following command as per the installation document I see an error.
>
>
> mvn clean install -P developer,systemvm
>
>
> Following is the error,
>
>
> Non-resolvable parent POM: Could not transfer artifact artifact
> org.apache:apache:pom:11 from/to central (
> http://repo/maven.apache.org/maven2): repo.maven.apache.org and
> 'parent.relativePath' points at wrong local POM @ line 23, cloumn
> 11:unknown host
>
>
> It appears that the repo is does not exist. Any solution ?
>
>
> Thanks,
> Karthik.
>

Cloudstack 4.1 Maven install issue - POM

[Karthik Kothuri]

HI,

I am trying to install cloudstack 4.1 on Ubuntu 12.04. When running the 
following command as per the installation document I see an error.


mvn clean install -P developer,systemvm 


Following is the error, 


Non-resolvable parent POM: Could not transfer artifact artifact 
org.apache:apache:pom:11 from/to central (http://repo/maven.apache.org/maven2): 
repo.maven.apache.org and 'parent.relativePath' points at wrong local POM @ 
line 23, cloumn 11:unknown host


It appears that the repo is does not exist. Any solution ?


Thanks,
Karthik.

Re: upgrading from CloudPlatform to CloudStack 4.1

[Chip Childers]

There is no path to a CloudStack release from CloudPlatform 3.0.6.

On Jul 16, 2013, at 8:08 PM, Conrad Geiger  wrote:

> What about upgrading to 4.0 first?   I seem to recall a possible need for 
> that on the dev list, but can't find it.
>
>
>
>
>  Original message 
> From: Brian Galura 
> Date: 07/16/2013 7:24 PM (GMT-05:00)
> To: users@cloudstack.apache.org
> Subject: RE: upgrading from CloudPlatform to CloudStack 4.1
>
>
> Looks like this doesn't work and is known. 
> https://issues.apache.org/jira/browse/CLOUDSTACK-2929
>
> ERROR [cloud.upgrade.DatabaseUpgradeChecker] (Timer-1:) There is no upgrade 
> path from 3.0.6.20121222035904 to 4.1.0
>
> -Original Message-
> From: Brian Galura [mailto:brian.gal...@citrix.com]
> Sent: Tuesday, July 16, 2013 2:53 PM
> To: users@cloudstack.apache.org
> Subject: RE: upgrading from CloudPlatform to CloudStack 4.1
>
> I plan on doing this later today on a test installation. Ill report my 
> results. Ive built the nonoss rpms from source using the latest code from git 
> so it will be interesting.
>
> -Original Message-
> From: Kristoffer Sheather @ CloudCentral 
> [mailto:kristoffer.sheat...@cloudcentral.com.au]
> Sent: Tuesday, July 16, 2013 2:41 PM
> To: users@cloudstack.apache.org
> Subject: re: upgrading from CloudPlatform to CloudStack 4.1
>
> Take a backup of your database and test the upgrade process.
>
> Regards,
>
> Kristoffer Sheather
> Cloud Central
> Scale Your Data Center In The Cloud
> Phone: 1300 144 007 | Mobile: +61 414 573 130 | Email:
> k...@cloudcentral.com.au
> LinkedIn:   | Skype: kristoffer.sheather | Twitter:
> http://twitter.com/kristofferjon
>
> ----
> From: "Brian Galura" 
> Sent: Wednesday, July 17, 2013 7:39 AM
> To: "users@cloudstack.apache.org" 
> Subject: upgrading from CloudPlatform to CloudStack 4.1
>
> Has anyone tried upgrading from CloudPlatform to a newer version of 
> CloudStack?
>
> I know the deployment methods are different but will the db migrations run 
> cleanly?
>
>
>

RE: upgrading from CloudPlatform to CloudStack 4.1

[Conrad Geiger]

What about upgrading to 4.0 first?   I seem to recall a possible need for that 
on the dev list, but can't find it.




 Original message 
From: Brian Galura 
Date: 07/16/2013 7:24 PM (GMT-05:00)
To: users@cloudstack.apache.org
Subject: RE: upgrading from CloudPlatform to CloudStack 4.1


Looks like this doesn't work and is known. 
https://issues.apache.org/jira/browse/CLOUDSTACK-2929

ERROR [cloud.upgrade.DatabaseUpgradeChecker] (Timer-1:) There is no upgrade 
path from 3.0.6.20121222035904 to 4.1.0

-Original Message-
From: Brian Galura [mailto:brian.gal...@citrix.com]
Sent: Tuesday, July 16, 2013 2:53 PM
To: users@cloudstack.apache.org
Subject: RE: upgrading from CloudPlatform to CloudStack 4.1

I plan on doing this later today on a test installation. Ill report my results. 
Ive built the nonoss rpms from source using the latest code from git so it will 
be interesting.

-Original Message-
From: Kristoffer Sheather @ CloudCentral 
[mailto:kristoffer.sheat...@cloudcentral.com.au]
Sent: Tuesday, July 16, 2013 2:41 PM
To: users@cloudstack.apache.org
Subject: re: upgrading from CloudPlatform to CloudStack 4.1

Take a backup of your database and test the upgrade process.

Regards,

Kristoffer Sheather
Cloud Central
Scale Your Data Center In The Cloud
Phone: 1300 144 007 | Mobile: +61 414 573 130 | Email:
k...@cloudcentral.com.au
LinkedIn:   | Skype: kristoffer.sheather | Twitter:
http://twitter.com/kristofferjon


From: "Brian Galura" 
Sent: Wednesday, July 17, 2013 7:39 AM
To: "users@cloudstack.apache.org" 
Subject: upgrading from CloudPlatform to CloudStack 4.1

Has anyone tried upgrading from CloudPlatform to a newer version of CloudStack?

I know the deployment methods are different but will the db migrations run 
cleanly?

RE: upgrading from CloudPlatform to CloudStack 4.1

[Brian Galura]

Looks like this doesn't work and is known. 
https://issues.apache.org/jira/browse/CLOUDSTACK-2929

ERROR [cloud.upgrade.DatabaseUpgradeChecker] (Timer-1:) There is no upgrade 
path from 3.0.6.20121222035904 to 4.1.0

-Original Message-
From: Brian Galura [mailto:brian.gal...@citrix.com] 
Sent: Tuesday, July 16, 2013 2:53 PM
To: users@cloudstack.apache.org
Subject: RE: upgrading from CloudPlatform to CloudStack 4.1

I plan on doing this later today on a test installation. Ill report my results. 
Ive built the nonoss rpms from source using the latest code from git so it will 
be interesting.

-Original Message-
From: Kristoffer Sheather @ CloudCentral 
[mailto:kristoffer.sheat...@cloudcentral.com.au] 
Sent: Tuesday, July 16, 2013 2:41 PM
To: users@cloudstack.apache.org
Subject: re: upgrading from CloudPlatform to CloudStack 4.1

Take a backup of your database and test the upgrade process.

Regards,

Kristoffer Sheather
Cloud Central
Scale Your Data Center In The Cloud
Phone: 1300 144 007 | Mobile: +61 414 573 130 | Email: 
k...@cloudcentral.com.au
LinkedIn:   | Skype: kristoffer.sheather | Twitter: 
http://twitter.com/kristofferjon


From: "Brian Galura" 
Sent: Wednesday, July 17, 2013 7:39 AM
To: "users@cloudstack.apache.org" 
Subject: upgrading from CloudPlatform to CloudStack 4.1

Has anyone tried upgrading from CloudPlatform to a newer version of CloudStack?

I know the deployment methods are different but will the db migrations run 
cleanly?

RE: upgrading from CloudPlatform to CloudStack 4.1

[Brian Galura]

I plan on doing this later today on a test installation. Ill report my results. 
Ive built the nonoss rpms from source using the latest code from git so it will 
be interesting.

-Original Message-
From: Kristoffer Sheather @ CloudCentral 
[mailto:kristoffer.sheat...@cloudcentral.com.au] 
Sent: Tuesday, July 16, 2013 2:41 PM
To: users@cloudstack.apache.org
Subject: re: upgrading from CloudPlatform to CloudStack 4.1

Take a backup of your database and test the upgrade process.

Regards,

Kristoffer Sheather
Cloud Central
Scale Your Data Center In The Cloud
Phone: 1300 144 007 | Mobile: +61 414 573 130 | Email: 
k...@cloudcentral.com.au
LinkedIn:   | Skype: kristoffer.sheather | Twitter: 
http://twitter.com/kristofferjon


From: "Brian Galura" 
Sent: Wednesday, July 17, 2013 7:39 AM
To: "users@cloudstack.apache.org" 
Subject: upgrading from CloudPlatform to CloudStack 4.1

Has anyone tried upgrading from CloudPlatform to a newer version of CloudStack?

I know the deployment methods are different but will the db migrations run 
cleanly?

re: upgrading from CloudPlatform to CloudStack 4.1

[Kristoffer Sheather @ CloudCentral]

Take a backup of your database and test the upgrade process.

Regards,

Kristoffer Sheather
Cloud Central
Scale Your Data Center In The Cloud 
Phone: 1300 144 007 | Mobile: +61 414 573 130 | Email: 
k...@cloudcentral.com.au
LinkedIn:   | Skype: kristoffer.sheather | Twitter: 
http://twitter.com/kristofferjon


From: "Brian Galura" 
Sent: Wednesday, July 17, 2013 7:39 AM
To: "users@cloudstack.apache.org" 
Subject: upgrading from CloudPlatform to CloudStack 4.1

Has anyone tried upgrading from CloudPlatform to a newer version of 
CloudStack?

I know the deployment methods are different but will the db migrations run 
cleanly?

upgrading from CloudPlatform to CloudStack 4.1

[Brian Galura]

Has anyone tried upgrading from CloudPlatform to a newer version of CloudStack?

I know the deployment methods are different but will the db migrations run 
cleanly?

RE: Documentation issue in CloudStack 4.1

[Radhika Puthiyetath]

Thanks.

Please file a doc defect, Ashutosh.

-Radhika

-Original Message-
From: Ashutosh Narayan [mailto:aashutoshnara...@gmail.com] 
Sent: Friday, July 12, 2013 3:31 PM
To: users@cloudstack.apache.org
Subject: Documentation issue in CloudStack 4.1

Hi Folks,

I just came across some command issues in the installation document mentioned 
on this link - 
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is found 
instead *cloud-setup-databases* is present for CloudStack version 4.1. Looks 
like a documentation issue.

Just wanted the list to know.

Thank you,
--
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Re: Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

On Fri, Jul 12, 2013 at 8:56 PM, Geoff Higginbottom <
geoff.higginbot...@shapeblue.com> wrote:

> Hi Ashutosh,
>
> Sorry I missed you mail earlier, but I see you have now resolved the issue.
>
> For the benefit of markmail.org, which archives these mails and makes
> them searchable, the following would have fixed your issus.
>
> chmod 777 /var/log/cloudstack/management/catalina.out
> service cloudstack-management restart
>
> service cloud-management restart worked for me, I think that's a change in
CloudStack 4.1


> Just adding it as its best practice to always share the 'how I fixed it'
> so anyone finding this thread will be able to implement the fix in the
> future
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: Ashutosh Narayan [mailto:aashutoshnara...@gmail.com]
> Sent: 12 July 2013 15:20
> To: users@cloudstack.apache.org
> Subject: Re: Not getting Web UI in CloudStack 4.1
>
> Hi,
>
> I was able to fix the issue. There was some permission issue with
> catalina.out file.
> After changing it the Web UI was successfully launched.
>
> Thank you,
>
> On Fri, Jul 12, 2013 at 6:06 PM, Ashutosh Narayan <
> aashutoshnara...@gmail.com> wrote:
>
> > Hi,
> >
> > Here are the logs of catalina - http://pastebin.com/41XGxQ3Z Is
> > tomcat6 creating some problems ?
> >
> >
> > On Fri, Jul 12, 2013 at 5:54 PM, Ashutosh Narayan <
> > aashutoshnara...@gmail.com> wrote:
> >
> >> Hi Jayapal,
> >>
> >> I ran /etc/init.d/cloud-management start ; but still I do not see
> >> login page.
> >> Looks there are some changes CloudStack 4.1 Where else can I look
> >> into ?
> >>
> >> On Fri, Jul 12, 2013 at 5:46 PM, Ashutosh Narayan <
> >> aashutoshnara...@gmail.com> wrote:
> >>
> >>> Hi Jayapal,
> >>>
> >>> When I run "service cloudstack status" it says cloudstack:
> >>> unrecognized service I am accessing management server with (
> >>> http://:8080/client ) itself.
> >>>
> >>> On Fri, Jul 12, 2013 at 5:39 PM, Jayapal Reddy Uradi <
> >>> jayapalreddy.ur...@citrix.com> wrote:
> >>>
> >>>>
> >>>> Check your cloudstack daemon is running or not (service cloudstack
> >>>> status).
> >>>> How you accessing the management server ?
> >>>> (http://:8080/client)
> >>>>
> >>>> Thanks,
> >>>> Jayapal
> >>>>
> >>>> Thanks,
> >>>> Jayapal
> >>>> On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan <
> >>>> aashutoshnara...@gmail.com>
> >>>>  wrote:
> >>>>
> >>>> > Hi Geoff,
> >>>> >
> >>>> > Can you suggest where am I going wrong ?
> >>>> > Let me know should you want to see some logs.
> >>>> >
> >>>> > On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
> >>>> > aashutoshnara...@gmail.com> wrote:
> >>>> >
> >>>> >> Hi,
> >>>> >>
> >>>> >> I was following the wiki to install CloudStack 4.1 on CentOS 6.3
> >>>> with KVM
> >>>> >> hypervisor.
> >>>> >>
> >>>> >>
> >>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/htm
> >>>> l/Installation_Guide/management-server-install-flow.html
> >>>> >> I am done till section 4.5.7. Installation was complete
> successfully.
> >>>> >> But when I fire the management server IP on the browser I do not
> >>>> >> get
> >>>> any
> >>>> >> login page.
> >>>> >> What could be the issue ? I also noticed from the log that
> >>>> >> tomcat6
> >>>> was not
> >>>> >> running ;
> >>>> >> so I started it. Even after doing so I do not get the Web UI.
> >>>> >> I also verified iptables rule, it accepts connections from port
> 8080.
> >>>> >>
> >>>> >> Any suggestions what might have gone wrong ?
> >>>> >>
> >>>> >> Thank you,
> >>>> >> --
> >>>> >> Ashutosh Narayan
> >>>> >>
> >>>> >> http://ashutoshn.wordpress.com/
> >>>> >>
> >>>> >>
> >>>> >
> >>>> >
> >>>> > --
> >>>> > Ashutosh Narayan
> >>>> >
> >>>> > http://ashutoshn.wordpress.com/
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Ashutosh Narayan
> >>>
> >>> http://ashutoshn.wordpress.com/
> >>>
> >>>
> >>
> >>
> >> --
> >> Ashutosh Narayan
> >>
> >> http://ashutoshn.wordpress.com/
> >>
> >>
> >
> >
> > --
> > Ashutosh Narayan
> >
> > http://ashutoshn.wordpress.com/
> >
> >
>
>
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is
> operated under license from Shape Blue Ltd. ShapeBlue is a registered
> trademark.
>
>


-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

RE: Not getting Web UI in CloudStack 4.1

[Geoff Higginbottom]

Hi Ashutosh,

Sorry I missed you mail earlier, but I see you have now resolved the issue.

For the benefit of markmail.org, which archives these mails and makes them 
searchable, the following would have fixed your issus.

chmod 777 /var/log/cloudstack/management/catalina.out
service cloudstack-management restart

Just adding it as its best practice to always share the 'how I fixed it' so 
anyone finding this thread will be able to implement the fix in the future

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Ashutosh Narayan [mailto:aashutoshnara...@gmail.com]
Sent: 12 July 2013 15:20
To: users@cloudstack.apache.org
Subject: Re: Not getting Web UI in CloudStack 4.1

Hi,

I was able to fix the issue. There was some permission issue with catalina.out 
file.
After changing it the Web UI was successfully launched.

Thank you,

On Fri, Jul 12, 2013 at 6:06 PM, Ashutosh Narayan < aashutoshnara...@gmail.com> 
wrote:

> Hi,
>
> Here are the logs of catalina - http://pastebin.com/41XGxQ3Z Is
> tomcat6 creating some problems ?
>
>
> On Fri, Jul 12, 2013 at 5:54 PM, Ashutosh Narayan <
> aashutoshnara...@gmail.com> wrote:
>
>> Hi Jayapal,
>>
>> I ran /etc/init.d/cloud-management start ; but still I do not see
>> login page.
>> Looks there are some changes CloudStack 4.1 Where else can I look
>> into ?
>>
>> On Fri, Jul 12, 2013 at 5:46 PM, Ashutosh Narayan <
>> aashutoshnara...@gmail.com> wrote:
>>
>>> Hi Jayapal,
>>>
>>> When I run "service cloudstack status" it says cloudstack:
>>> unrecognized service I am accessing management server with (
>>> http://:8080/client ) itself.
>>>
>>> On Fri, Jul 12, 2013 at 5:39 PM, Jayapal Reddy Uradi <
>>> jayapalreddy.ur...@citrix.com> wrote:
>>>
>>>>
>>>> Check your cloudstack daemon is running or not (service cloudstack
>>>> status).
>>>> How you accessing the management server ?
>>>> (http://:8080/client)
>>>>
>>>> Thanks,
>>>> Jayapal
>>>>
>>>> Thanks,
>>>> Jayapal
>>>> On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan <
>>>> aashutoshnara...@gmail.com>
>>>>  wrote:
>>>>
>>>> > Hi Geoff,
>>>> >
>>>> > Can you suggest where am I going wrong ?
>>>> > Let me know should you want to see some logs.
>>>> >
>>>> > On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
>>>> > aashutoshnara...@gmail.com> wrote:
>>>> >
>>>> >> Hi,
>>>> >>
>>>> >> I was following the wiki to install CloudStack 4.1 on CentOS 6.3
>>>> with KVM
>>>> >> hypervisor.
>>>> >>
>>>> >>
>>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/htm
>>>> l/Installation_Guide/management-server-install-flow.html
>>>> >> I am done till section 4.5.7. Installation was complete successfully.
>>>> >> But when I fire the management server IP on the browser I do not
>>>> >> get
>>>> any
>>>> >> login page.
>>>> >> What could be the issue ? I also noticed from the log that
>>>> >> tomcat6
>>>> was not
>>>> >> running ;
>>>> >> so I started it. Even after doing so I do not get the Web UI.
>>>> >> I also verified iptables rule, it accepts connections from port 8080.
>>>> >>
>>>> >> Any suggestions what might have gone wrong ?
>>>> >>
>>>> >> Thank you,
>>>> >> --
>>>> >> Ashutosh Narayan
>>>> >>
>>>> >> http://ashutoshn.wordpress.com/
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> > --
>>>> > Ashutosh Narayan
>>>> >
>>>> > http://ashutoshn.wordpress.com/
>>>>
>>>>
>>>
>>>
>>> --
>>> Ashutosh Narayan
>>>
>>> http://ashutoshn.wordpress.com/
>>>
>>>
>>
>>
>> --
>> Ashutosh Narayan
>>
>> http://ashutoshn.wordpress.com/
>>
>>
>
>
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
>
>


--
Ashutosh Narayan

http://ashutoshn.wordpress.com/
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is operated under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

Hi,

I was able to fix the issue. There was some permission issue with
catalina.out file.
After changing it the Web UI was successfully launched.

Thank you,

On Fri, Jul 12, 2013 at 6:06 PM, Ashutosh Narayan <
aashutoshnara...@gmail.com> wrote:

> Hi,
>
> Here are the logs of catalina - http://pastebin.com/41XGxQ3Z
> Is tomcat6 creating some problems ?
>
>
> On Fri, Jul 12, 2013 at 5:54 PM, Ashutosh Narayan <
> aashutoshnara...@gmail.com> wrote:
>
>> Hi Jayapal,
>>
>> I ran /etc/init.d/cloud-management start ; but still I do not see login
>> page.
>> Looks there are some changes CloudStack 4.1
>> Where else can I look into ?
>>
>> On Fri, Jul 12, 2013 at 5:46 PM, Ashutosh Narayan <
>> aashutoshnara...@gmail.com> wrote:
>>
>>> Hi Jayapal,
>>>
>>> When I run "service cloudstack status" it says cloudstack: unrecognized
>>> service
>>> I am accessing management server with ( http://:8080/client )
>>> itself.
>>>
>>> On Fri, Jul 12, 2013 at 5:39 PM, Jayapal Reddy Uradi <
>>> jayapalreddy.ur...@citrix.com> wrote:
>>>
>>>>
>>>> Check your cloudstack daemon is running or not (service cloudstack
>>>> status).
>>>> How you accessing the management server ?
>>>> (http://:8080/client)
>>>>
>>>> Thanks,
>>>> Jayapal
>>>>
>>>> Thanks,
>>>> Jayapal
>>>> On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan <
>>>> aashutoshnara...@gmail.com>
>>>>  wrote:
>>>>
>>>> > Hi Geoff,
>>>> >
>>>> > Can you suggest where am I going wrong ?
>>>> > Let me know should you want to see some logs.
>>>> >
>>>> > On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
>>>> > aashutoshnara...@gmail.com> wrote:
>>>> >
>>>> >> Hi,
>>>> >>
>>>> >> I was following the wiki to install CloudStack 4.1 on CentOS 6.3
>>>> with KVM
>>>> >> hypervisor.
>>>> >>
>>>> >>
>>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
>>>> >> I am done till section 4.5.7. Installation was complete successfully.
>>>> >> But when I fire the management server IP on the browser I do not get
>>>> any
>>>> >> login page.
>>>> >> What could be the issue ? I also noticed from the log that tomcat6
>>>> was not
>>>> >> running ;
>>>> >> so I started it. Even after doing so I do not get the Web UI.
>>>> >> I also verified iptables rule, it accepts connections from port 8080.
>>>> >>
>>>> >> Any suggestions what might have gone wrong ?
>>>> >>
>>>> >> Thank you,
>>>> >> --
>>>> >> Ashutosh Narayan
>>>> >>
>>>> >> http://ashutoshn.wordpress.com/
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> > --
>>>> > Ashutosh Narayan
>>>> >
>>>> > http://ashutoshn.wordpress.com/
>>>>
>>>>
>>>
>>>
>>> --
>>> Ashutosh Narayan
>>>
>>> http://ashutoshn.wordpress.com/
>>>
>>>
>>
>>
>> --
>> Ashutosh Narayan
>>
>> http://ashutoshn.wordpress.com/
>>
>>
>
>
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
>
>


-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Re: Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

Hi,

Here are the logs of catalina - http://pastebin.com/41XGxQ3Z
Is tomcat6 creating some problems ?

On Fri, Jul 12, 2013 at 5:54 PM, Ashutosh Narayan <
aashutoshnara...@gmail.com> wrote:

> Hi Jayapal,
>
> I ran /etc/init.d/cloud-management start ; but still I do not see login
> page.
> Looks there are some changes CloudStack 4.1
> Where else can I look into ?
>
> On Fri, Jul 12, 2013 at 5:46 PM, Ashutosh Narayan <
> aashutoshnara...@gmail.com> wrote:
>
>> Hi Jayapal,
>>
>> When I run "service cloudstack status" it says cloudstack: unrecognized
>> service
>> I am accessing management server with ( http://:8080/client )
>> itself.
>>
>> On Fri, Jul 12, 2013 at 5:39 PM, Jayapal Reddy Uradi <
>> jayapalreddy.ur...@citrix.com> wrote:
>>
>>>
>>> Check your cloudstack daemon is running or not (service cloudstack
>>> status).
>>> How you accessing the management server ?
>>> (http://:8080/client)
>>>
>>> Thanks,
>>> Jayapal
>>>
>>> Thanks,
>>> Jayapal
>>> On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan >> >
>>>  wrote:
>>>
>>> > Hi Geoff,
>>> >
>>> > Can you suggest where am I going wrong ?
>>> > Let me know should you want to see some logs.
>>> >
>>> > On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
>>> > aashutoshnara...@gmail.com> wrote:
>>> >
>>> >> Hi,
>>> >>
>>> >> I was following the wiki to install CloudStack 4.1 on CentOS 6.3 with
>>> KVM
>>> >> hypervisor.
>>> >>
>>> >>
>>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
>>> >> I am done till section 4.5.7. Installation was complete successfully.
>>> >> But when I fire the management server IP on the browser I do not get
>>> any
>>> >> login page.
>>> >> What could be the issue ? I also noticed from the log that tomcat6
>>> was not
>>> >> running ;
>>> >> so I started it. Even after doing so I do not get the Web UI.
>>> >> I also verified iptables rule, it accepts connections from port 8080.
>>> >>
>>> >> Any suggestions what might have gone wrong ?
>>> >>
>>> >> Thank you,
>>> >> --
>>> >> Ashutosh Narayan
>>> >>
>>> >> http://ashutoshn.wordpress.com/
>>> >>
>>> >>
>>> >
>>> >
>>> > --
>>> > Ashutosh Narayan
>>> >
>>> > http://ashutoshn.wordpress.com/
>>>
>>>
>>
>>
>> --
>> Ashutosh Narayan
>>
>> http://ashutoshn.wordpress.com/
>>
>>
>
>
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
>
>


-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Re: Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

Hi Jayapal,

I ran /etc/init.d/cloud-management start ; but still I do not see login
page.
Looks there are some changes CloudStack 4.1
Where else can I look into ?

On Fri, Jul 12, 2013 at 5:46 PM, Ashutosh Narayan <
aashutoshnara...@gmail.com> wrote:

> Hi Jayapal,
>
> When I run "service cloudstack status" it says cloudstack: unrecognized
> service
> I am accessing management server with ( http://:8080/client )
> itself.
>
> On Fri, Jul 12, 2013 at 5:39 PM, Jayapal Reddy Uradi <
> jayapalreddy.ur...@citrix.com> wrote:
>
>>
>> Check your cloudstack daemon is running or not (service cloudstack
>> status).
>> How you accessing the management server ?
>> (http://:8080/client)
>>
>> Thanks,
>> Jayapal
>>
>> Thanks,
>> Jayapal
>> On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan 
>>  wrote:
>>
>> > Hi Geoff,
>> >
>> > Can you suggest where am I going wrong ?
>> > Let me know should you want to see some logs.
>> >
>> > On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
>> > aashutoshnara...@gmail.com> wrote:
>> >
>> >> Hi,
>> >>
>> >> I was following the wiki to install CloudStack 4.1 on CentOS 6.3 with
>> KVM
>> >> hypervisor.
>> >>
>> >>
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
>> >> I am done till section 4.5.7. Installation was complete successfully.
>> >> But when I fire the management server IP on the browser I do not get
>> any
>> >> login page.
>> >> What could be the issue ? I also noticed from the log that tomcat6 was
>> not
>> >> running ;
>> >> so I started it. Even after doing so I do not get the Web UI.
>> >> I also verified iptables rule, it accepts connections from port 8080.
>> >>
>> >> Any suggestions what might have gone wrong ?
>> >>
>> >> Thank you,
>> >> --
>> >> Ashutosh Narayan
>> >>
>> >> http://ashutoshn.wordpress.com/
>> >>
>> >>
>> >
>> >
>> > --
>> > Ashutosh Narayan
>> >
>> > http://ashutoshn.wordpress.com/
>>
>>
>
>
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
>
>


-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Re: Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

Hi Jayapal,

When I run "service cloudstack status" it says cloudstack: unrecognized
service
I am accessing management server with ( http://:8080/client ) itself.

On Fri, Jul 12, 2013 at 5:39 PM, Jayapal Reddy Uradi <
jayapalreddy.ur...@citrix.com> wrote:

>
> Check your cloudstack daemon is running or not (service cloudstack status).
> How you accessing the management server ?
> (http://:8080/client)
>
> Thanks,
> Jayapal
>
> Thanks,
> Jayapal
> On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan 
>  wrote:
>
> > Hi Geoff,
> >
> > Can you suggest where am I going wrong ?
> > Let me know should you want to see some logs.
> >
> > On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
> > aashutoshnara...@gmail.com> wrote:
> >
> >> Hi,
> >>
> >> I was following the wiki to install CloudStack 4.1 on CentOS 6.3 with
> KVM
> >> hypervisor.
> >>
> >>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
> >> I am done till section 4.5.7. Installation was complete successfully.
> >> But when I fire the management server IP on the browser I do not get any
> >> login page.
> >> What could be the issue ? I also noticed from the log that tomcat6 was
> not
> >> running ;
> >> so I started it. Even after doing so I do not get the Web UI.
> >> I also verified iptables rule, it accepts connections from port 8080.
> >>
> >> Any suggestions what might have gone wrong ?
> >>
> >> Thank you,
> >> --
> >> Ashutosh Narayan
> >>
> >> http://ashutoshn.wordpress.com/
> >>
> >>
> >
> >
> > --
> > Ashutosh Narayan
> >
> > http://ashutoshn.wordpress.com/
>
>


-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Re: Not getting Web UI in CloudStack 4.1

[Jayapal Reddy Uradi]

Check your cloudstack daemon is running or not (service cloudstack status).
How you accessing the management server ? 
(http://:8080/client)

Thanks,
Jayapal

Thanks,
Jayapal
On 12-Jul-2013, at 5:30 PM, Ashutosh Narayan 
 wrote:

> Hi Geoff,
> 
> Can you suggest where am I going wrong ?
> Let me know should you want to see some logs.
> 
> On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
> aashutoshnara...@gmail.com> wrote:
> 
>> Hi,
>> 
>> I was following the wiki to install CloudStack 4.1 on CentOS 6.3 with KVM
>> hypervisor.
>> 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
>> I am done till section 4.5.7. Installation was complete successfully.
>> But when I fire the management server IP on the browser I do not get any
>> login page.
>> What could be the issue ? I also noticed from the log that tomcat6 was not
>> running ;
>> so I started it. Even after doing so I do not get the Web UI.
>> I also verified iptables rule, it accepts connections from port 8080.
>> 
>> Any suggestions what might have gone wrong ?
>> 
>> Thank you,
>> --
>> Ashutosh Narayan
>> 
>> http://ashutoshn.wordpress.com/
>> 
>> 
> 
> 
> -- 
> Ashutosh Narayan
> 
> http://ashutoshn.wordpress.com/

Re: Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

Hi Geoff,

Can you suggest where am I going wrong ?
Let me know should you want to see some logs.

On Fri, Jul 12, 2013 at 4:46 PM, Ashutosh Narayan <
aashutoshnara...@gmail.com> wrote:

> Hi,
>
> I was following the wiki to install CloudStack 4.1 on CentOS 6.3 with KVM
> hypervisor.
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
> I am done till section 4.5.7. Installation was complete successfully.
> But when I fire the management server IP on the browser I do not get any
> login page.
> What could be the issue ? I also noticed from the log that tomcat6 was not
> running ;
> so I started it. Even after doing so I do not get the Web UI.
> I also verified iptables rule, it accepts connections from port 8080.
>
> Any suggestions what might have gone wrong ?
>
> Thank you,
> --
> Ashutosh Narayan
>
> http://ashutoshn.wordpress.com/
>
>


-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Not getting Web UI in CloudStack 4.1

[Ashutosh Narayan]

Hi,

I was following the wiki to install CloudStack 4.1 on CentOS 6.3 with KVM
hypervisor.
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
I am done till section 4.5.7. Installation was complete successfully.
But when I fire the management server IP on the browser I do not get any
login page.
What could be the issue ? I also noticed from the log that tomcat6 was not
running ;
so I started it. Even after doing so I do not get the Web UI.
I also verified iptables rule, it accepts connections from port 8080.

Any suggestions what might have gone wrong ?

Thank you,
-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Documentation issue in CloudStack 4.1

[Ashutosh Narayan]

Hi Folks,

I just came across some command issues in the installation document
mentioned on this link -
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
Section 4.5.4.1 has *cloudstack-setup-databases* but no such command is
found instead *cloud-setup-databases* is present
for CloudStack version 4.1. Looks like a documentation issue.

Just wanted the list to know.

Thank you,
-- 
Ashutosh Narayan

http://ashutoshn.wordpress.com/

Re: cloudstack 4.1 QinQ vlan behaviour

[Valery Ciareszka]

>What is your guest KVM traffic label set to?
It is set to cloudbrguest.

>And tell it to use cloudbrguest-10 as the traffic label, it will go up one
from vlan10 and settle on vlan211 as the physical device.

Yes, that should work(I don't have possibility to test it right now),
thanks for suggestion.

On Wed, Jul 10, 2013 at 5:13 PM, Marcus Sorensen wrote:

> I created that document, as a suggestion. I never got feedback. The
> way it worked previously was sort of  a happy accident, which was
> 'fixed' when the code changed to accept overlapping vlan numbers on
> multiple physical devices (hence the bridge name change).
>
> However... I believe there is still a way to do what you want with the
> stock code. What is your guest KVM traffic label set to?  Cloudstack
> is looking for the 'parent' physical device of the bridge, so if it
> sees that it's on a vlan, it goes up one more to find the real device.
> It only does this once. So if instead of:
>
> cloudbrguest8000.90e2ba317614   yes vlan211
>
> You create:
>
> cloudbrguest-10   8000.90e2ba317614   yes
> vlan211.10
>
> And tell it to use cloudbrguest-10 as the traffic label, it will go up
> one from vlan10 and settle on vlan211 as the physical device. The nice
> thing about the new behavior is that I believe it will work on ANY
> type, not just 'vlan' ones (so you could bond, for instance).
>
> On Wed, Jul 10, 2013 at 2:34 AM, Valery Ciareszka
>  wrote:
> > Hi all.
> >
> > I was able to change vlan creation behaviour by source code modification
> >
> (plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java),
> > had to comment several lines of code:
> >
> >  private String getPif(String bridge) {
> > String pif = matchPifFileInDirectory(bridge);
> > //File vlanfile = new File("/proc/net/vlan/" + pif);
> >
> > //if (vlanfile.isFile()) {
> > //pif = Script.runSimpleBashScript("grep ^Device\\:
> > /proc/net/vlan/"
> > //  + pif + " | awk
> {'print
> > $2'}");
> > //}
> >
> > return pif;
> > }
> >
> > Could someone please comment this new behaviour of vlan creation ? Why
> does
> > it try to create vlan on real physical device, but not on vlan (vlan in
> > vlan) ? There is nothing about this in documentation.
> > I have found Q-in-Q for isolated networks functional spec -
> >
> https://cwiki.apache.org/CLOUDSTACK/q-in-q-for-isolated-networks-functional-spec.html
> > "The admin simply needs to create any 'vlan#' devices, and CloudStack
> uses
> > them as physical devices."
> >
> > That worked for me in CS 4.0.2. But as you can see, current version of
> > cloudstack DOES NOT use 'vlan#' devices as physical devices!!!
> > Is that a bug ?
> >
> >
> >
> > On Tue, Jul 9, 2013 at 12:39 PM, Valery Ciareszka <
> valery.teres...@gmail.com
> >> wrote:
> >
> >> So, nobody uses q in q and cloudstack 4.1 ?
> >>
> >>
> >> On Mon, Jul 8, 2013 at 3:13 PM, Valery Ciareszka <
> >> valery.teres...@gmail.com> wrote:
> >>
> >>> Hi all,
> >>>
> >>> I use the following environment: CS 4.1, KVM, Centos 6.4
> >>> (management+node1+node2), OpenIndiana NFS server as primary and
> secondary
> >>> storage
> >>> I have advanced networking in zone. I split management/public/guest
> >>> traffic into different vlans, and use kvm network labels (bridge
> names):
> >>> # cat /etc/cloud/agent/agent.properties |grep device
> >>> guest.network.device=cloudbrguest
> >>> private.network.device=cloudbrmanage
> >>> public.network.device=cloudbrpublic
> >>>
> >>> I have following network configuration:
> >>> eth0+eth1=bond0
> >>> eth2+eth3=bond1
> >>>
> >>> I use  vlan with id=211 on bond1 interface for guest traffic:
> >>> cloudbrguest8000.90e2ba317614   yes vlan211
> >>> cloudbrmanage   8000.90e2ba317614   yes
> bond1.210
> >>> cloudbrpublic   8000.90e2ba317614   yes
> bond1.221
> >>> cloudbrstor 8000.0025908814a4   yes bond0
> >>>
> >>>
> >>> The problem appeared after I have upgraded CS from 4.0.2 to 4.1.
> >>>
> >>> How it works

Re: cloudstack 4.1 QinQ vlan behaviour

[Marcus Sorensen]

I created that document, as a suggestion. I never got feedback. The
way it worked previously was sort of  a happy accident, which was
'fixed' when the code changed to accept overlapping vlan numbers on
multiple physical devices (hence the bridge name change).

However... I believe there is still a way to do what you want with the
stock code. What is your guest KVM traffic label set to?  Cloudstack
is looking for the 'parent' physical device of the bridge, so if it
sees that it's on a vlan, it goes up one more to find the real device.
It only does this once. So if instead of:

cloudbrguest8000.90e2ba317614   yes vlan211

You create:

cloudbrguest-10   8000.90e2ba317614   yes vlan211.10

And tell it to use cloudbrguest-10 as the traffic label, it will go up
one from vlan10 and settle on vlan211 as the physical device. The nice
thing about the new behavior is that I believe it will work on ANY
type, not just 'vlan' ones (so you could bond, for instance).

On Wed, Jul 10, 2013 at 2:34 AM, Valery Ciareszka
 wrote:
> Hi all.
>
> I was able to change vlan creation behaviour by source code modification
> (plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java),
> had to comment several lines of code:
>
>  private String getPif(String bridge) {
> String pif = matchPifFileInDirectory(bridge);
> //File vlanfile = new File("/proc/net/vlan/" + pif);
>
> //if (vlanfile.isFile()) {
> //pif = Script.runSimpleBashScript("grep ^Device\\:
> /proc/net/vlan/"
> //  + pif + " | awk {'print
> $2'}");
> //}
>
> return pif;
> }
>
> Could someone please comment this new behaviour of vlan creation ? Why does
> it try to create vlan on real physical device, but not on vlan (vlan in
> vlan) ? There is nothing about this in documentation.
> I have found Q-in-Q for isolated networks functional spec -
> https://cwiki.apache.org/CLOUDSTACK/q-in-q-for-isolated-networks-functional-spec.html
> "The admin simply needs to create any 'vlan#' devices, and CloudStack uses
> them as physical devices."
>
> That worked for me in CS 4.0.2. But as you can see, current version of
> cloudstack DOES NOT use 'vlan#' devices as physical devices!!!
> Is that a bug ?
>
>
>
> On Tue, Jul 9, 2013 at 12:39 PM, Valery Ciareszka > wrote:
>
>> So, nobody uses q in q and cloudstack 4.1 ?
>>
>>
>> On Mon, Jul 8, 2013 at 3:13 PM, Valery Ciareszka <
>> valery.teres...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I use the following environment: CS 4.1, KVM, Centos 6.4
>>> (management+node1+node2), OpenIndiana NFS server as primary and secondary
>>> storage
>>> I have advanced networking in zone. I split management/public/guest
>>> traffic into different vlans, and use kvm network labels (bridge names):
>>> # cat /etc/cloud/agent/agent.properties |grep device
>>> guest.network.device=cloudbrguest
>>> private.network.device=cloudbrmanage
>>> public.network.device=cloudbrpublic
>>>
>>> I have following network configuration:
>>> eth0+eth1=bond0
>>> eth2+eth3=bond1
>>>
>>> I use  vlan with id=211 on bond1 interface for guest traffic:
>>> cloudbrguest8000.90e2ba317614   yes vlan211
>>> cloudbrmanage   8000.90e2ba317614   yes bond1.210
>>> cloudbrpublic   8000.90e2ba317614   yes bond1.221
>>> cloudbrstor 8000.0025908814a4   yes bond0
>>>
>>>
>>> The problem appeared after I have upgraded CS from 4.0.2 to 4.1.
>>>
>>> How it works in 4.0.2:
>>> -bridge interface cloudVirBr#VLANID is created on hypervisor, #VLANID -
>>> value from 1024 to 4096(is specified when creating zone), i.e.
>>> cloudVirBr1224
>>> -vlan interface vlan211.#VLANID is created on hypervisor and is plugged
>>> into cloudVirBr#VLANID
>>> I should had permitted 211 vlanid on switchports and all guest traffic
>>> (vlans 1024-4096) was encapsulated.
>>>
>>> How it works in 4.1:
>>> -bridge interface br#ETHNAME-#VLANID is created on hypervisor, where
>>> #VLANID - value from 1024 to 4096(is specified when creating zone) and
>>> #ETHNAME - name of device on top of which vlan will be created
>>> i.e. brbond1-1224
>>> -vlan interface bond1.#VLANID is created on hypervisor and is plugged
>>> into br#ETHNAME-#VLANID
>>> However, vlan interface is created on top of bond1 interface, while I
>>> would like it to be created on top of vlan211 (bond1.211)
>>> Now I should permit 1024-4096 vlanid on switchports, that is not
>>> convenient.
>>>
>>> How do I configure CS 4.1 so that it could work with guest vlans the same
>>> way as it had worked in CS 4.0 ?
>>>
>>> --
>>> Regards,
>>> Valery
>>>
>>> http://protocol.by/slayer
>>>
>>
>>
>>
>> --
>> Regards,
>> Valery
>>
>> http://protocol.by/slayer
>>
>
>
>
> --
> Regards,
> Valery
>
> http://protocol.by/slayer

Re: cloudstack 4.1 QinQ vlan behaviour

[Valery Ciareszka]

Hi all.

I was able to change vlan creation behaviour by source code modification
(plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java),
had to comment several lines of code:

 private String getPif(String bridge) {
String pif = matchPifFileInDirectory(bridge);
//File vlanfile = new File("/proc/net/vlan/" + pif);

//if (vlanfile.isFile()) {
//pif = Script.runSimpleBashScript("grep ^Device\\:
/proc/net/vlan/"
//  + pif + " | awk {'print
$2'}");
//}

return pif;
}

Could someone please comment this new behaviour of vlan creation ? Why does
it try to create vlan on real physical device, but not on vlan (vlan in
vlan) ? There is nothing about this in documentation.
I have found Q-in-Q for isolated networks functional spec -
https://cwiki.apache.org/CLOUDSTACK/q-in-q-for-isolated-networks-functional-spec.html
"The admin simply needs to create any 'vlan#' devices, and CloudStack uses
them as physical devices."

That worked for me in CS 4.0.2. But as you can see, current version of
cloudstack DOES NOT use 'vlan#' devices as physical devices!!!
Is that a bug ?



On Tue, Jul 9, 2013 at 12:39 PM, Valery Ciareszka  wrote:

> So, nobody uses q in q and cloudstack 4.1 ?
>
>
> On Mon, Jul 8, 2013 at 3:13 PM, Valery Ciareszka <
> valery.teres...@gmail.com> wrote:
>
>> Hi all,
>>
>> I use the following environment: CS 4.1, KVM, Centos 6.4
>> (management+node1+node2), OpenIndiana NFS server as primary and secondary
>> storage
>> I have advanced networking in zone. I split management/public/guest
>> traffic into different vlans, and use kvm network labels (bridge names):
>> # cat /etc/cloud/agent/agent.properties |grep device
>> guest.network.device=cloudbrguest
>> private.network.device=cloudbrmanage
>> public.network.device=cloudbrpublic
>>
>> I have following network configuration:
>> eth0+eth1=bond0
>> eth2+eth3=bond1
>>
>> I use  vlan with id=211 on bond1 interface for guest traffic:
>> cloudbrguest8000.90e2ba317614   yes vlan211
>> cloudbrmanage   8000.90e2ba317614   yes bond1.210
>> cloudbrpublic   8000.90e2ba317614   yes bond1.221
>> cloudbrstor 8000.0025908814a4   yes bond0
>>
>>
>> The problem appeared after I have upgraded CS from 4.0.2 to 4.1.
>>
>> How it works in 4.0.2:
>> -bridge interface cloudVirBr#VLANID is created on hypervisor, #VLANID -
>> value from 1024 to 4096(is specified when creating zone), i.e.
>> cloudVirBr1224
>> -vlan interface vlan211.#VLANID is created on hypervisor and is plugged
>> into cloudVirBr#VLANID
>> I should had permitted 211 vlanid on switchports and all guest traffic
>> (vlans 1024-4096) was encapsulated.
>>
>> How it works in 4.1:
>> -bridge interface br#ETHNAME-#VLANID is created on hypervisor, where
>> #VLANID - value from 1024 to 4096(is specified when creating zone) and
>> #ETHNAME - name of device on top of which vlan will be created
>> i.e. brbond1-1224
>> -vlan interface bond1.#VLANID is created on hypervisor and is plugged
>> into br#ETHNAME-#VLANID
>> However, vlan interface is created on top of bond1 interface, while I
>> would like it to be created on top of vlan211 (bond1.211)
>> Now I should permit 1024-4096 vlanid on switchports, that is not
>> convenient.
>>
>> How do I configure CS 4.1 so that it could work with guest vlans the same
>> way as it had worked in CS 4.0 ?
>>
>> --
>> Regards,
>> Valery
>>
>> http://protocol.by/slayer
>>
>
>
>
> --
> Regards,
> Valery
>
> http://protocol.by/slayer
>



-- 
Regards,
Valery

http://protocol.by/slayer

Re: cloudstack 4.1 QinQ vlan behaviour

[Valery Ciareszka]

So, nobody uses q in q and cloudstack 4.1 ?

On Mon, Jul 8, 2013 at 3:13 PM, Valery Ciareszka
wrote:

> Hi all,
>
> I use the following environment: CS 4.1, KVM, Centos 6.4
> (management+node1+node2), OpenIndiana NFS server as primary and secondary
> storage
> I have advanced networking in zone. I split management/public/guest
> traffic into different vlans, and use kvm network labels (bridge names):
> # cat /etc/cloud/agent/agent.properties |grep device
> guest.network.device=cloudbrguest
> private.network.device=cloudbrmanage
> public.network.device=cloudbrpublic
>
> I have following network configuration:
> eth0+eth1=bond0
> eth2+eth3=bond1
>
> I use  vlan with id=211 on bond1 interface for guest traffic:
> cloudbrguest8000.90e2ba317614   yes vlan211
> cloudbrmanage   8000.90e2ba317614   yes bond1.210
> cloudbrpublic   8000.90e2ba317614   yes bond1.221
> cloudbrstor 8000.0025908814a4   yes bond0
>
>
> The problem appeared after I have upgraded CS from 4.0.2 to 4.1.
>
> How it works in 4.0.2:
> -bridge interface cloudVirBr#VLANID is created on hypervisor, #VLANID -
> value from 1024 to 4096(is specified when creating zone), i.e.
> cloudVirBr1224
> -vlan interface vlan211.#VLANID is created on hypervisor and is plugged
> into cloudVirBr#VLANID
> I should had permitted 211 vlanid on switchports and all guest traffic
> (vlans 1024-4096) was encapsulated.
>
> How it works in 4.1:
> -bridge interface br#ETHNAME-#VLANID is created on hypervisor, where
> #VLANID - value from 1024 to 4096(is specified when creating zone) and
> #ETHNAME - name of device on top of which vlan will be created
> i.e. brbond1-1224
> -vlan interface bond1.#VLANID is created on hypervisor and is plugged into
> br#ETHNAME-#VLANID
> However, vlan interface is created on top of bond1 interface, while I
> would like it to be created on top of vlan211 (bond1.211)
> Now I should permit 1024-4096 vlanid on switchports, that is not
> convenient.
>
> How do I configure CS 4.1 so that it could work with guest vlans the same
> way as it had worked in CS 4.0 ?
>
> --
> Regards,
> Valery
>
> http://protocol.by/slayer
>



-- 
Regards,
Valery

http://protocol.by/slayer

cloudstack 4.1 QinQ vlan behaviour

[Valery Ciareszka]

Hi all,

I use the following environment: CS 4.1, KVM, Centos 6.4
(management+node1+node2), OpenIndiana NFS server as primary and secondary
storage
I have advanced networking in zone. I split management/public/guest traffic
into different vlans, and use kvm network labels (bridge names):
# cat /etc/cloud/agent/agent.properties |grep device
guest.network.device=cloudbrguest
private.network.device=cloudbrmanage
public.network.device=cloudbrpublic

I have following network configuration:
eth0+eth1=bond0
eth2+eth3=bond1

I use  vlan with id=211 on bond1 interface for guest traffic:
cloudbrguest8000.90e2ba317614   yes vlan211
cloudbrmanage   8000.90e2ba317614   yes bond1.210
cloudbrpublic   8000.90e2ba317614   yes bond1.221
cloudbrstor 8000.0025908814a4   yes bond0


The problem appeared after I have upgraded CS from 4.0.2 to 4.1.

How it works in 4.0.2:
-bridge interface cloudVirBr#VLANID is created on hypervisor, #VLANID -
value from 1024 to 4096(is specified when creating zone), i.e.
cloudVirBr1224
-vlan interface vlan211.#VLANID is created on hypervisor and is plugged
into cloudVirBr#VLANID
I should had permitted 211 vlanid on switchports and all guest traffic
(vlans 1024-4096) was encapsulated.

How it works in 4.1:
-bridge interface br#ETHNAME-#VLANID is created on hypervisor, where
#VLANID - value from 1024 to 4096(is specified when creating zone) and
#ETHNAME - name of device on top of which vlan will be created
i.e. brbond1-1224
-vlan interface bond1.#VLANID is created on hypervisor and is plugged into
br#ETHNAME-#VLANID
However, vlan interface is created on top of bond1 interface, while I would
like it to be created on top of vlan211 (bond1.211)
Now I should permit 1024-4096 vlanid on switchports, that is not convenient.

How do I configure CS 4.1 so that it could work with guest vlans the same
way as it had worked in CS 4.0 ?

-- 
Regards,
Valery

http://protocol.by/slayer

Re: CloudStack 4.1 Baremetal Provisioning

[Chip Childers]

It's disabled in 4.1, but scheduled to be part of 4.2.

On Monday, July 1, 2013, Jake G. wrote:

> Hi all,
>
> I have read this is a feature in CS. Can anyone provide a link on how to
> set this function up?
> I found this link but seems a bit old->
> https://cwiki.apache.org/CLOUDSTACK/cloudstack-baremetal.html
>
>
> Thank you!
> Jake

CloudStack 4.1 Baremetal Provisioning

[Jake G.]

Hi all, 

I have read this is a feature in CS. Can anyone provide a link on how to set 
this function up?
I found this link but seems a bit old-> 
https://cwiki.apache.org/CLOUDSTACK/cloudstack-baremetal.html


Thank you!
Jake

RE: CloudStack 4.1 installation failed

[Froyo Yao]

I do have ran it, but what I got is the setupmanagement.log and failure.

Anyway, I figure it myself. But still doesn't get the root cause.

My fix: before we start anything, update the system first using yum update -y. 
this solve the problem. 
I have no time to check what cause the cloudstack-management service failed to 
start, but this do fix my problem.

Without latest update, I have installed more than 10 times, after update the 
OS, same procedure get the correct result.

-Original Message-
From: CSG - Ashley Lester [mailto:ash...@computer-services.com.au] 
Sent: Sunday, June 30, 2013 1:32 PM
To: users@cloudstack.apache.org
Subject: RE: CloudStack 4.1 installation failed

Try running this 

cloudstack-setup-management on the CS management server. I had a issue that the 
web page was not available

-Original Message-
From: Froyo Yao [mailto:froyo@citrix.com]
Sent: June-30-13 3:34 AM
To: users@cloudstack.apache.org
Subject: RE: CloudStack 4.1 installation failed

Hi David,

The Catalina log grows up to 350K, it was so big. By the way, when the problem 
happen, the tomcat service isn't started.
And I found some similar problem, but can tell what happened.
Here is the setupmanagement.log
http://pastebin.com/H1s8DGXs

I'll try go through the Catalina log.

Regards,
Froyo

-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: Sunday, June 30, 2013 12:42 AM
To: users@cloudstack.apache.org
Subject: Re: CloudStack 4.1 installation failed

What's in /var/log/cloudstack/management/catalina.out?

--David

On Sat, Jun 29, 2013 at 10:44 AM, Froyo Yao  wrote:
> Hi Gurus,
>
> I'm a new guy for CS, and I have successfully installed CloudStack long time 
> ago.
> Recently I follow the latest 4.1.0 installation guide, nothing error, but 
> can't see the management UI at last.
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/I
> nstallation_Guide/management-server-install-flow.html
>
> So I'm not sure, if I missing something or the guide missing something, 
> please help me out.
>
> ENVIRONMENT:
> Centos 6.3 64 bit.
> XS 6.1
>
> My Steps:
> 1. Minimum installed centos 6.3 64bit.
> 2. Setup the RPM package repository, and the 4.1.0 installation guide is 
> point to http://cloudstack.apt-get.eu/rhel/4.0/, is this correct? Or should 
> be 4.1?
> 3. Verify hostname --fqdn
> 4. ping www.cloudstack.org
> 5. yum install ntp
> 6. yum install cloud-client
> 7. download vhd-util. if I point the RPM package repository to 4.1, 
> the I can't find the path 
> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver
> 8. yum install mysql-server and follow the guide to modify the 
> /etc/my.conf 9. service mysqld start 10. run mysql_secure_installation 
> to set the dataase root password.
> 11. set the selinux to permissive mode.
> 12. cloudstack-setup-databases cloud:@localhost 
> --deploy-as=root: and the optional params are left blank to use the 
> default setting. And I see successful result.
> 13. cloudstack-setup-management, and see the setup is done successfully.
> 14. follow the guide to setup the NFS share, and using XS to confirm the 
> setup is correct. I use the management server as the NFS server.
> 15. confirm the iptables setting is correct for NFS.
> 16. setup rpcbind and nfs service auto start  when server boot.
> 17. deploy the System VM template.
> 18. try log in to the UI at http://my_management_server_ip:8080/client
>
> I can't see any page. And after check the service, I find tomcat haven't 
> start yet, if I manually start it, still can't see the UI.
>
> So I guess may be the official installation guide miss some important part?
>
> Thanks,
> Froyo

RE: CloudStack 4.1 installation failed

[CSG - Ashley Lester]

Try running this 

cloudstack-setup-management on the CS management server. I had a issue that the 
web page was not available

-Original Message-
From: Froyo Yao [mailto:froyo@citrix.com] 
Sent: June-30-13 3:34 AM
To: users@cloudstack.apache.org
Subject: RE: CloudStack 4.1 installation failed

Hi David,

The Catalina log grows up to 350K, it was so big. By the way, when the problem 
happen, the tomcat service isn't started.
And I found some similar problem, but can tell what happened.
Here is the setupmanagement.log
http://pastebin.com/H1s8DGXs

I'll try go through the Catalina log.

Regards,
Froyo

-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: Sunday, June 30, 2013 12:42 AM
To: users@cloudstack.apache.org
Subject: Re: CloudStack 4.1 installation failed

What's in /var/log/cloudstack/management/catalina.out?

--David

On Sat, Jun 29, 2013 at 10:44 AM, Froyo Yao  wrote:
> Hi Gurus,
>
> I'm a new guy for CS, and I have successfully installed CloudStack long time 
> ago.
> Recently I follow the latest 4.1.0 installation guide, nothing error, but 
> can't see the management UI at last.
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/I
> nstallation_Guide/management-server-install-flow.html
>
> So I'm not sure, if I missing something or the guide missing something, 
> please help me out.
>
> ENVIRONMENT:
> Centos 6.3 64 bit.
> XS 6.1
>
> My Steps:
> 1. Minimum installed centos 6.3 64bit.
> 2. Setup the RPM package repository, and the 4.1.0 installation guide is 
> point to http://cloudstack.apt-get.eu/rhel/4.0/, is this correct? Or should 
> be 4.1?
> 3. Verify hostname --fqdn
> 4. ping www.cloudstack.org
> 5. yum install ntp
> 6. yum install cloud-client
> 7. download vhd-util. if I point the RPM package repository to 4.1, 
> the I can't find the path 
> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver
> 8. yum install mysql-server and follow the guide to modify the 
> /etc/my.conf 9. service mysqld start 10. run mysql_secure_installation 
> to set the dataase root password.
> 11. set the selinux to permissive mode.
> 12. cloudstack-setup-databases cloud:@localhost 
> --deploy-as=root: and the optional params are left blank to use the 
> default setting. And I see successful result.
> 13. cloudstack-setup-management, and see the setup is done successfully.
> 14. follow the guide to setup the NFS share, and using XS to confirm the 
> setup is correct. I use the management server as the NFS server.
> 15. confirm the iptables setting is correct for NFS.
> 16. setup rpcbind and nfs service auto start  when server boot.
> 17. deploy the System VM template.
> 18. try log in to the UI at http://my_management_server_ip:8080/client
>
> I can't see any page. And after check the service, I find tomcat haven't 
> start yet, if I manually start it, still can't see the UI.
>
> So I guess may be the official installation guide miss some important part?
>
> Thanks,
> Froyo

RE: CloudStack 4.1 installation failed

[Froyo Yao]

Hi David,

The Catalina log grows up to 350K, it was so big. By the way, when the problem 
happen, the tomcat service isn't started.
And I found some similar problem, but can tell what happened.
Here is the setupmanagement.log
http://pastebin.com/H1s8DGXs

I'll try go through the Catalina log.

Regards,
Froyo

-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: Sunday, June 30, 2013 12:42 AM
To: users@cloudstack.apache.org
Subject: Re: CloudStack 4.1 installation failed

What's in /var/log/cloudstack/management/catalina.out?

--David

On Sat, Jun 29, 2013 at 10:44 AM, Froyo Yao  wrote:
> Hi Gurus,
>
> I'm a new guy for CS, and I have successfully installed CloudStack long time 
> ago.
> Recently I follow the latest 4.1.0 installation guide, nothing error, but 
> can't see the management UI at last.
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/I
> nstallation_Guide/management-server-install-flow.html
>
> So I'm not sure, if I missing something or the guide missing something, 
> please help me out.
>
> ENVIRONMENT:
> Centos 6.3 64 bit.
> XS 6.1
>
> My Steps:
> 1. Minimum installed centos 6.3 64bit.
> 2. Setup the RPM package repository, and the 4.1.0 installation guide is 
> point to http://cloudstack.apt-get.eu/rhel/4.0/, is this correct? Or should 
> be 4.1?
> 3. Verify hostname --fqdn
> 4. ping www.cloudstack.org
> 5. yum install ntp
> 6. yum install cloud-client
> 7. download vhd-util. if I point the RPM package repository to 4.1, 
> the I can't find the path 
> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver
> 8. yum install mysql-server and follow the guide to modify the 
> /etc/my.conf 9. service mysqld start 10. run mysql_secure_installation 
> to set the dataase root password.
> 11. set the selinux to permissive mode.
> 12. cloudstack-setup-databases cloud:@localhost 
> --deploy-as=root: and the optional params are left blank to use the 
> default setting. And I see successful result.
> 13. cloudstack-setup-management, and see the setup is done successfully.
> 14. follow the guide to setup the NFS share, and using XS to confirm the 
> setup is correct. I use the management server as the NFS server.
> 15. confirm the iptables setting is correct for NFS.
> 16. setup rpcbind and nfs service auto start  when server boot.
> 17. deploy the System VM template.
> 18. try log in to the UI at http://my_management_server_ip:8080/client
>
> I can't see any page. And after check the service, I find tomcat haven't 
> start yet, if I manually start it, still can't see the UI.
>
> So I guess may be the official installation guide miss some important part?
>
> Thanks,
> Froyo

Re: CloudStack 4.1 installation failed

[David Nalley]

What's in /var/log/cloudstack/management/catalina.out?

--David

On Sat, Jun 29, 2013 at 10:44 AM, Froyo Yao  wrote:
> Hi Gurus,
>
> I'm a new guy for CS, and I have successfully installed CloudStack long time 
> ago.
> Recently I follow the latest 4.1.0 installation guide, nothing error, but 
> can't see the management UI at last.
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html
>
> So I'm not sure, if I missing something or the guide missing something, 
> please help me out.
>
> ENVIRONMENT:
> Centos 6.3 64 bit.
> XS 6.1
>
> My Steps:
> 1. Minimum installed centos 6.3 64bit.
> 2. Setup the RPM package repository, and the 4.1.0 installation guide is 
> point to http://cloudstack.apt-get.eu/rhel/4.0/, is this correct? Or should 
> be 4.1?
> 3. Verify hostname --fqdn
> 4. ping www.cloudstack.org
> 5. yum install ntp
> 6. yum install cloud-client
> 7. download vhd-util. if I point the RPM package repository to 4.1, the I 
> can't find the path /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver
> 8. yum install mysql-server and follow the guide to modify the /etc/my.conf
> 9. service mysqld start
> 10. run mysql_secure_installation to set the dataase root password.
> 11. set the selinux to permissive mode.
> 12. cloudstack-setup-databases cloud:@localhost 
> --deploy-as=root: and the optional params are left blank to use the 
> default setting. And I see successful result.
> 13. cloudstack-setup-management, and see the setup is done successfully.
> 14. follow the guide to setup the NFS share, and using XS to confirm the 
> setup is correct. I use the management server as the NFS server.
> 15. confirm the iptables setting is correct for NFS.
> 16. setup rpcbind and nfs service auto start  when server boot.
> 17. deploy the System VM template.
> 18. try log in to the UI at http://my_management_server_ip:8080/client
>
> I can't see any page. And after check the service, I find tomcat haven't 
> start yet, if I manually start it, still can't see the UI.
>
> So I guess may be the official installation guide miss some important part?
>
> Thanks,
> Froyo

RE: CloudStack 4.1 installation failed

[Froyo Yao]

Further log:
http://pastebin.com/H1s8DGXs


-Original Message-
From: Froyo Yao [mailto:froyo@citrix.com] 
Sent: Saturday, June 29, 2013 10:46 PM
To: users@cloudstack.apache.org
Subject: CloudStack 4.1 installation failed

Hi Gurus,

I'm a new guy for CS, and I have successfully installed CloudStack long time 
ago.
Recently I follow the latest 4.1.0 installation guide, nothing error, but can't 
see the management UI at last.
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html

So I'm not sure, if I missing something or the guide missing something, please 
help me out.

ENVIRONMENT:
Centos 6.3 64 bit.
XS 6.1

My Steps:
1. Minimum installed centos 6.3 64bit.
2. Setup the RPM package repository, and the 4.1.0 installation guide is point 
to http://cloudstack.apt-get.eu/rhel/4.0/, is this correct? Or should be 4.1?
3. Verify hostname --fqdn
4. ping www.cloudstack.org
5. yum install ntp
6. yum install cloud-client
7. download vhd-util. if I point the RPM package repository to 4.1, the I can't 
find the path /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver
8. yum install mysql-server and follow the guide to modify the /etc/my.conf 9. 
service mysqld start 10. run mysql_secure_installation to set the dataase root 
password.
11. set the selinux to permissive mode.
12. cloudstack-setup-databases cloud:@localhost 
--deploy-as=root: and the optional params are left blank to use the 
default setting. And I see successful result.
13. cloudstack-setup-management, and see the setup is done successfully.
14. follow the guide to setup the NFS share, and using XS to confirm the setup 
is correct. I use the management server as the NFS server.
15. confirm the iptables setting is correct for NFS.
16. setup rpcbind and nfs service auto start  when server boot.
17. deploy the System VM template.
18. try log in to the UI at http://my_management_server_ip:8080/client

I can't see any page. And after check the service, I find tomcat haven't start 
yet, if I manually start it, still can't see the UI.

So I guess may be the official installation guide miss some important part? 

Thanks,
Froyo

CloudStack 4.1 installation failed

[Froyo Yao]

Hi Gurus,

I'm a new guy for CS, and I have successfully installed CloudStack long time 
ago.
Recently I follow the latest 4.1.0 installation guide, nothing error, but can't 
see the management UI at last.
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/management-server-install-flow.html

So I'm not sure, if I missing something or the guide missing something, please 
help me out.

ENVIRONMENT:
Centos 6.3 64 bit.
XS 6.1

My Steps:
1. Minimum installed centos 6.3 64bit.
2. Setup the RPM package repository, and the 4.1.0 installation guide is point 
to http://cloudstack.apt-get.eu/rhel/4.0/, is this correct? Or should be 4.1?
3. Verify hostname --fqdn
4. ping www.cloudstack.org
5. yum install ntp
6. yum install cloud-client
7. download vhd-util. if I point the RPM package repository to 4.1, the I can't 
find the path /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver
8. yum install mysql-server and follow the guide to modify the /etc/my.conf
9. service mysqld start
10. run mysql_secure_installation to set the dataase root password.
11. set the selinux to permissive mode.
12. cloudstack-setup-databases cloud:@localhost 
--deploy-as=root: and the optional params are left blank to use the 
default setting. And I see successful result.
13. cloudstack-setup-management, and see the setup is done successfully.
14. follow the guide to setup the NFS share, and using XS to confirm the setup 
is correct. I use the management server as the NFS server.
15. confirm the iptables setting is correct for NFS.
16. setup rpcbind and nfs service auto start  when server boot.
17. deploy the System VM template.
18. try log in to the UI at http://my_management_server_ip:8080/client

I can't see any page. And after check the service, I find tomcat haven't start 
yet, if I manually start it, still can't see the UI.

So I guess may be the official installation guide miss some important part? 

Thanks,
Froyo

Re: Cloudstack 4.1

[David Nalley]

How does it fail? Can we seen any output from the failure.

--David

On Fri, Jun 28, 2013 at 2:54 PM, Jerry Simmons
 wrote:
> Have just installed CentOS 6.4 followed by Apache-CloudStack 4.1 up to
> "cloudstack-setup-databases" which fails.
>
> Have meticulously followed install guide. Suggestions?
>
>
>
> Thanks,
>
>
>
> Jerry Simmons
>
> nfina Technologies Inc.
>
> 820 University Blvd. suite 4E
>
> Mobile, Al. 36609
>
> Tel: (251) 243-0043 ext:1006
>
> Fax: (251) 316-3884
>
>  <http://www.nfinausa.com/> www.nfinausa.com
>
>
>

Cloudstack 4.1

[Jerry Simmons]

Have just installed CentOS 6.4 followed by Apache-CloudStack 4.1 up to
"cloudstack-setup-databases" which fails.

Have meticulously followed install guide. Suggestions?

 

Thanks,

 

Jerry Simmons

nfina Technologies Inc.

820 University Blvd. suite 4E

Mobile, Al. 36609

Tel: (251) 243-0043 ext:1006

Fax: (251) 316-3884

 <http://www.nfinausa.com/> www.nfinausa.com

 

creating new instance error with cloudstack 4.1

[Cindy Jiang]

Hello,

I am newbie in cloudstack and trying to set up my first ever cloudstack 
environment. I got management server and xenserver up and running. The system 
Vms are running as well. When I tried to create a new instance, I got the below 
error. Virtual Router is created and running. My cloudstack version is 4.1 and 
xenserver version is 6.0.2.

I saw the similar issue earlier with system VM related to vhd-util. What I did 
is to download the vhd-util from 
http://download.cloud.com.s3/amazonaws.com/tools/vhd-util to xenserver 
directory /usr/bin/vhd-util, and made a soft link with "ln –s /usr/bin/vhd-util 
/opt/xenresource/bin/vhd-util". After that, system Vms are running fine.

Please advise how I could fix this issue.

Thanks,
Cindy


~~

2013-06-21 11:40:51,188 DEBUG [cloud.storage.StorageManagerImpl] 
(Job-Executor-24:job-34) Checking if we need to prepare 1 volumes for 
VM[User|cxen-1]
2013-06-21 11:40:51,190 DEBUG [cloud.storage.StorageManagerImpl] 
(Job-Executor-24:job-34) Creating volume: Vol[1363|vm=1362|ROOT]
2013-06-21 11:40:51,190 DEBUG [cloud.storage.StorageManagerImpl] 
(Job-Executor-24:job-34) Trying to create in Pool[200|NetworkFilesystem]
2013-06-21 11:40:51,200 DEBUG [cloud.template.TemplateManagerImpl] 
(Job-Executor-24:job-34) Downloading 5 via 6
2013-06-21 11:40:51,203 DEBUG [agent.transport.Request] 
(Job-Executor-24:job-34) Seq 6-489246015: Sending  { Cmd , MgmtId: 
345048987166, via: 6, Ver: v1, Flags: 100111, 
[{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/a66381f6-d960-3e81-b35e-ffcc843197c1","poolUuid":"a66381f6-d960-3e81-b35e-ffcc843197c1","poolId":200,"primaryPool":{"id":200,"uuid":"a66381f6-d960-3e81-b35e-ffcc843197c1","host":"10.60.176.17","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://10.60.176.17/export/secondary","primaryStorageUrl":"nfs://10.60.176.17/export/primary","url":"nfs://10.60.176.17/export/secondary/template/tmpl/1/5//1eeb5640-6a91-3d8e-85c1-270343176ac7.vhd","format":"VHD","accountId":1,"name":"centos56-x86_64-xen","wait":10800}}]
 }
2013-06-21 11:40:51,203 DEBUG [agent.transport.Request] 
(Job-Executor-24:job-34) Seq 6-489246015: Executing:  { Cmd , MgmtId: 
345048987166, via: 6, Ver: v1, Flags: 100111, 
[{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/a66381f6-d960-3e81-b35e-ffcc843197c1","poolUuid":"a66381f6-d960-3e81-b35e-ffcc843197c1","poolId":200,"primaryPool":{"id":200,"uuid":"a66381f6-d960-3e81-b35e-ffcc843197c1","host":"10.60.176.17","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://10.60.176.17/export/secondary","primaryStorageUrl":"nfs://10.60.176.17/export/primary","url":"nfs://10.60.176.17/export/secondary/template/tmpl/1/5//1eeb5640-6a91-3d8e-85c1-270343176ac7.vhd","format":"VHD","accountId":1,"name":"centos56-x86_64-xen","wait":10800}}]
 }
2013-06-21 11:40:51,203 DEBUG [agent.manager.DirectAgentAttache] 
(DirectAgent-212:null) Seq 6-489246015: Executing request
2013-06-21 11:40:53,369 WARN  [xen.resource.CitrixResourceBase] 
(DirectAgent-212:null) destoryVDIbyNameLabel failed due to there are 0 VDIs 
with name cloud-4078c8ba-7c1a-4c13-8dd6-a99840bcc720
2013-06-21 11:40:53,370 WARN  [xen.resource.CitrixResourceBase] 
(DirectAgent-212:null) can not create vdi in sr 
f998ddaa-a518-df0e-750b-13c8af4d8ed2
2013-06-21 11:40:53,370 WARN  [xen.resource.CitrixResourceBase] 
(DirectAgent-212:null) Catch Exception 
com.cloud.utils.exception.CloudRuntimeException on 
host:e47a02cd-8826-4a09-aede-5fd57a8584ac for template: 
nfs://10.60.176.17/export/secondary/template/tmpl/1/5//1eeb5640-6a91-3d8e-85c1-270343176ac7.vhd
 due to com.cloud.utils.exception.CloudRuntimeException: can not create vdi in 
sr f998ddaa-a518-df0e-750b-13c8af4d8ed2
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 
f998ddaa-a518-df0e-750b-13c8af4d8ed2
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_secondarystorage(CitrixResourceBase.java:2707)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2729)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:501)
at 
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
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.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.ru

Re: Cloudstack 4.1 MySQL install issue

[Ron Wheeler]

Create an issue and lets get that fixed.

Those of us that are just trying to use the package can pay back a 
little bit by filing bug reports.


It is sometimes hard to be sure that one has found and fixed a problem 
until one gets well past it and by then, one is tired, behind schedule 
and not in the mood to go back to find the documentation that caused (or 
could have prevented) the problem.


To me, filing documentation bugs is part of the bargain between the 
people who spent hours, days, months and years to build it and those of 
who get the benefit of the work for free and can not contribute code. 
This is one place where our ignorance is an advantage, we actually read 
the docs and follow them without making adjustments based on knowledge 
of the code.


Ron

On 19/06/2013 5:30 PM, Bryan Whitehead wrote:

I wasted 4 hours on an install when cloudstack-setup-agent insisted my
hardware was miss-configured or didn't support kvm.

Turns out cloudstack-agent (for kvm) doesn't have qemu-kvm as a
dependency. So libvirtd gets installed but with no qemu-kvm package on
CentOS the error is "your hardware isn't capable". Not sure if this is
intentional or not… Maybe some future hypervisor will be using
libvirtd besides qemu-kvm?

On Wed, Jun 19, 2013 at 2:19 PM, Dave Dunaway  wrote:

Slow hand clap for Dean ...

Anyways, yes, this should be filled as a 'bug' for the installer. It's a
basic error that shouldn't trip people up, but that the error handling in a
script for installing a commercial product is so laughably poor is just
unacceptable.





On Wed, Jun 19, 2013 at 2:11 PM, Dean Kamali  wrote:


I have seen number of issues with documentation , specially for KVM
deployment.

I managed to figure them out quickly without help from anyone.

But maybe it will become an issue for other admins
On Jun 19, 2013 2:06 PM, "Ron Wheeler" 
wrote:


Perhaps you could file a bug report against the installation

documentation

if this step is missing or not explained clearly.

I have been leveraging my complete lack of experience to identify gaps

and

errors in the docs.
Nothing is quite as frustrating or as damaging to the reputation of the
package as installation procedures that are wrong.
I have over 20 years on Unix and Linux experience so I am pretty patient
with open source documentation.

Cloudstack needs a lot of work in this area to simplify the basic

install.

IMHO, Cloudstack should be available as an ISO distribution that in one
step installs a standalone management server running on CentOS.
There is no earthly reason why a sys admin needs to go through the hoops
that are currently required to get started.

Install the ISO, set the IP and it should be ready to run.

Does the base OS for the Cloudstack manager really matter once you are

up?

If so, how many ISOs are really required?

Hint:
Single physical eth0 with instructions on how to add additional

interfaces.

Local storage with instructions on how to add external storage.

At least, one would be ready to actually use Cloudstack in 10 minutes
instead of xx hours and the installation guide would be a lot smaller and
you could probably start using the GUI after the first 10 minutes.

It would also make it easier to write correct documentation since a lot

of

the current errors are in sections that have nothing to do with

Cloudstack.


Ron

On 19/06/2013 1:06 PM, Ethan Gillani wrote:


Thanks Ron! That did the trick! Just had to install the mysql client and
get the privileges right
Ethan

-Original Message-
From: Ron Wheeler [mailto:rwheeler@artifact-**software.com<

rwhee...@artifact-software.com>

]
Sent: Tuesday, June 18, 2013 4:16 PM
To: users@cloudstack.apache.org
Subject: Re: Cloudstack 4.1 MySQL install issue

http://stackoverflow.com/**questions/5287220/is-there-a-**
way-to-only-install-the-mysql-**client-linux<

http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux

You need the client on any machine that wants to access a database on
another machine.
You should not have to install the server on each machine.

You may also need a mysql connector.
I am not sure about this but watch out for errors accessing the remote
database in case the app does not include its own connector and
automatically configure it to find the remote database.

Ron


On 18/06/2013 2:06 PM, Ethan Gillani wrote:


Help!

I am setting up cloudstack management on one server with MySQL

installed

on a second server, both on CentOS. I have followed the installation
material and setup mysql and edited the my.cnf file as well, but when

I go

back to the management server to run the cloudstack-setup-databases

script

pointing to the mysql server I get an error at the very end.

Error:
/bin/sh: mysql: command not found


Below is exactly what happens when I run the script on the management
server. I have already set SELinux to permissive and edited the

iptab

Re: Cloudstack 4.1 MySQL install issue

[David Nalley]

On Wed, Jun 19, 2013 at 9:54 PM, Ron Wheeler
 wrote:
> On 19/06/2013 2:11 PM, Dean Kamali wrote:
>>
>> I have seen number of issues with documentation , specially for KVM
>> deployment.
>>
>> I managed to figure them out quickly without help from anyone.
>>
>> But maybe it will become an issue for other admins
>
> We all have to figure it out but
>
>  'You never get a second chance to make a
> first impression'
>
> And if your first impression is that the package is carelessly packaged,
> full of bugs and hard to install, you may decide that other cloud management
> systems are "better" even though if you persisted with the installation, you
> might get a great setup.
>
>
> There is really no excuse for documentation that is wrong.
> However, we do need to take a minute when we find an error or an incomplete
> description, to report it so that it gets fixed.
> If you think that you have found the right answer, add it to the description
> of the bug so that it is easier to fix.
>


Yes, PLEASE file bugs.

--David

Re: Cloudstack 4.1 MySQL install issue

[Ron Wheeler]

On 19/06/2013 2:11 PM, Dean Kamali wrote:

I have seen number of issues with documentation , specially for KVM
deployment.

I managed to figure them out quickly without help from anyone.

But maybe it will become an issue for other admins

We all have to figure it out but

 'You never get a second chance to make a
first impression'

And if your first impression is that the package is carelessly packaged, full of bugs and 
hard to install, you may decide that other cloud management systems are 
"better" even though if you persisted with the installation, you might get a 
great setup.


There is really no excuse for documentation that is wrong.
However, we do need to take a minute when we find an error or an incomplete 
description, to report it so that it gets fixed.
If you think that you have found the right answer, add it to the description of 
the bug so that it is easier to fix.



On Jun 19, 2013 2:06 PM, "Ron Wheeler" 
wrote:


Perhaps you could file a bug report against the installation documentation
if this step is missing or not explained clearly.

I have been leveraging my complete lack of experience to identify gaps and
errors in the docs.
Nothing is quite as frustrating or as damaging to the reputation of the
package as installation procedures that are wrong.
I have over 20 years on Unix and Linux experience so I am pretty patient
with open source documentation.

Cloudstack needs a lot of work in this area to simplify the basic install.

IMHO, Cloudstack should be available as an ISO distribution that in one
step installs a standalone management server running on CentOS.
There is no earthly reason why a sys admin needs to go through the hoops
that are currently required to get started.

Install the ISO, set the IP and it should be ready to run.

Does the base OS for the Cloudstack manager really matter once you are up?
If so, how many ISOs are really required?

Hint:
Single physical eth0 with instructions on how to add additional interfaces.
Local storage with instructions on how to add external storage.

At least, one would be ready to actually use Cloudstack in 10 minutes
instead of xx hours and the installation guide would be a lot smaller and
you could probably start using the GUI after the first 10 minutes.

It would also make it easier to write correct documentation since a lot of
the current errors are in sections that have nothing to do with Cloudstack.


Ron

On 19/06/2013 1:06 PM, Ethan Gillani wrote:


Thanks Ron! That did the trick! Just had to install the mysql client and
get the privileges right
Ethan

-Original Message-
From: Ron Wheeler 
[mailto:rwheeler@artifact-**software.com
]
Sent: Tuesday, June 18, 2013 4:16 PM
To: users@cloudstack.apache.org
Subject: Re: Cloudstack 4.1 MySQL install issue

http://stackoverflow.com/**questions/5287220/is-there-a-**
way-to-only-install-the-mysql-**client-linux<http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux>

You need the client on any machine that wants to access a database on
another machine.
You should not have to install the server on each machine.

You may also need a mysql connector.
I am not sure about this but watch out for errors accessing the remote
database in case the app does not include its own connector and
automatically configure it to find the remote database.

Ron


On 18/06/2013 2:06 PM, Ethan Gillani wrote:


Help!

I am setting up cloudstack management on one server with MySQL installed
on a second server, both on CentOS. I have followed the installation
material and setup mysql and edited the my.cnf file as well, but when I go
back to the management server to run the cloudstack-setup-databases script
pointing to the mysql server I get an error at the very end.

Error:
/bin/sh: mysql: command not found


Below is exactly what happens when I run the script on the management
server. I have already set SELinux to permissive and edited the iptables on
both servers ot open the port 3306 as well...

Thanks in advance!
Ethan Gillani


[root@CloudstackManagement setup]# cloudstack-setup-databases '
cloud:password'@10.0.3.11 --deploy-as='root:password'
Mysql user name:cloud
Mysql user password:password
Mysql server ip:10.0.3.11
Mysql server port:3306
Mysql root user name:root
Mysql root user password:password
Checking Cloud database files ...
Checking local machine hostname ...
Checking SELinux setup ...
Detected local IP address as 10.0.3.10, will use as cluster management
server n Preparing /etc/cloudstack/management/db.**properties
Applying /usr/share/cloudstack-**management/setup/create-**database.sql

We apologize for below error:
***
Encountering an error when executing mysql script
--**--**
--
table:
/usr/share/cloudstack-**management/setup/create-**database.sql

Error:
/bin

Re: Cloudstack 4.1 MySQL install issue

[Bryan Whitehead]

I wasted 4 hours on an install when cloudstack-setup-agent insisted my
hardware was miss-configured or didn't support kvm.

Turns out cloudstack-agent (for kvm) doesn't have qemu-kvm as a
dependency. So libvirtd gets installed but with no qemu-kvm package on
CentOS the error is "your hardware isn't capable". Not sure if this is
intentional or not… Maybe some future hypervisor will be using
libvirtd besides qemu-kvm?

On Wed, Jun 19, 2013 at 2:19 PM, Dave Dunaway  wrote:
> Slow hand clap for Dean ...
>
> Anyways, yes, this should be filled as a 'bug' for the installer. It's a
> basic error that shouldn't trip people up, but that the error handling in a
> script for installing a commercial product is so laughably poor is just
> unacceptable.
>
>
>
>
>
> On Wed, Jun 19, 2013 at 2:11 PM, Dean Kamali  wrote:
>
>> I have seen number of issues with documentation , specially for KVM
>> deployment.
>>
>> I managed to figure them out quickly without help from anyone.
>>
>> But maybe it will become an issue for other admins
>> On Jun 19, 2013 2:06 PM, "Ron Wheeler" 
>> wrote:
>>
>> > Perhaps you could file a bug report against the installation
>> documentation
>> > if this step is missing or not explained clearly.
>> >
>> > I have been leveraging my complete lack of experience to identify gaps
>> and
>> > errors in the docs.
>> > Nothing is quite as frustrating or as damaging to the reputation of the
>> > package as installation procedures that are wrong.
>> > I have over 20 years on Unix and Linux experience so I am pretty patient
>> > with open source documentation.
>> >
>> > Cloudstack needs a lot of work in this area to simplify the basic
>> install.
>> >
>> > IMHO, Cloudstack should be available as an ISO distribution that in one
>> > step installs a standalone management server running on CentOS.
>> > There is no earthly reason why a sys admin needs to go through the hoops
>> > that are currently required to get started.
>> >
>> > Install the ISO, set the IP and it should be ready to run.
>> >
>> > Does the base OS for the Cloudstack manager really matter once you are
>> up?
>> > If so, how many ISOs are really required?
>> >
>> > Hint:
>> > Single physical eth0 with instructions on how to add additional
>> interfaces.
>> > Local storage with instructions on how to add external storage.
>> >
>> > At least, one would be ready to actually use Cloudstack in 10 minutes
>> > instead of xx hours and the installation guide would be a lot smaller and
>> > you could probably start using the GUI after the first 10 minutes.
>> >
>> > It would also make it easier to write correct documentation since a lot
>> of
>> > the current errors are in sections that have nothing to do with
>> Cloudstack.
>> >
>> >
>> > Ron
>> >
>> > On 19/06/2013 1:06 PM, Ethan Gillani wrote:
>> >
>> >> Thanks Ron! That did the trick! Just had to install the mysql client and
>> >> get the privileges right
>> >> Ethan
>> >>
>> >> -Original Message-
>> >> From: Ron Wheeler [mailto:rwheeler@artifact-**software.com<
>> rwhee...@artifact-software.com>
>> >> ]
>> >> Sent: Tuesday, June 18, 2013 4:16 PM
>> >> To: users@cloudstack.apache.org
>> >> Subject: Re: Cloudstack 4.1 MySQL install issue
>> >>
>> >> http://stackoverflow.com/**questions/5287220/is-there-a-**
>> >> way-to-only-install-the-mysql-**client-linux<
>> http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux
>> >
>> >>
>> >> You need the client on any machine that wants to access a database on
>> >> another machine.
>> >> You should not have to install the server on each machine.
>> >>
>> >> You may also need a mysql connector.
>> >> I am not sure about this but watch out for errors accessing the remote
>> >> database in case the app does not include its own connector and
>> >> automatically configure it to find the remote database.
>> >>
>> >> Ron
>> >>
>> >>
>> >> On 18/06/2013 2:06 PM, Ethan Gillani wrote:
>> >>
>> >>> Help!
>> >>>
>> >>> I am setting up cloudstack management on one server with MySQL
>> install

Re: Cloudstack 4.1 MySQL install issue

[Dave Dunaway]

Slow hand clap for Dean ...

Anyways, yes, this should be filled as a 'bug' for the installer. It's a
basic error that shouldn't trip people up, but that the error handling in a
script for installing a commercial product is so laughably poor is just
unacceptable.





On Wed, Jun 19, 2013 at 2:11 PM, Dean Kamali  wrote:

> I have seen number of issues with documentation , specially for KVM
> deployment.
>
> I managed to figure them out quickly without help from anyone.
>
> But maybe it will become an issue for other admins
> On Jun 19, 2013 2:06 PM, "Ron Wheeler" 
> wrote:
>
> > Perhaps you could file a bug report against the installation
> documentation
> > if this step is missing or not explained clearly.
> >
> > I have been leveraging my complete lack of experience to identify gaps
> and
> > errors in the docs.
> > Nothing is quite as frustrating or as damaging to the reputation of the
> > package as installation procedures that are wrong.
> > I have over 20 years on Unix and Linux experience so I am pretty patient
> > with open source documentation.
> >
> > Cloudstack needs a lot of work in this area to simplify the basic
> install.
> >
> > IMHO, Cloudstack should be available as an ISO distribution that in one
> > step installs a standalone management server running on CentOS.
> > There is no earthly reason why a sys admin needs to go through the hoops
> > that are currently required to get started.
> >
> > Install the ISO, set the IP and it should be ready to run.
> >
> > Does the base OS for the Cloudstack manager really matter once you are
> up?
> > If so, how many ISOs are really required?
> >
> > Hint:
> > Single physical eth0 with instructions on how to add additional
> interfaces.
> > Local storage with instructions on how to add external storage.
> >
> > At least, one would be ready to actually use Cloudstack in 10 minutes
> > instead of xx hours and the installation guide would be a lot smaller and
> > you could probably start using the GUI after the first 10 minutes.
> >
> > It would also make it easier to write correct documentation since a lot
> of
> > the current errors are in sections that have nothing to do with
> Cloudstack.
> >
> >
> > Ron
> >
> > On 19/06/2013 1:06 PM, Ethan Gillani wrote:
> >
> >> Thanks Ron! That did the trick! Just had to install the mysql client and
> >> get the privileges right
> >> Ethan
> >>
> >> -Original Message-
> >> From: Ron Wheeler [mailto:rwheeler@artifact-**software.com<
> rwhee...@artifact-software.com>
> >> ]
> >> Sent: Tuesday, June 18, 2013 4:16 PM
> >> To: users@cloudstack.apache.org
> >> Subject: Re: Cloudstack 4.1 MySQL install issue
> >>
> >> http://stackoverflow.com/**questions/5287220/is-there-a-**
> >> way-to-only-install-the-mysql-**client-linux<
> http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux
> >
> >>
> >> You need the client on any machine that wants to access a database on
> >> another machine.
> >> You should not have to install the server on each machine.
> >>
> >> You may also need a mysql connector.
> >> I am not sure about this but watch out for errors accessing the remote
> >> database in case the app does not include its own connector and
> >> automatically configure it to find the remote database.
> >>
> >> Ron
> >>
> >>
> >> On 18/06/2013 2:06 PM, Ethan Gillani wrote:
> >>
> >>> Help!
> >>>
> >>> I am setting up cloudstack management on one server with MySQL
> installed
> >>> on a second server, both on CentOS. I have followed the installation
> >>> material and setup mysql and edited the my.cnf file as well, but when
> I go
> >>> back to the management server to run the cloudstack-setup-databases
> script
> >>> pointing to the mysql server I get an error at the very end.
> >>>
> >>> Error:
> >>> /bin/sh: mysql: command not found
> >>>
> >>>
> >>> Below is exactly what happens when I run the script on the management
> >>> server. I have already set SELinux to permissive and edited the
> iptables on
> >>> both servers ot open the port 3306 as well...
> >>>
> >>> Thanks in advance!
> >>> Ethan Gillani
> >>>
> >>>
>

Re: Cloudstack 4.1 MySQL install issue

[Dean Kamali]

I have seen number of issues with documentation , specially for KVM
deployment.

I managed to figure them out quickly without help from anyone.

But maybe it will become an issue for other admins
On Jun 19, 2013 2:06 PM, "Ron Wheeler" 
wrote:

> Perhaps you could file a bug report against the installation documentation
> if this step is missing or not explained clearly.
>
> I have been leveraging my complete lack of experience to identify gaps and
> errors in the docs.
> Nothing is quite as frustrating or as damaging to the reputation of the
> package as installation procedures that are wrong.
> I have over 20 years on Unix and Linux experience so I am pretty patient
> with open source documentation.
>
> Cloudstack needs a lot of work in this area to simplify the basic install.
>
> IMHO, Cloudstack should be available as an ISO distribution that in one
> step installs a standalone management server running on CentOS.
> There is no earthly reason why a sys admin needs to go through the hoops
> that are currently required to get started.
>
> Install the ISO, set the IP and it should be ready to run.
>
> Does the base OS for the Cloudstack manager really matter once you are up?
> If so, how many ISOs are really required?
>
> Hint:
> Single physical eth0 with instructions on how to add additional interfaces.
> Local storage with instructions on how to add external storage.
>
> At least, one would be ready to actually use Cloudstack in 10 minutes
> instead of xx hours and the installation guide would be a lot smaller and
> you could probably start using the GUI after the first 10 minutes.
>
> It would also make it easier to write correct documentation since a lot of
> the current errors are in sections that have nothing to do with Cloudstack.
>
>
> Ron
>
> On 19/06/2013 1:06 PM, Ethan Gillani wrote:
>
>> Thanks Ron! That did the trick! Just had to install the mysql client and
>> get the privileges right
>> Ethan
>>
>> -Original Message-
>> From: Ron Wheeler 
>> [mailto:rwheeler@artifact-**software.com
>> ]
>> Sent: Tuesday, June 18, 2013 4:16 PM
>> To: users@cloudstack.apache.org
>> Subject: Re: Cloudstack 4.1 MySQL install issue
>>
>> http://stackoverflow.com/**questions/5287220/is-there-a-**
>> way-to-only-install-the-mysql-**client-linux<http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux>
>>
>> You need the client on any machine that wants to access a database on
>> another machine.
>> You should not have to install the server on each machine.
>>
>> You may also need a mysql connector.
>> I am not sure about this but watch out for errors accessing the remote
>> database in case the app does not include its own connector and
>> automatically configure it to find the remote database.
>>
>> Ron
>>
>>
>> On 18/06/2013 2:06 PM, Ethan Gillani wrote:
>>
>>> Help!
>>>
>>> I am setting up cloudstack management on one server with MySQL installed
>>> on a second server, both on CentOS. I have followed the installation
>>> material and setup mysql and edited the my.cnf file as well, but when I go
>>> back to the management server to run the cloudstack-setup-databases script
>>> pointing to the mysql server I get an error at the very end.
>>>
>>> Error:
>>> /bin/sh: mysql: command not found
>>>
>>>
>>> Below is exactly what happens when I run the script on the management
>>> server. I have already set SELinux to permissive and edited the iptables on
>>> both servers ot open the port 3306 as well...
>>>
>>> Thanks in advance!
>>> Ethan Gillani
>>>
>>>
>>> [root@CloudstackManagement setup]# cloudstack-setup-databases '
>>> cloud:password'@10.0.3.11 --deploy-as='root:password'
>>> Mysql user name:cloud
>>> Mysql user password:password
>>> Mysql server ip:10.0.3.11
>>> Mysql server port:3306
>>> Mysql root user name:root
>>> Mysql root user password:password
>>> Checking Cloud database files ...
>>> Checking local machine hostname ...
>>> Checking SELinux setup ...
>>> Detected local IP address as 10.0.3.10, will use as cluster management
>>> server n Preparing /etc/cloudstack/management/db.**properties
>>> Applying /usr/share/cloudstack-**management/setup/create-**database.sql
>>>
>>> We apologize for below error:
>>> ***
>>> Encountering an erro

Re: Cloudstack 4.1 MySQL install issue

[Ron Wheeler]

Perhaps you could file a bug report against the installation 
documentation if this step is missing or not explained clearly.


I have been leveraging my complete lack of experience to identify gaps 
and errors in the docs.
Nothing is quite as frustrating or as damaging to the reputation of the 
package as installation procedures that are wrong.
I have over 20 years on Unix and Linux experience so I am pretty patient 
with open source documentation.


Cloudstack needs a lot of work in this area to simplify the basic install.

IMHO, Cloudstack should be available as an ISO distribution that in one 
step installs a standalone management server running on CentOS.
There is no earthly reason why a sys admin needs to go through the hoops 
that are currently required to get started.


Install the ISO, set the IP and it should be ready to run.

Does the base OS for the Cloudstack manager really matter once you are up?
If so, how many ISOs are really required?

Hint:
Single physical eth0 with instructions on how to add additional interfaces.
Local storage with instructions on how to add external storage.

At least, one would be ready to actually use Cloudstack in 10 minutes 
instead of xx hours and the installation guide would be a lot smaller 
and you could probably start using the GUI after the first 10 minutes.


It would also make it easier to write correct documentation since a lot 
of the current errors are in sections that have nothing to do with 
Cloudstack.



Ron

On 19/06/2013 1:06 PM, Ethan Gillani wrote:

Thanks Ron! That did the trick! Just had to install the mysql client and get 
the privileges right
Ethan

-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: Tuesday, June 18, 2013 4:16 PM
To: users@cloudstack.apache.org
Subject: Re: Cloudstack 4.1 MySQL install issue

http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux

You need the client on any machine that wants to access a database on another 
machine.
You should not have to install the server on each machine.

You may also need a mysql connector.
I am not sure about this but watch out for errors accessing the remote database 
in case the app does not include its own connector and automatically configure 
it to find the remote database.

Ron


On 18/06/2013 2:06 PM, Ethan Gillani wrote:

Help!

I am setting up cloudstack management on one server with MySQL installed on a 
second server, both on CentOS. I have followed the installation material and 
setup mysql and edited the my.cnf file as well, but when I go back to the 
management server to run the cloudstack-setup-databases script pointing to the 
mysql server I get an error at the very end.

Error:
/bin/sh: mysql: command not found


Below is exactly what happens when I run the script on the management server. I 
have already set SELinux to permissive and edited the iptables on both servers 
ot open the port 3306 as well...

Thanks in advance!
Ethan Gillani


[root@CloudstackManagement setup]# cloudstack-setup-databases 
'cloud:password'@10.0.3.11 --deploy-as='root:password'
Mysql user name:cloud
Mysql user password:password
Mysql server ip:10.0.3.11
Mysql server port:3306
Mysql root user name:root
Mysql root user password:password
Checking Cloud database files ...
Checking local machine hostname ...
Checking SELinux setup ...
Detected local IP address as 10.0.3.10, will use as cluster management
server n Preparing /etc/cloudstack/management/db.properties
Applying /usr/share/cloudstack-management/setup/create-database.sql

We apologize for below error:
***
Encountering an error when executing mysql script
--
table:
/usr/share/cloudstack-management/setup/create-database.sql

Error:
/bin/sh: mysql: command not found


Sql parameters:
{'passwd': 'password', 'host': '10.0.3.11', 'user': 'root', 'port':
3306}
--

***
Please run:

  cloud-setup-database -h

for full help
[root@CloudstackManagement setup]#





--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102





--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

RE: Cloudstack 4.1 MySQL install issue

[Ethan Gillani]

Thanks Ron! That did the trick! Just had to install the mysql client and get 
the privileges right
Ethan

-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com] 
Sent: Tuesday, June 18, 2013 4:16 PM
To: users@cloudstack.apache.org
Subject: Re: Cloudstack 4.1 MySQL install issue

http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux

You need the client on any machine that wants to access a database on another 
machine.
You should not have to install the server on each machine.

You may also need a mysql connector.
I am not sure about this but watch out for errors accessing the remote database 
in case the app does not include its own connector and automatically configure 
it to find the remote database.

Ron


On 18/06/2013 2:06 PM, Ethan Gillani wrote:
> Help!
>
> I am setting up cloudstack management on one server with MySQL installed on a 
> second server, both on CentOS. I have followed the installation material and 
> setup mysql and edited the my.cnf file as well, but when I go back to the 
> management server to run the cloudstack-setup-databases script pointing to 
> the mysql server I get an error at the very end.
>
> Error:
> /bin/sh: mysql: command not found
>
>
> Below is exactly what happens when I run the script on the management server. 
> I have already set SELinux to permissive and edited the iptables on both 
> servers ot open the port 3306 as well...
>
> Thanks in advance!
> Ethan Gillani
>
>
> [root@CloudstackManagement setup]# cloudstack-setup-databases 
> 'cloud:password'@10.0.3.11 --deploy-as='root:password'
> Mysql user name:cloud
> Mysql user password:password
> Mysql server ip:10.0.3.11
> Mysql server port:3306
> Mysql root user name:root
> Mysql root user password:password
> Checking Cloud database files ...
> Checking local machine hostname ...
> Checking SELinux setup ...
> Detected local IP address as 10.0.3.10, will use as cluster management 
> server n Preparing /etc/cloudstack/management/db.properties
> Applying /usr/share/cloudstack-management/setup/create-database.sql
>
> We apologize for below error:
> ***
> Encountering an error when executing mysql script
> --
> table:
> /usr/share/cloudstack-management/setup/create-database.sql
>
> Error:
> /bin/sh: mysql: command not found
>
>
> Sql parameters:
> {'passwd': 'password', 'host': '10.0.3.11', 'user': 'root', 'port': 
> 3306}
> --
>
> ***
> Please run:
>
>  cloud-setup-database -h
>
> for full help
> [root@CloudstackManagement setup]#
>
>
>


--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Re: Cloudstack 4.1 MySQL install issue

[Ron Wheeler]

http://stackoverflow.com/questions/5287220/is-there-a-way-to-only-install-the-mysql-client-linux

You need the client on any machine that wants to access a database on 
another machine.

You should not have to install the server on each machine.

You may also need a mysql connector.
I am not sure about this but watch out for errors accessing the remote 
database in case the app does not include its own connector and 
automatically configure it to find the remote database.


Ron


On 18/06/2013 2:06 PM, Ethan Gillani wrote:

Help!

I am setting up cloudstack management on one server with MySQL installed on a 
second server, both on CentOS. I have followed the installation material and 
setup mysql and edited the my.cnf file as well, but when I go back to the 
management server to run the cloudstack-setup-databases script pointing to the 
mysql server I get an error at the very end.

Error:
/bin/sh: mysql: command not found


Below is exactly what happens when I run the script on the management server. I 
have already set SELinux to permissive and edited the iptables on both servers 
ot open the port 3306 as well...

Thanks in advance!
Ethan Gillani


[root@CloudstackManagement setup]# cloudstack-setup-databases 
'cloud:password'@10.0.3.11 --deploy-as='root:password'
Mysql user name:cloud
Mysql user password:password
Mysql server ip:10.0.3.11
Mysql server port:3306
Mysql root user name:root
Mysql root user password:password
Checking Cloud database files ...
Checking local machine hostname ...
Checking SELinux setup ...
Detected local IP address as 10.0.3.10, will use as cluster management server n
Preparing /etc/cloudstack/management/db.properties
Applying /usr/share/cloudstack-management/setup/create-database.sql

We apologize for below error:
***
Encountering an error when executing mysql script
--
table:
/usr/share/cloudstack-management/setup/create-database.sql

Error:
/bin/sh: mysql: command not found


Sql parameters:
{'passwd': 'password', 'host': '10.0.3.11', 'user': 'root', 'port': 3306}
--

***
Please run:

 cloud-setup-database -h

for full help
[root@CloudstackManagement setup]#






--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Re: Cloudstack 4.1 MySQL install issue

[Nux!]

On 18.06.2013 19:06, Ethan Gillani wrote:

Help!

I am setting up cloudstack management on one server with MySQL
installed on a second server, both on CentOS. I have followed the
installation material and setup mysql and edited the my.cnf file as
well, but when I go back to the management server to run the
cloudstack-setup-databases script pointing to the mysql server I get
an error at the very end.

Error:
/bin/sh: mysql: command not found


yum install mysql mysql-server

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Cloudstack 4.1 MySQL install issue

[Dean Kamali]

Did you pay attention to the output?

Error:
/bin/sh: mysql command not found

Is my MySQL installed?

run which mysql and see if it is in your path.




On Tue, Jun 18, 2013 at 2:06 PM, Ethan Gillani wrote:

> Help!
>
> I am setting up cloudstack management on one server with MySQL installed
> on a second server, both on CentOS. I have followed the installation
> material and setup mysql and edited the my.cnf file as well, but when I go
> back to the management server to run the cloudstack-setup-databases script
> pointing to the mysql server I get an error at the very end.
>
> Error:
> /bin/sh: mysql: command not found
>
>
> Below is exactly what happens when I run the script on the management
> server. I have already set SELinux to permissive and edited the iptables on
> both servers ot open the port 3306 as well...
>
> Thanks in advance!
> Ethan Gillani
>
>
> [root@CloudstackManagement setup]# cloudstack-setup-databases '
> cloud:password'@10.0.3.11 --deploy-as='root:password'
> Mysql user name:cloud
> Mysql user password:password
> Mysql server ip:10.0.3.11
> Mysql server port:3306
> Mysql root user name:root
> Mysql root user password:password
> Checking Cloud database files ...
> Checking local machine hostname ...
> Checking SELinux setup ...
> Detected local IP address as 10.0.3.10, will use as cluster management
> server n
> Preparing /etc/cloudstack/management/db.properties
> Applying /usr/share/cloudstack-management/setup/create-database.sql
>
> We apologize for below error:
> ***
> Encountering an error when executing mysql script
> --
> table:
> /usr/share/cloudstack-management/setup/create-database.sql
>
> Error:
> /bin/sh: mysql: command not found
>
>
> Sql parameters:
> {'passwd': 'password', 'host': '10.0.3.11', 'user': 'root', 'port': 3306}
> --
>
> ***
> Please run:
>
> cloud-setup-database -h
>
> for full help
> [root@CloudstackManagement setup]#
>
>
>

Cloudstack 4.1 MySQL install issue

[Ethan Gillani]

Help!

I am setting up cloudstack management on one server with MySQL installed on a 
second server, both on CentOS. I have followed the installation material and 
setup mysql and edited the my.cnf file as well, but when I go back to the 
management server to run the cloudstack-setup-databases script pointing to the 
mysql server I get an error at the very end.

Error:
/bin/sh: mysql: command not found


Below is exactly what happens when I run the script on the management server. I 
have already set SELinux to permissive and edited the iptables on both servers 
ot open the port 3306 as well...

Thanks in advance!
Ethan Gillani


[root@CloudstackManagement setup]# cloudstack-setup-databases 
'cloud:password'@10.0.3.11 --deploy-as='root:password'
Mysql user name:cloud
Mysql user password:password
Mysql server ip:10.0.3.11
Mysql server port:3306
Mysql root user name:root
Mysql root user password:password
Checking Cloud database files ...
Checking local machine hostname ...
Checking SELinux setup ...
Detected local IP address as 10.0.3.10, will use as cluster management server n
Preparing /etc/cloudstack/management/db.properties
Applying /usr/share/cloudstack-management/setup/create-database.sql

We apologize for below error:
***
Encountering an error when executing mysql script
--
table:
/usr/share/cloudstack-management/setup/create-database.sql

Error:
/bin/sh: mysql: command not found


Sql parameters:
{'passwd': 'password', 'host': '10.0.3.11', 'user': 'root', 'port': 3306}
--

***
Please run:

cloud-setup-database -h

for full help
[root@CloudstackManagement setup]#

Re: Unable to create system vm with CloudStack 4.1 / XCP 1.6

[Mike Ho]

I've already found the solution, but thank you all the same. If using XCP
1.6 as a host, you have to login into the XCP 1.6 command line and create a
soft link: "ln -s /usr/bin/vhd-util /opt/xenserver/bin/vhd-util".

BTW, vhd-util from
http://download.cloud.com.s3.amazonaws.com/tools/vhd-utilis not
compatible with all platforms, e.g. Debian.


On Fri, Jun 14, 2013 at 12:32 PM, Ryan Lei  wrote:

> Did you remember to download vhd-util from
> http://download.cloud.com.s3.amazonaws.com/tools/vhd-util and put it in
> the right path?
> * build from source code: {SRC_CODE}/scripts/vm/hypervisor/xenserver/
> * RPM
> packages: /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/
>  (This used to be /usr/lib64/cloud/common/scripts/xxx in 4.0.x)
> * DEB packages: /usr/lib/cloud/common/scripts/vm/hypervisor/xenserver
>  (not tested, though)
>
> Forgetting to download vhd-util does lead to "can not create vdi in sr"
> for the root volume of system vms. There would also be this warning
> beforehand:
>
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:null) We cannot
> locate
> /root/apache-cloudstack-4.1.0-src/client/target/cloud-client-ui-4.1.0/WEB-INF/classes/scripts/vm/hypervisor/xenserver/xcpserver/../vhd-util
>
> Hope it helps.
>
>
>
> -
> Yu-Heng (Ryan) Lei, Associate Reasearcher
> Chunghwa Telecom Laboratories / Cloud Computing Laboratory
> ryan...@cht.com.tw
>
>
>
> On Wed, Jun 5, 2013 at 11:21 PM, Mike Ho  wrote:
>
>> I'm trying to set up a private cloud with VMWare workstation and I'm
>> planning to use it in a production environment. I've installed CloudStack
>> and NFS in a fresh Ubuntu 12.04 64bit vm (IP 192.168.253.128) and a
>> freshXCP 1.6 Host (IP 192.168.253.129). I've set up a new zone with thise
>> XCP host added to the cluster. However the System VMs fail to start with
>> the following errors. Please help!
>>
>> 2013-06-05 21:57:22,236 DEBUG [agent.transport.Request]
>> (secstorage-1:null)
>> Seq 1-53411858: Sending  { Cmd , MgmtId: 52229743866, via: 1, Ver: v1,
>> Flags: 100111,
>>
>> [{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolUuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolId":200,"primaryPool":{"id":200,"uuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","host":"192.168.253.128","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://
>> 192.168.253.128/export/secondary","primaryStorageUrl":"nfs://
>> 192.168.253.128/export/primary","url":"nfs://
>> 192.168.253.128/export/secondary/template/tmpl/1/1/
>> ","format":"VHD","accountId":1,"name":"routing-1","wait":10800}}]
>> }
>> 2013-06-05 21:57:22,239 DEBUG [agent.transport.Request]
>> (secstorage-1:null)
>> Seq 1-53411858: Executing:  { Cmd , MgmtId: 52229743866, via: 1, Ver: v1,
>> Flags: 100111,
>>
>> [{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolUuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolId":200,"primaryPool":{"id":200,"uuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","host":"192.168.253.128","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://
>> 192.168.253.128/export/secondary","primaryStorageUrl":"nfs://
>> 192.168.253.128/export/primary","url":"nfs://
>> 192.168.253.128/export/secondary/template/tmpl/1/1/
>> ","format":"VHD","accountId":1,"name":"routing-1","wait":10800}}]
>> }
>> 2013-06-05 21:57:22,239 DEBUG [agent.manager.DirectAgentAttache]
>> (DirectAgent-19:null) Seq 1-53411858: Executing request
>> 2013-06-05 21:57:24,708 WARN  [xen.resource.CitrixResourceBase]
>> (DirectAgent-19:null) kill_copy_process failed
>> 2013-06-05 21:57:24,710 WARN  [xen.resource.CitrixResourceBase]
>> (DirectAgent-19:null) can not create vdi in sr
>> 2fa78a71-b00c-47b1-452f-3a6323de4580
>> 2013-06-05 21:57:24,710 WARN  [xen.resource.CitrixResourceBase]
>> (DirectAgent-19:null) Catch Exception
>> com.cloud.utils.exception.CloudRuntimeException on
>> host:49c82e0d-346a-4611-b737-e32c543618c8 for template: nfs://
>> 192.168.253.128/export/secondary/template/tmpl/1/1/ due to
>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
>> 2fa78a71-b00c-47b1-452f-3a6323de4580
>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
>> 2fa78a71-b00c-47b1-452f-3a6323de4580
>> at
>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_secondarystorage(CitrixResourceBase.java:2707)
>> at
>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2729)
>> at
>>
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:501)
>> at
>>
>> com.cloud.hypervisor.xen.resource.XcpSer

Re: Unable to create system vm with CloudStack 4.1 / XCP 1.6

[Ryan Lei]

Did you remember to download vhd-util from
http://download.cloud.com.s3.amazonaws.com/tools/vhd-util and put it in the
right path?
* build from source code: {SRC_CODE}/scripts/vm/hypervisor/xenserver/
* RPM
packages: /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/
 (This used to be /usr/lib64/cloud/common/scripts/xxx in 4.0.x)
* DEB packages: /usr/lib/cloud/common/scripts/vm/hypervisor/xenserver  (not
tested, though)

Forgetting to download vhd-util does lead to "can not create vdi in sr" for
the root volume of system vms. There would also be this warning beforehand:

WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:null) We cannot
locate
/root/apache-cloudstack-4.1.0-src/client/target/cloud-client-ui-4.1.0/WEB-INF/classes/scripts/vm/hypervisor/xenserver/xcpserver/../vhd-util

Hope it helps.


-
Yu-Heng (Ryan) Lei, Associate Reasearcher
Chunghwa Telecom Laboratories / Cloud Computing Laboratory
ryan...@cht.com.tw



On Wed, Jun 5, 2013 at 11:21 PM, Mike Ho  wrote:

> I'm trying to set up a private cloud with VMWare workstation and I'm
> planning to use it in a production environment. I've installed CloudStack
> and NFS in a fresh Ubuntu 12.04 64bit vm (IP 192.168.253.128) and a
> freshXCP 1.6 Host (IP 192.168.253.129). I've set up a new zone with thise
> XCP host added to the cluster. However the System VMs fail to start with
> the following errors. Please help!
>
> 2013-06-05 21:57:22,236 DEBUG [agent.transport.Request] (secstorage-1:null)
> Seq 1-53411858: Sending  { Cmd , MgmtId: 52229743866, via: 1, Ver: v1,
> Flags: 100111,
>
> [{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolUuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolId":200,"primaryPool":{"id":200,"uuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","host":"192.168.253.128","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://
> 192.168.253.128/export/secondary","primaryStorageUrl":"nfs://
> 192.168.253.128/export/primary","url":"nfs://
> 192.168.253.128/export/secondary/template/tmpl/1/1/
> ","format":"VHD","accountId":1,"name":"routing-1","wait":10800}}]
> }
> 2013-06-05 21:57:22,239 DEBUG [agent.transport.Request] (secstorage-1:null)
> Seq 1-53411858: Executing:  { Cmd , MgmtId: 52229743866, via: 1, Ver: v1,
> Flags: 100111,
>
> [{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolUuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolId":200,"primaryPool":{"id":200,"uuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","host":"192.168.253.128","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://
> 192.168.253.128/export/secondary","primaryStorageUrl":"nfs://
> 192.168.253.128/export/primary","url":"nfs://
> 192.168.253.128/export/secondary/template/tmpl/1/1/
> ","format":"VHD","accountId":1,"name":"routing-1","wait":10800}}]
> }
> 2013-06-05 21:57:22,239 DEBUG [agent.manager.DirectAgentAttache]
> (DirectAgent-19:null) Seq 1-53411858: Executing request
> 2013-06-05 21:57:24,708 WARN  [xen.resource.CitrixResourceBase]
> (DirectAgent-19:null) kill_copy_process failed
> 2013-06-05 21:57:24,710 WARN  [xen.resource.CitrixResourceBase]
> (DirectAgent-19:null) can not create vdi in sr
> 2fa78a71-b00c-47b1-452f-3a6323de4580
> 2013-06-05 21:57:24,710 WARN  [xen.resource.CitrixResourceBase]
> (DirectAgent-19:null) Catch Exception
> com.cloud.utils.exception.CloudRuntimeException on
> host:49c82e0d-346a-4611-b737-e32c543618c8 for template: nfs://
> 192.168.253.128/export/secondary/template/tmpl/1/1/ due to
> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
> 2fa78a71-b00c-47b1-452f-3a6323de4580
> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
> 2fa78a71-b00c-47b1-452f-3a6323de4580
> at
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_secondarystorage(CitrixResourceBase.java:2707)
> at
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2729)
> at
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:501)
> at
>
> com.cloud.hypervisor.xen.resource.XcpServerResource.executeRequest(XcpServerResource.java:51)
> at
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> 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.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecu

Re: cloudstack 4.1 & vmware vsphere 5.1 works?

[Chip Childers]

On Thu, Jun 13, 2013 at 11:14:08AM -0400, David Nalley wrote:
> On Thu, Jun 13, 2013 at 5:03 AM, Jose Merchan  wrote:
> > Hi
> >
> > Sorry, we are confused
> >
> > DEB packages don't contain non-oss components?
> >
> > and RPM packages for RHEL contain non-oss components?
> >
> > thanks
> >
> 
> I don't know about the DEB packages, as I didn't build them.

I did, and Wido is the owner of the server that hosts the repos.  He
preferred the DEBs to be OSS only.  That's what I build and posted.

> I can speak authoritatively about the RPM packages as I did build them.
> 
> --David
> 

Re: cloudstack 4.1 & vmware vsphere 5.1 works?

[David Nalley]

On Thu, Jun 13, 2013 at 5:03 AM, Jose Merchan  wrote:
> Hi
>
> Sorry, we are confused
>
> DEB packages don't contain non-oss components?
>
> and RPM packages for RHEL contain non-oss components?
>
> thanks
>

I don't know about the DEB packages, as I didn't build them.
I can speak authoritatively about the RPM packages as I did build them.

--David

RE: cloudstack 4.1 & vmware vsphere 5.1 works?

[Tamas Monos]

Hi,

This is fantastic news!

Tamas

-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: 12 June 2013 17:34
To: users@cloudstack.apache.org
Subject: Re: cloudstack 4.1 & vmware vsphere 5.1 works?

On Wed, Jun 12, 2013 at 12:31 PM, Tamas Monos  wrote:
> Hi,
>
> I have upgraded from CS 3.0.2 -> to 4.1.
> The only thing I did was yum update cloud-* and it works with vmware off the 
> shelf.
> Would that be because 3.0.2 had the vmware libs back then and the new 
> packages getting installed are not removing them I can't tell.
> It just works with 5.1 for me by default.
> I have always used only vmware with CS from the beginning.
>
> Should I worry/update those vmware libraries on the updated CS 4.1?
>

No - the RPMs in Widos repo are built with VMware and other non-ASL compatible 
bits compiled in.

--David

Re: cloudstack 4.1 & vmware vsphere 5.1 works?

[Jose Merchan]

Hi

Sorry, we are confused

DEB packages don't contain non-oss components?

and RPM packages for RHEL contain non-oss components?

thanks





El 12/06/13 18:34, David Nalley escribió:

On Wed, Jun 12, 2013 at 12:31 PM, Tamas Monos  wrote:

Hi,

I have upgraded from CS 3.0.2 -> to 4.1.
The only thing I did was yum update cloud-* and it works with vmware off the 
shelf.
Would that be because 3.0.2 had the vmware libs back then and the new packages 
getting installed are not removing them I can't tell.
It just works with 5.1 for me by default.
I have always used only vmware with CS from the beginning.

Should I worry/update those vmware libraries on the updated CS 4.1?


No - the RPMs in Widos repo are built with VMware and other non-ASL
compatible bits compiled in.

--David

Re: cloudstack 4.1 & vmware vsphere 5.1 works?

[David Nalley]

On Wed, Jun 12, 2013 at 12:31 PM, Tamas Monos  wrote:
> Hi,
>
> I have upgraded from CS 3.0.2 -> to 4.1.
> The only thing I did was yum update cloud-* and it works with vmware off the 
> shelf.
> Would that be because 3.0.2 had the vmware libs back then and the new 
> packages getting installed are not removing them I can't tell.
> It just works with 5.1 for me by default.
> I have always used only vmware with CS from the beginning.
>
> Should I worry/update those vmware libraries on the updated CS 4.1?
>

No - the RPMs in Widos repo are built with VMware and other non-ASL
compatible bits compiled in.

--David

RE: cloudstack 4.1 & vmware vsphere 5.1 works?

[Tamas Monos]

Hi,

I have upgraded from CS 3.0.2 -> to 4.1.
The only thing I did was yum update cloud-* and it works with vmware off the 
shelf.
Would that be because 3.0.2 had the vmware libs back then and the new packages 
getting installed are not removing them I can't tell.
It just works with 5.1 for me by default.
I have always used only vmware with CS from the beginning.

Should I worry/update those vmware libraries on the updated CS 4.1?

Regards
 
-Original Message-
From: Jörgen Maas [mailto:jorgen.m...@gmail.com] 
Sent: 12 June 2013 14:08
To: users@cloudstack.apache.org
Subject: Re: cloudstack 4.1 & vmware vsphere 5.1 works?

Those packages do not contain the non-oss components (like VMware support).
You should build your own packages.

HTH

Jörgen


On Wed, Jun 12, 2013 at 9:42 AM, Jose Merchan  wrote:

> Hi all
>
> We are testing Cloudstack 4.1 with VMware vSphere 5.1 We have 
> installed CloudStack 4.1 in Ubuntu Precise from repository 
> http://cloudstack.apt-get.eu/**ubuntu<http://cloudstack.apt-get.eu/ubu
> ntu> We have a demo lab with 2 ESXi 5.1 and with vcenter 5.1 We follow 
> instructions in documentation http://cloudstack.apache.org/**
> docs/en-US/Apache_CloudStack/**4.1.0/html/Installation_Guide/**
> vmware-install.html<http://cloudstack.apache.org/docs/en-US/Apache_Clo
> udStack/4.1.0/html/Installation_Guide/vmware-install.html>but when we 
> want to create a cluster in CloudStack we receive the error /vmware resource 
> manager not found/ We need anything more?
>
> Thanks
>
>


--
Grtz,
Jörgen Maas

Re: cloudstack 4.1 & vmware vsphere 5.1 works?

[Jose Merchan]

ok, thanks

El 12/06/13 15:08, Jörgen Maas escribió:

Those packages do not contain the non-oss components (like VMware support).
You should build your own packages.

HTH

Jörgen


On Wed, Jun 12, 2013 at 9:42 AM, Jose Merchan  wrote:


Hi all

We are testing Cloudstack 4.1 with VMware vSphere 5.1 We have installed
CloudStack 4.1 in Ubuntu Precise from repository
http://cloudstack.apt-get.eu/**ubuntu<http://cloudstack.apt-get.eu/ubuntu>
We have a demo lab with 2 ESXi 5.1 and with vcenter 5.1
We follow instructions in documentation http://cloudstack.apache.org/**
docs/en-US/Apache_CloudStack/**4.1.0/html/Installation_Guide/**
vmware-install.html<http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/vmware-install.html>but
 when we want to create a cluster in CloudStack we receive the error
/vmware resource manager not found/
We need anything more?

Thanks

Re: cloudstack 4.1 & vmware vsphere 5.1 works?

[Jörgen Maas]

Those packages do not contain the non-oss components (like VMware support).
You should build your own packages.

HTH

Jörgen


On Wed, Jun 12, 2013 at 9:42 AM, Jose Merchan  wrote:

> Hi all
>
> We are testing Cloudstack 4.1 with VMware vSphere 5.1 We have installed
> CloudStack 4.1 in Ubuntu Precise from repository
> http://cloudstack.apt-get.eu/**ubuntu<http://cloudstack.apt-get.eu/ubuntu>
> We have a demo lab with 2 ESXi 5.1 and with vcenter 5.1
> We follow instructions in documentation http://cloudstack.apache.org/**
> docs/en-US/Apache_CloudStack/**4.1.0/html/Installation_Guide/**
> vmware-install.html<http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/vmware-install.html>but
>  when we want to create a cluster in CloudStack we receive the error
> /vmware resource manager not found/
> We need anything more?
>
> Thanks
>
>


-- 
Grtz,
Jörgen Maas

cloudstack 4.1 & vmware vsphere 5.1 works?

[Jose Merchan]

Hi all

We are testing Cloudstack 4.1 with VMware vSphere 5.1 We have installed 
CloudStack 4.1 in Ubuntu Precise from repository 
http://cloudstack.apt-get.eu/ubuntu

We have a demo lab with 2 ESXi 5.1 and with vcenter 5.1
We follow instructions in documentation 
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Installation_Guide/vmware-install.html 
but when we want to create a cluster in CloudStack we receive the error 
/vmware resource manager not found/

We need anything more?

Thanks

Unable to create system vm with CloudStack 4.1 / XCP 1.6

[Mike Ho]

I'm trying to set up a private cloud with VMWare workstation and I'm
planning to use it in a production environment. I've installed CloudStack
and NFS in a fresh Ubuntu 12.04 64bit vm (IP 192.168.253.128) and a
freshXCP 1.6 Host (IP 192.168.253.129). I've set up a new zone with thise
XCP host added to the cluster. However the System VMs fail to start with
the following errors. Please help!

2013-06-05 21:57:22,236 DEBUG [agent.transport.Request] (secstorage-1:null)
Seq 1-53411858: Sending  { Cmd , MgmtId: 52229743866, via: 1, Ver: v1,
Flags: 100111,
[{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolUuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolId":200,"primaryPool":{"id":200,"uuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","host":"192.168.253.128","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://
192.168.253.128/export/secondary","primaryStorageUrl":"nfs://
192.168.253.128/export/primary","url":"nfs://
192.168.253.128/export/secondary/template/tmpl/1/1/","format":"VHD","accountId":1,"name":"routing-1","wait":10800}}]
}
2013-06-05 21:57:22,239 DEBUG [agent.transport.Request] (secstorage-1:null)
Seq 1-53411858: Executing:  { Cmd , MgmtId: 52229743866, via: 1, Ver: v1,
Flags: 100111,
[{"storage.PrimaryStorageDownloadCommand":{"localPath":"/mnt/e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolUuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","poolId":200,"primaryPool":{"id":200,"uuid":"e7e9e22b-6dfc-391c-9110-75fd4c25c6b0","host":"192.168.253.128","path":"/export/primary","port":2049,"type":"NetworkFilesystem"},"secondaryStorageUrl":"nfs://
192.168.253.128/export/secondary","primaryStorageUrl":"nfs://
192.168.253.128/export/primary","url":"nfs://
192.168.253.128/export/secondary/template/tmpl/1/1/","format":"VHD","accountId":1,"name":"routing-1","wait":10800}}]
}
2013-06-05 21:57:22,239 DEBUG [agent.manager.DirectAgentAttache]
(DirectAgent-19:null) Seq 1-53411858: Executing request
2013-06-05 21:57:24,708 WARN  [xen.resource.CitrixResourceBase]
(DirectAgent-19:null) kill_copy_process failed
2013-06-05 21:57:24,710 WARN  [xen.resource.CitrixResourceBase]
(DirectAgent-19:null) can not create vdi in sr
2fa78a71-b00c-47b1-452f-3a6323de4580
2013-06-05 21:57:24,710 WARN  [xen.resource.CitrixResourceBase]
(DirectAgent-19:null) Catch Exception
com.cloud.utils.exception.CloudRuntimeException on
host:49c82e0d-346a-4611-b737-e32c543618c8 for template: nfs://
192.168.253.128/export/secondary/template/tmpl/1/1/ due to
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
2fa78a71-b00c-47b1-452f-3a6323de4580
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
2fa78a71-b00c-47b1-452f-3a6323de4580
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_secondarystorage(CitrixResourceBase.java:2707)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2729)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:501)
at
com.cloud.hypervisor.xen.resource.XcpServerResource.executeRequest(XcpServerResource.java:51)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
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.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)
2013-06-05 21:57:24,712 DEBUG [agent.manager.DirectAgentAttache]
(DirectAgent-19:null) Seq 1-53411858: Response Received:
2013-06-05 21:57:24,714 DEBUG [agent.transport.Request]
(DirectAgent-19:null) Seq 1-53411858: Processing:  { Ans: , MgmtId:
52229743866, via: 1, Ver: v1, Flags: 110,
[{"storage.PrimaryStorageDownloadAnswer":{"templateSize":0,"result":false,"details":"Catch
Exception com.cloud.utils.exception.CloudRuntimeException on
host:49c82e0d-346a-4611-b737-e32c543618c8 for template: nfs://
192.168.253.128/export/secondary/template/tmpl/1/1/ due to
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr
2fa78a71-b00c-47b1-452f-3a6323de4580","wait":0}}] }
2013-06-05 21:57:24,714 DEBUG [agent.transport.Request] (secstorage-1:null)
Seq 1-53411858: Received:  { Ans: , MgmtId: 52229743866, via: 1, Ver: v1,
Flags: 110, { PrimaryStorageDownloadAnswer } }
2013-06-05 21:57:24,715 DEBUG [agent.manager.AgentManagerImpl]
(secstorage-1:null) Details from executing class
com