RE: Public IPs on Guest VMs within CloudStack 4.2.0

2013-10-21 Thread Sanjeev Neelarapu
Hi Bryan Manske,

Did you specify the tags cloud-public and cloud-private as traffic lables for 
public and private trafifics in the physical network ?

-Sanjeev

-Original Message-
From: Bryan Manske [mailto:br...@manske.org] 
Sent: Tuesday, October 22, 2013 3:30 AM
To: users@cloudstack.apache.org
Subject: Re: Public IPs on Guest VMs within CloudStack 4.2.0

All,

I'm still having issues with my CloudStack instances seeing the outside network 
and vice versa.  I've verified that other non-CloudStack VMs in the same IP 
subnet can see the default gateway and each other but they can't see the 
CloudStack instances.  The CloudStack instances can ping the VR but not the 
default gateway or any other non-CS VMs.  I'm using Xen Server 6.2 as the only 
hypervisor for the moment and have set the network interface tags (cloud-public 
and cloud-private) with "xe network-param-set name-label=cloud-public 
uuid=" and "xe
network-
list" looks correct.  Am I missing tags in the network offering or somewhere 
else?  I can't imagine that the CS VR would want to be the default gateway 
itself but I suppose its possible.  I've even been looking at VLANs (tagged 
versus untagged) at my network edge with no luck.
"xe-switch-network-backend" is set to bridged so maybe its an openvswitch 
issue.  Big sigh.

I've debugged as far as I can and need a few suggestions on where to look next.

Thanks.

Regards,

Bryan Manske


Quoting Bryan Manske :

> All,
>
> Now I'm curious about public IPs on Guest VMs within CloudStack 4.2.0.
>
> I have one IPv4 /27 for Public IPs and that's working fine.  Now what 
> I want to do is assign a live IP address from another /27 to a Guest 
> VM, which appears to work but can't actually touch the default gateway.
>
> So here's the rub: The default gateway is actually provided as a 
> virtual IP on two VRRP nodes (for A/B redundancy) by my upstream 
> provider.  I can ping the two VRRP routers, I can see the VM has the 
> proper IP address, netmask, and default gateway; and I can configure 
> the VM with a proper IP config which never finds the default gateway 
> IP.  The arp cache sees the local MAC address and incomplete for the gateway.
>
> So now I'm thinking; according to cloudstack, is the default gateway 
> plumbed on a virtual router?  If so, how does THAT route out to the world?
>
> I also have a /64 of IPv6 space, /96 of which I have configured in a 
> network offering which has the same upstream infrastructure situation.  
> Same lack of functionality there.
>
> So how do I configure my Guest real IP netblocks?  Is it okay to be 
> looking for a default gateway IP on a my provider's core router or do 
> I need to have them statically route that netblock to something like 
> the cloudstack management host?
>
> Of course I could also have the network offering wrong or incomplete.
>
> Any thoughts or pointers to documentation would be appreciated.
>
> I can tell I'm making progress because I keep dealing with 
> progressively higher level errors. :)
>
> Thanks.
>
> Bryan Manske
>
>
> ---
> "Earnest falsehoods left unchallenged risk being accepted as fact."
>  -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
> ---
>


---
"Earnest falsehoods left unchallenged risk being accepted as fact."
 -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
---


Re: Bridge issues after upgrade to 4.2

2013-10-21 Thread Bjoern Teipel
Didn't the script /usr/bin/cloudstack-agent-upgrade run while you 
updated the cloudstack-agent ?


Bjoern

On 10/21/2013 6:20 AM, Andrija Panic wrote:

HI,

I have done upgrade from 4.0.0 to 4.2, and it all went fine, until I stoped
and tried to start VMs (Vm belongs to an account, which has it's on VLAN
dedicated for private network)... and got errors about not being able to
joint eth1.500 to breth1-500 because it is already joined to cloudVirBr500
(original bridge that I manualy created during original CS 4.0.0
installation, inside /etc/sysconfig/network-scripts/).

So if I use brctl and remove interface from old bridhe and join it to new
bridgem, then all VMs DO have internet acces, and all fine.

But if I change/reconfigure OS, that is, renam cloudVirBr500 to breth1-500
(on host OS, /etc/sysconfig/network-scripts/) than CloudStack agent  give
me alert that it could not find public interface and does not start. Then I
edit the CS agent conf file, and define new bridge "breth1-xxx" for public
network, and agent starts fine, but with alert state, and constantly
disconnecting from CS MGMT host...


Does anybody have good explanation on how to behave with this cloud bridge
naming convention now in 4.2 ?

BTW: using advanced networking, eth0-->cloudBr0, eth1-->cloudVirBr500, this
is configured via /etc/sysconfig/network-scripts/.

eth0 (management, storage, guest,,,) eth1 (guest, public)

Maybe I should NOT define cloudVirBr500 at all ?


Thanks,





access instance's console using apikey failed

2013-10-21 Thread yao hu
I compiled cloudstack 4.1.1 source code in cygwin, then test it using
jetty, it works fine. But, when I access instance's console through vnc
using apikey, it fails, the browser shows the follow message:
Access denied. Invalid web session or API key in request

my url:
http://localhost:8080/client/console?cmd=access&vm=b194369f-e0d4-45d8-a50f-09ec51095e68&apikey=fmS7oyThP6MGxN5X_CgeOCxQIqgTu5QFDz46r2Pv5kLp88EYYBquSu6_3s3d9MXdbUHPpxj5qDDy1jvhEpQWvQ&signature=y3dNHn580NJiCVRGwrBTR4JHImo%3D

I test the listAccounts api, it's ok.
my url:
http://localhost:8080/client/api?command=listAccounts&apikey=fmS7oyThP6MGxN5X_CgeOCxQIqgTu5QFDz46r2Pv5kLp88EYYBquSu6_3s3d9MXdbUHPpxj5qDDy1jvhEpQWvQ&signature=ALhJtw%2Bzi7Rcmo%2Bkk3xH3cTJgp4%3D

then, I debug the source code, find where it fails.
file: ConsoleProxyServlet.java
private boolean verifyRequest(Map requestParameters) {
try {
...
...

unsignedRequest = unsignedRequest.toLowerCase();

Mac mac = Mac.getInstance("HmacSHA1");
SecretKeySpec keySpec = new SecretKeySpec(secretKey.getBytes(),
"HmacSHA1");
mac.init(keySpec);
mac.update(unsignedRequest.getBytes());
byte[] encryptedBytes = mac.doFinal();
String computedSignature =
Base64.encodeBase64URLSafeString(encryptedBytes);
boolean equalSig = signature.equals(computedSignature);
if (!equalSig) {
s_logger.debug("User signature: " + signature + " is not equaled to
computed signature: " + computedSignature);
}
...
...
return equalSig;
} catch (Exception ex) {
s_logger.error("unable to verifty request signature", ex);
}
return false;
}

in this method, signature not equals to computedSignature, so it returns
false


then, I view ApiServer.java,the verifyRequest method:
public boolean verifyRequest(Map requestParameters, Long
userId) throws ServerApiException {
try {
...
...

unsignedRequest = unsignedRequest.toLowerCase();

Mac mac = Mac.getInstance("HmacSHA1");
SecretKeySpec keySpec = new SecretKeySpec(secretKey.getBytes(),
"HmacSHA1");
mac.init(keySpec);
mac.update(unsignedRequest.getBytes());
byte[] encryptedBytes = mac.doFinal();
String computedSignature = Base64.encodeBase64String(encryptedBytes);
boolean equalSig = signature.equals(computedSignature);
if (!equalSig) {
s_logger.debug("User signature: " + signature + " is not equaled to
computed signature: " + computedSignature);
}
...
...
return equalSig;
} catch (Exception ex) {
s_logger.error("unable to verifty request signature", ex);
}
return false;
}

these two verifyRequest method produce different signature, because the
former use :
String computedSignature =
Base64.encodeBase64URLSafeString(encryptedBytes);

while the later use:
String computedSignature = Base64.encodeBase64String(encryptedBytes);

this is why listAccouts works fine, but vnc console is failed.

when I replace Base64.encodeBase64URLSafeString by
Base64.encodeBase64String, vnc console is ok too.


so I am confused, why use different encode method? It is a bug?


Re: Public IPs on Guest VMs within CloudStack 4.2.0

2013-10-21 Thread Bryan Manske
All,

I'm still having issues with my CloudStack instances seeing the outside
network and vice versa.  I've verified that other non-CloudStack VMs in
the same IP subnet can see the default gateway and each other but they
can't see the CloudStack instances.  The CloudStack instances can ping
the VR but not the default gateway or any other non-CS VMs.  I'm using
Xen Server 6.2 as the only hypervisor for the moment and have set the
network interface tags (cloud-public and cloud-private) with "xe
network-param-set name-label=cloud-public uuid=" and "xe
network-
list" looks correct.  Am I missing tags in the network offering or
somewhere else?  I can't imagine that the CS VR would want to be the
default gateway itself but I suppose its possible.  I've even been looking
at VLANs (tagged versus untagged) at my network edge with no luck.
"xe-switch-network-backend" is set to bridged so maybe its an openvswitch
issue.  Big sigh.

I've debugged as far as I can and need a few suggestions on where to look next.

Thanks.

Regards,

Bryan Manske


Quoting Bryan Manske :

> All,
>
> Now I'm curious about public IPs on Guest VMs within CloudStack 4.2.0.
>
> I have one IPv4 /27 for Public IPs and that's working fine.  Now what
> I want to do is assign a live IP address from another /27 to a Guest VM,
> which appears to work but can't actually touch the default gateway.
>
> So here's the rub: The default gateway is actually provided as a virtual
> IP on two VRRP nodes (for A/B redundancy) by my upstream provider.  I can
> ping the two VRRP routers, I can see the VM has the proper IP address,
> netmask, and default gateway; and I can configure the VM with a proper
> IP config which never finds the default gateway IP.  The arp cache sees
> the local MAC address and incomplete for the gateway.
>
> So now I'm thinking; according to cloudstack, is the default gateway plumbed
> on a virtual router?  If so, how does THAT route out to the world?
>
> I also have a /64 of IPv6 space, /96 of which I have configured in a network
> offering which has the same upstream infrastructure situation.  Same lack of
> functionality there.
>
> So how do I configure my Guest real IP netblocks?  Is it okay to be looking
> for a default gateway IP on a my provider's core router or do I need to have
> them statically route that netblock to something like the cloudstack
> management host?
>
> Of course I could also have the network offering wrong or incomplete.
>
> Any thoughts or pointers to documentation would be appreciated.
>
> I can tell I'm making progress because I keep dealing with progressively
> higher level errors. :)
>
> Thanks.
>
> Bryan Manske
>
>
> ---
> "Earnest falsehoods left unchallenged risk being accepted as fact."
>  -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
> ---
>


---
"Earnest falsehoods left unchallenged risk being accepted as fact."
 -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
---


4.2.1-snapshot : com.cloud.exception.InsufficientServerCapacityException:

2013-10-21 Thread Bjoern Teipel

Hi,

my cstk deployment stopped working and I can't figure out why, because 
all capacity related metrics are ok.


2013-10-21 13:17:51,412 INFO  [user.vm.DeployVMCmd] 
(Job-Executor-8:job-126 = [ fed97281-7904-427c-b450-80fb32210cbc ]) 
com.cloud.exception.InsufficientServerCapacityException: Unable to 
create a deployment for
VM[User|d0bc4ffd-7850-4503-a62b-482895b4b08a]Scope=interface 
com.cloud.dc.DataCenter; id=1
2013-10-21 13:17:51,412 INFO  [user.vm.DeployVMCmd] 
(Job-Executor-8:job-126 = [ fed97281-7904-427c-b450-80fb32210cbc ]) 
Unable to create a deployment for 
VM[User|d0bc4ffd-7850-4503-a62b-482895b4b08a]
com.cloud.exception.InsufficientServerCapacityException: Unable to 
create a deployment for 
VM[User|d0bc4ffd-7850-4503-a62b-482895b4b08a]Scope=interface 
com.cloud.dc.DataCenter; id=1
at 
com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:841)
at 
com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:577)
at 
org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVirtualMachine(VMEntityManagerImpl.java:237)
at 
org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.deploy(VirtualMachineEntityImpl.java:209)
at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3404)
at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2964)
at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2950)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)

at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at 
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)

at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:679)
2013-10-21 13:17:51,413 DEBUG [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-8:job-126 = [ fed97281-7904-427c-b450-80fb32210cbc ]) 
Complete async job-126 = [ fed97281-7904-427c-b450-80fb32210cbc ], 
jobStatus: 2
, resultCode: 530, result: Error Code: 533 Error text: Unable to create 
a deployment for VM[User|d0bc4ffd-7850-4503-a62b-482895b4b08a]


but this is what I saw before this error:


2013-10-21 13:17:50,617 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-1:null) StorageCollector is running...
2013-10-21 13:17:50,620 INFO [storage.endpoint.DefaultEndPointSelector] 
(StatsCollector-1:null) No running ssvm is found, so command will be 
sent to LocalHostEndPoint
2013-10-21 13:17:50,674 DEBUG [agent.transport.Request] 
(StatsCollector-1:null) Seq 1-531890650: Received:  { Ans: , MgmtId: 
110493122496, via: 1, Ver: v1, Flags: 10, { GetStorageStatsAnswer } }
2013-10-21 13:17:50,946 DEBUG [agent.transport.Request] 
(StatsCollector-1:null) Seq 1-531890651: Received:  { Ans: , MgmtId: 
110493122496, via: 1, Ver: v1, Flags: 10, { GetStorageStatsAnswer } }
2013-10-21 13:17:51,142 DEBUG [agent.transport.Request] 
(AgentManager-Handler-15:null) Seq 1-531890647: Processing:  { Ans: , 
MgmtId: 110493122496, via: 1, Ver: v1, Flags: 110, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"newData":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"path":"3000605a-b528-400c-8ff2-a894c20b0705","id":0,"format":"QCOW2","accountId":0,"hvm":false}},"result":true,"wait":0}}] 
}
2013-10-21 13:17:51,142 DEBUG [agent.transport.Request] 
(Job-Executor-8:job-126 = [ fed97281-7904-427c-b450-80fb32210cbc ]) Seq 
1-531890647: Received:  { Ans: , MgmtId: 110493122496, via: 1, Ver: v1, 
Flags: 110, { CopyCmdAnswer } }
2013-10-21 13:17:51,142 DEBUG [agent.manager.AgentAttache] 
(AgentManager-Handler-15:null) Seq 1-531890647: No more commands found
2013-10-21 13:17:51,143 DEBUG [image.store.TemplateObject] 
(Job-Executor-8:job-126 = [ fed97281-7904-427c-b450-80fb32210cbc ]) 
failed to process event and answer
com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
com.mysql.jdbc.JDBC4PreparedStatement@5cdcbeb5: SELECT 
template_spool_ref.id, template_spool_ref.pool_id, 
template_spool_ref.template_id, template_spool_ref.created, 
template_spool_ref.last_updated, template_spool_ref.download_pct, 
template_spool_ref.download_state, template_spool_ref.local_path, 
template_spool_ref.error_str, template_spool_ref.job_id, 
template_spool_ref.install_path, template_spool_ref.template_size, 
template_spool_ref.marked_for_gc, template_spool_ref.update_coun

Re: ACS 4.2 shibboleth

2013-10-21 Thread Ian Duffy
Hi,

As far as I'm aware there is no shibboleth authentication.

However, you can hook directly up to LDAP.


On 21 October 2013 18:27, Erdősi Péter  wrote:

> Dear,
>
> Does anyone know about working shibboleth authentication in ACS (4.2)?
>
> Thanks,
>  Peter
>
>


ACS 4.2 shibboleth

2013-10-21 Thread Erdősi Péter

Dear,

Does anyone know about working shibboleth authentication in ACS (4.2)?

Thanks,
 Peter



LXC and OS Templates

2013-10-21 Thread Shanker Balan
Hi Guys,

What should be the OS type for a LXC template? Or for that matter,
the process for creating a LXC template. :)

I have tarred up and uploaded a working container's rootfs and
tried to create a new instance from it unsuccessfully. CloudStack
management server just spits out tons of messages as below:

2013-10-21 12:21:25,553 DEBUG [allocator.impl.FirstFitAllocator]
(Job-Executor-17:job-66 = [ 7ffe9e13-c4e8-49ba-9ae4-4aff70197a4a ]
FirstFitRoutingAllocator) Not considering hosts: [Host[-8-Routing]]
to deploy template: Tmpl[204-TAR-204-2-38924546-779b-3ac1-bd1e-de8954924766
as they are not HVM enabled

Regards.

--
@shankerbalan

M: +91 98860 60539 | O: +91 (80) 67935867
shanker.ba...@shapeblue.com | www.shapeblue.com | Twitter:@shapeblue
ShapeBlue Services India LLP, 22nd floor, Unit 2201A, World Trade Centre, 
Bangalore - 560 055

CloudStack Bootcamp Training on 27/28 November, Bangalore
http://www.shapeblue.com/cloudstack-training/




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 a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.


Re: xen server 6.1 and 6.2 with cloudstack

2013-10-21 Thread Shanker Balan
On 21-Oct-2013, at 9:47 PM, Ivan Gladenko  wrote:

> I am going to get host machine on Intel Xeon E5 family with Ivy Bridge-EP
> As I can see on compatibility list of citrix, 
> http://hcl.xensource.com/CPUMatrix.aspx, only xen server 6.1 or 6.2 suport 
> with CPU.
> My question about support of xen 6.1 and 6.2 in cloudstack 4.2


Hi Ivan,

Both XenServer 6.1 and 6.2 is supported by ACS 4.2.

--
@shankerbalan

M: +91 98860 60539 | O: +91 (80) 67935867
shanker.ba...@shapeblue.com | www.shapeblue.com | Twitter:@shapeblue
ShapeBlue Services India LLP, 22nd floor, Unit 2201A, World Trade Centre, 
Bangalore - 560 055

CloudStack Bootcamp Training on 27/28 November, Bangalore
http://www.shapeblue.com/cloudstack-training/




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 a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.


xen server 6.1 and 6.2 with cloudstack

2013-10-21 Thread Ivan Gladenko

I am going to get host machine on Intel Xeon E5 family with Ivy Bridge-EP
As I can see on compatibility list of citrix, 
http://hcl.xensource.com/CPUMatrix.aspx, only xen server 6.1 or 6.2 
suport with CPU.

My question about support of xen 6.1 and 6.2 in cloudstack 4.2
Can someone help me with it?
Thank you in advance


Re: Can't deploy a VM using API when specifying 2 network ids for the networkids parameter

2013-10-21 Thread Ahmad Emneina
Have you tried deploying the vm to both networks via the gui? if that
succeeds you should turn on developer tools or firebug and see what the api
call looks like, to deploy with two networks.


On Mon, Oct 21, 2013 at 8:35 AM, DUPONT Simon  wrote:

> Hello,
>
>
>
> I tried, for several days, to deploy a VM (using the Cloudstack API)
> connected to two networks (one isolated and one shared).
>
> I used the deployVirtualMachine command using the optional parameter
> "networkids".
>
> I can deploy my VM with one network (networkids="isolatedNetworkId" OR
> networkids="sharedNetworkId") but I can't deploy it specifying both
> (network id's list) like described in  the API documentation
> (networkids="isolatedNetworkId,sharedNetworkId").
>
>
>
> Request :
>
> http://MYHOST/client/api?command=deployVirtualMachine&serviceOfferingId=
> MYSERVICEOFFERINGID&templateId=MYTEMPLATEID&zoneId=MYZONEID&name=NAME&di
> splayname=DISPLAYNAME
> &networkids=2469f7c1-fb70-4a8d-bd42-93cc42ad9a72,6fd8d6a8-45ad-4705-b597
> -38afd11c611f&apiKey=MYKEY&signature=MYSIGNATURE
>
>
>
> Response :
>
> { "deployvirtualmachineresponse" : {"errorcode":401,"errortext":"unable
> to verify user credentials and/or request signature"} }
>
>
>
>
>
> But it works with &networkids=2469f7c1-fb70-4a8d-bd42-93cc42ad9a72 OR
> &networkids=6fd8d6a8-45ad-4705-b597-38afd11c611f
>
>
>
> Could you help me to fix this problem please ?
>
>
>
> Thanks.
>
>
>
> Simon
>
>


Can't deploy a VM using API when specifying 2 network ids for the networkids parameter

2013-10-21 Thread DUPONT Simon
Hello,

 

I tried, for several days, to deploy a VM (using the Cloudstack API)
connected to two networks (one isolated and one shared).

I used the deployVirtualMachine command using the optional parameter
"networkids".

I can deploy my VM with one network (networkids="isolatedNetworkId" OR
networkids="sharedNetworkId") but I can't deploy it specifying both
(network id's list) like described in  the API documentation
(networkids="isolatedNetworkId,sharedNetworkId").

 

Request :

http://MYHOST/client/api?command=deployVirtualMachine&serviceOfferingId=
MYSERVICEOFFERINGID&templateId=MYTEMPLATEID&zoneId=MYZONEID&name=NAME&di
splayname=DISPLAYNAME
&networkids=2469f7c1-fb70-4a8d-bd42-93cc42ad9a72,6fd8d6a8-45ad-4705-b597
-38afd11c611f&apiKey=MYKEY&signature=MYSIGNATURE

 

Response :

{ "deployvirtualmachineresponse" : {"errorcode":401,"errortext":"unable
to verify user credentials and/or request signature"} }

 

 

But it works with &networkids=2469f7c1-fb70-4a8d-bd42-93cc42ad9a72 OR
&networkids=6fd8d6a8-45ad-4705-b597-38afd11c611f

 

Could you help me to fix this problem please ?

 

Thanks.

 

Simon



Bridge issues after upgrade to 4.2

2013-10-21 Thread Andrija Panic
HI,

I have done upgrade from 4.0.0 to 4.2, and it all went fine, until I stoped
and tried to start VMs (Vm belongs to an account, which has it's on VLAN
dedicated for private network)... and got errors about not being able to
joint eth1.500 to breth1-500 because it is already joined to cloudVirBr500
(original bridge that I manualy created during original CS 4.0.0
installation, inside /etc/sysconfig/network-scripts/).

So if I use brctl and remove interface from old bridhe and join it to new
bridgem, then all VMs DO have internet acces, and all fine.

But if I change/reconfigure OS, that is, renam cloudVirBr500 to breth1-500
(on host OS, /etc/sysconfig/network-scripts/) than CloudStack agent  give
me alert that it could not find public interface and does not start. Then I
edit the CS agent conf file, and define new bridge "breth1-xxx" for public
network, and agent starts fine, but with alert state, and constantly
disconnecting from CS MGMT host...


Does anybody have good explanation on how to behave with this cloud bridge
naming convention now in 4.2 ?

BTW: using advanced networking, eth0-->cloudBr0, eth1-->cloudVirBr500, this
is configured via /etc/sysconfig/network-scripts/.

eth0 (management, storage, guest,,,) eth1 (guest, public)

Maybe I should NOT define cloudVirBr500 at all ?


Thanks,

-- 

Andrija Panić


Re: Running devcloud on dom0

2013-10-21 Thread Fred Messinger
Thanks for the info Travis.

Perhaps we need to update Section 3.1, step 7 of this document to reflect
such:
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Release_Notes/upgrade-instructions.html#upgrade-from-4.0-to-4.1

Thanks,
Fred


On Mon, Oct 21, 2013 at 8:41 AM, Travis Graham  wrote:

> You can run both. The agent is only needed for KVM so if you aren't using
> KVM you won't need it.
>
> Travis
>
> On Monday, October 21, 2013, Mario Giammarco wrote:
>
> > Hello,
> > I have a server with ubuntu server 12.04 fresh installed.
> > I would like to run on it cloudstack manager AND agent.
> > I read in forum to use devcloud with nested virtualization.
> >
> > I wonder why I cannot install cloudstack server and agent directly on my
> > dom0.
> >
> > Is it possible?
> > Thanks,
> > Mario
> >
> >
>


Re: Running devcloud on dom0

2013-10-21 Thread Travis Graham
You can run both. The agent is only needed for KVM so if you aren't using
KVM you won't need it.

Travis

On Monday, October 21, 2013, Mario Giammarco wrote:

> Hello,
> I have a server with ubuntu server 12.04 fresh installed.
> I would like to run on it cloudstack manager AND agent.
> I read in forum to use devcloud with nested virtualization.
>
> I wonder why I cannot install cloudstack server and agent directly on my
> dom0.
>
> Is it possible?
> Thanks,
> Mario
>
>


Re: set hostname of vm

2013-10-21 Thread Sean Hamilton
Jerry, 
What OS type are you using?

> On 21 Oct 2013, at 04:47, "Jerry Jiang"  wrote:
> 
> Hi all,
> 
> 
> 
> May I set the vm hostname automatically like what I want instead of uuid?
> 
> 
> 
> JerryJiang 
> 


set hostname of vm

2013-10-21 Thread Jerry Jiang
Hi all,

 

May I set the vm hostname automatically like what I want instead of uuid?

 

JerryJiang 



RE: Cannot create VM instance using template converted from snapshot

2013-10-21 Thread Suresh Sadhu
Your assumption is right and  it's a bug. An  issue exits for the same in open 
state .please update your observation in below bug:

CLOUDSTACK-4549 ceph:deployvm from template created from snapshot is failing

https://issues.apache.org/jira/browse/CLOUDSTACK-4549


regards
sadhu


-Original Message-
From: Indra Pramana [mailto:in...@sg.or.id] 
Sent: 21 October 2013 11:29
To: users@cloudstack.apache.org; d...@cloudstack.apache.org
Subject: Cannot create VM instance using template converted from snapshot

Dear all,

We are using CloudStack 4.2.0, KVM hypervisors and Ceph RBD primary storage.

We are able to create a volume snapshot of a VM instance's root-disk, and 
convert the snapshot into a template. However, we are not able to create a new 
VM instance based on the template.Error messages on both the 
management-server.log and agent.log shows that the problem happened during the 
creation of the volume, specifically during the copying of the template from 
secondary storage for volume creation.

Logs on management-server.log:

=
2013-10-16 11:57:23,118 DEBUG [agent.transport.Request]
(AgentManager-Handler-13:null) Seq 34-1629225029: Processing:  { Ans: ,
MgmtId: 161342671900, via: 34, Ver: v1, Flags: 10, 
[{"com.cloud.agent.api.Answer":{"result":false,"details":"
java.lang.NullPointerException\n\tat
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2469)\n\tat
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingR
esource.java:1230)\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.ThreadPoolEx
ecutor.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-10-16 11:57:23,119 DEBUG [agent.transport.Request]
(StatsCollector-3:null) Seq 34-1629225029: Received:  { Ans: , MgmtId:
161342671900, via: 34, Ver: v1, Flags: 10, { Answer } }
2013-10-16 11:57:23,549 DEBUG [cloud.api.ApiServlet] (catalina-exec-3:null) 
===START===  103.25.200.2 -- GET 
command=queryAsyncJobResult&jobId=1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a&response=json&sessionkey=PA1sQOGCDpcgv9KuxH6rulGrhhM%3D&
_=1381895842670
2013-10-16 11:57:23,594 DEBUG [cloud.api.ApiServlet] (catalina-exec-3:null) 
===END===  103.25.200.2 -- GET 
command=queryAsyncJobResult&jobId=1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a&response=json&sessionkey=PA1sQOGCDpcgv9KuxH6rulGrhhM%3D&_=
1381895842670
2013-10-16 11:57:26,547 DEBUG [cloud.api.ApiServlet]
(catalina-exec-22:null) ===START===  103.25.200.2 -- GET 
command=queryAsyncJobResult&jobId=1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a&response=json&sessionkey=PA1sQOGCDpcgv9KuxH6rulGrhhM%3D
&_=1381895845670
2013-10-16 11:57:26,602 DEBUG [cloud.api.ApiServlet]
(catalina-exec-22:null) ===END===  103.25.200.2 -- GET 
command=queryAsyncJobResult&jobId=1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a&response=json&sessionkey=PA1sQOGCDpcgv9KuxH6rulGrhhM%3D&_
=1381895845670
2013-10-16 11:57:27,255 DEBUG [agent.manager.AgentManagerImpl]
(AgentManager-Handler-14:null) SeqA 61-109650: Processing Seq 61-109650:  { Cmd 
, MgmtId: -1, via: 61, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportComman
d":{"_proxyVmId":2039,"_loadInfo":"{\n  \"connections\": []\n}","wait":0}}] }
2013-10-16 11:57:27,278 DEBUG [agent.manager.AgentManagerImpl]
(AgentManager-Handler-14:null) SeqA 61-109650: Sending Seq 61-109650:  {
Ans: , MgmtId: 161342671900, via: 61, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnsw
er":{"result":true,"wait":0}}] }
2013-10-16 11:57:28,060 DEBUG [agent.transport.Request]
(AgentManager-Handler-15:null) Seq 34-1629225027: Processing:  { Ans: ,
MgmtId: 161342671900, via: 34, Ver: v1, Flags: 110, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{
"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
Failed to copy
/mnt/91afb8e1-6117-3e7e-a068-f980c49570a4/61e60cb9-88ec-401a-b7f8-940a568c23c2.raw
to b622fa54-aa6e-424d-a351-5a2d3f2728fe","wait":0}}] }
2013-10-16 11:57:28,060 DEBUG [agent.manager.AgentAttache]
(AgentManager-Handler-15:null) Seq 34-1629225027: No more commands found
2013-10-16 11:57:28,060 DEBUG [agent.transport.Request]
(Job-Executor-3:job-2437 = [ 1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a ]) Seq
34-1629225027: Received:  { Ans: , MgmtId: 161342671900, via: 34, Ver: v1,
Flags: 110, { CopyCmdAnswer } }
2013-10-16 11:57:28,144 INFO  [storage.volume.VolumeServiceImpl]
(Job-Executor-3:job-2437 = [ 1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a ]) releasing 
lock for VMTemplateStoragePool 122
2013-10-16 11:57:28,145 WARN  [utils.db.Merovingian2]
(Job-Executor-3:job-2437 = [ 1a5ba5a7-5756-4bae-bf21-67fc4d1b5a5a ]) Was unable 
to find lock for the key template_spool_ref122 and thread id 7779986
2013-10-16 11:57:2

Running devcloud on dom0

2013-10-21 Thread Mario Giammarco
Hello,
I have a server with ubuntu server 12.04 fresh installed.
I would like to run on it cloudstack manager AND agent.
I read in forum to use devcloud with nested virtualization.

I wonder why I cannot install cloudstack server and agent directly on my 
dom0.

Is it possible?
Thanks,
Mario