RE: Hyper-V Agent log files.

[Rajesh Battala]

You can export the events to xml or any other format from eventviewer or 
search/create filter in the event viewer to get only required debugging. 

Initially its was file based logging only but later we moved to eventviewer 
based so that we follow windows standards. 

-Original Message-
From: Rodrigo Marques [mailto:rodrigomarques1...@gmail.com] 
Sent: Monday, March 21, 2016 10:54 PM
To: users@cloudstack.apache.org
Subject: Re: Hyper-V Agent log files.

Hi Pavan,
I see. I thought that would be a log file with more details for a better 
debugging.

Thanks for you help.

Regards,
Rodrigo.

Pavan Bandarupally  escreveu no dia segunda, 
21/03/2016 às 07:20:

> Hi Rodrigo,
>
> I do not think there is any separate agent log other than the event 
> viewer logs available for the service.
>
> Regards,
> Pavan
>
> -Original Message-
> From: Rodrigo Marques [mailto:rodrigomarques1...@gmail.com]
> Sent: Saturday, March 19, 2016 3:08 AM
> To: users@cloudstack.apache.org
> Subject: Hyper-V Agent log files.
>
> Hello,
> I am trying to install and run the Hyper-V Agent provided here.
> <
> http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/
> 4.6/hypervisor/hyperv.html
> >
> I installed and it appears to be running (at least it appears in 
> Windows Services). The problem is that I would like to access its log 
> files and I cannot find them.
> Does anyone know where it is?
> I looked in the source code and found a "cloudstack-agent.log". I have 
> tried to look for this file in the server using the command *dir -r 
> "cloudstack-agent.log" *but it returned nothing.
>
> Can anybody help me?
>
> Thanks.
>
> Best Regards,
> Rodrigo.
> --
> Atenciosamente,
>
> Rodrigo Marques.
>
>
>
> DISCLAIMER
> ==
> This e-mail may contain privileged and confidential information which 
> is the property of Accelerite, a Persistent Systems business. It is 
> intended only for the use of the individual or entity to which it is 
> addressed. If you are not the intended recipient, you are not 
> authorized to read, retain, copy, print, distribute or use this 
> message. If you have received this communication in error, please 
> notify the sender and delete all copies of this message. Accelerite, a 
> Persistent Systems business does not accept any liability for virus infected 
> mails.
>
--
Atenciosamente,

Rodrigo Marques.



DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

RE: Storage decommissioning

[Sanjeev Neelarapu]

Hi,

Decommissioning of primary storage should not be a problem. Since we can 
migrate all the disks to additional primary storage in the cluster.
Coming to artifacts stored in the secondary storage, if we make the templates 
as public, all the templates will be available in additional secondary storages 
within the zone. For snapshots and volumes may have to rsync and change the 
image_store id in all the relevant db tables.

Best Regards,
Sanjeev N
Chief Product Engineer, Accelerite
Off: +91 40 6722 9368 | EMail: sanjeev.neelar...@accelerite.com 


-Original Message-
From: ilya [mailto:ilya.mailing.li...@gmail.com] 
Sent: Thursday, March 24, 2016 1:20 AM
To: users@cloudstack.apache.org
Subject: Re: Storage decommissioning

I'd strongly suggest you play this out in the lab environment that mimics what 
you need to do.

On 3/23/16 12:47 PM, ilya wrote:
> Alessandro,
> 
> You told us nothing about your environment and setup. No downtime is 
> only possible with specific hypervisors - like ESX and perhaps Xen.
> 
> Regards
> ilya
> 
> 
> On 3/22/16 3:29 PM, Alessandro Caviglione wrote:
>> Hi guys,
>> I'm writing just to ask for advice...
>> We're decommissionig our storage and we need to move all the VMs from 
>> old storage to this new one.
>> In CS we've defined a new primary storage and I think we've to 
>> migrate all ROOT and DATA disks from old PRIMARY to the new PRIMARY, 
>> this should be done without interruption of the service.
>> The new storage will host also SECONDARY storage, so we need to move 
>> also Template, Snapshots and other things.
>> How can we do it?
>>
>> Thank you!!
>>



DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

Re: Storage decommissioning

[ilya]

I'd strongly suggest you play this out in the lab environment that
mimics what you need to do.

On 3/23/16 12:47 PM, ilya wrote:
> Alessandro,
> 
> You told us nothing about your environment and setup. No downtime is
> only possible with specific hypervisors - like ESX and perhaps Xen.
> 
> Regards
> ilya
> 
> 
> On 3/22/16 3:29 PM, Alessandro Caviglione wrote:
>> Hi guys,
>> I'm writing just to ask for advice...
>> We're decommissionig our storage and we need to move all the VMs from old
>> storage to this new one.
>> In CS we've defined a new primary storage and I think we've to migrate all
>> ROOT and DATA disks from old PRIMARY to the new PRIMARY, this should be
>> done without interruption of the service.
>> The new storage will host also SECONDARY storage, so we need to move also
>> Template, Snapshots and other things.
>> How can we do it?
>>
>> Thank you!!
>>

Re: Storage decommissioning

[ilya]

Alessandro,

You told us nothing about your environment and setup. No downtime is
only possible with specific hypervisors - like ESX and perhaps Xen.

Regards
ilya


On 3/22/16 3:29 PM, Alessandro Caviglione wrote:
> Hi guys,
> I'm writing just to ask for advice...
> We're decommissionig our storage and we need to move all the VMs from old
> storage to this new one.
> In CS we've defined a new primary storage and I think we've to migrate all
> ROOT and DATA disks from old PRIMARY to the new PRIMARY, this should be
> done without interruption of the service.
> The new storage will host also SECONDARY storage, so we need to move also
> Template, Snapshots and other things.
> How can we do it?
> 
> Thank you!!
> 

Re: AW: API deploy virtualmachine failed with custom offering

[Yiping Zhang]

That syntax worked for me (CS 4.5.1, cloudmonkey 5.3.1).

Can you create a VM in UI, using the same 
zone/domain/template/network/serviceoffering selections as used in your API 
call?  I suspect that your combined selections are not valid, for example:  
template/network is not available to the selected zone, or something similar to 
that effect.

Yiping



On 3/23/16, 9:28 AM, "Martin Emrich"  wrote:

>Hi!
>
>Sorry, same effect:
>
>(local)  > deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac 
>domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11 
>templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad 
>networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23  
>serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a details[0].cpuNumber=2 
>details[0].cpuSpeed=1000 details[0].Memory=512 name=test1
>Error 401 Authentication error
>errorcode = 401
>errortext = unable to verify user credentials and/or request signature
>uuidList:
>
>(BTW: testing now on my litte test cloud running 4.7.1, cloudmonkey is 5.3.2)
>
>Thanks,
>
>Martin
>
>-Ursprüngliche Nachricht-
>Von: Patrick Miller [mailto:patrick.mil...@sungardas.com] 
>Gesendet: Mittwoch, 23. März 2016 16:50
>An: users@cloudstack.apache.org
>Betreff: Re: API deploy virtualmachine failed with custom offering
>
>Martin:
>If you look at the ui test for memory
>details%5B0%5D.memory=512  Notice there is no "M"  megabytes is implied.
>
>Please try:
>deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
>domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11
>templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad
>networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23
>serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a
>details[0].cpuNumber=2 details[0].cpuSpeed=1000 details[0].memory=512
>name=test1
>
>Just removing the "M" from 512.
>
>Hope this helps.
>
>Patrick
>
>Patrick Miller ▪ Senior Systems Engineer ▪ Sungard Availability Services
>2481 Deerwood Dr, San Ramon, Ca 94583 ▪  Office: 925-831-7738 
>patrick.mil...@sungardas.com  ▪ www.sungardas.com
>
>
>CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
>confidential, proprietary and privileged information, and unauthorized 
>disclosure or use is prohibited.  If you received this e-mail in error, please 
>notify the sender and delete this e-mail from your system.
>
>On Wed, Mar 23, 2016 at 8:14 AM, Martin Emrich 
>wrote:
>
>> Hi!
>>
>> I also tried with [0], but it fails, too.
>>
>> The command line:
>>
>> (local)  > deploy virtualmachine
>> zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
>> domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11
>> templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad
>> networkids=42b962bf-27f1-434b-bd14-239a909a206e
>> serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a
>> details[0].cpuNumber=2 details[0].cpuSpeed=1000 details[0].Memory=512M
>> name=test1
>> Error 401 Authentication error
>> errorcode = 401
>> errortext = unable to verify user credentials and/or request signature
>> uuidList:
>>
>> From the cloudmonkey log:
>>
>> 2016-03-23 15:09:23,953 - connectionpool.py:207 - [INFO] Starting new 
>> HTTP connection (1): localhost
>> 2016-03-23 15:09:23,984 - connectionpool.py:387 - [DEBUG] "GET 
>> /client/api?networkids=42b962bf-27f1-434b-bd14-239a909a206e=6
>> ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_ema
>> WHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1
>> %5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B
>> ignatureversion=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%
>> 5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6
>> c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzM
>> X9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a
>> ils%5B0%5D.Memory=512M
>> HTTP/1.1" 401 137
>> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Request sent:
>> http://localhost:8080/client/api?networkids=42b962bf-27f1-434b-bd14-23
>> 9a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj
>> 4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8
>> VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T
>> 14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-
>> 2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine
>> emplateid=14c5e883-c6c3-4fed-83d5-451d1064dcad=json
>> =VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-8
>> 5ab-6caba370288a%5B0%5D.Memory=512M
>> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Response received:
>> {"deployvirtualmachineresponse":{"uuidList":[],"errorcode":401,"errort
>> ext":"unable to verify user credentials and/or request signature"}}
>> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Error: 401 
>> Authentication error
>> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG]  END 
>> Request 
>>
>> This is the corresponding line in the cloudstack management log:
>>
>> 2016-03-23 15:09:23,963 DEBUG [c.c.a.ApiServlet]
>> (catalina-exec-10:ctx-57c16d4d) (logid:e9a26d51) ===START===
>> 0:0:0:0:0:0:0:1 -- GET

Re: Unable to create a New VM - Error message: Unable to start instance due to Unable to get answer that is of class com.cloud.agent.api.StartAnswer

[Simon Weller]

Yes, I think that order is fine. Make sure the processes are indeed shutdown 
before moving on to the next step.






From: Nezar Madbouh 
Sent: Tuesday, March 22, 2016 5:33 PM
To: users@cloudstack.apache.org
Subject: Re: Unable to create a New VM - Error message: Unable to start 
instance due to Unable to get answer that is of class 
com.cloud.agent.api.StartAnswer

Hi Simon,

Can you please check if the following sequence of action is correct:

on management server:

service cloudstack-management stop


on the host:

service cloudstack-agent stop

service libvirtd restart

service cloudstack-agent start


on management server:

service cloudstack-management start

Thanks very much for your help.
Nezar.

On 23 March 2016 at 08:39, Simon Weller  wrote:

> Shutting down all the management services should clear the jobs.
>
>
> 
> From: Nezar Madbouh 
> Sent: Tuesday, March 22, 2016 4:28 PM
> To: users@cloudstack.apache.org
> Subject: Re: Unable to create a New VM - Error message: Unable to start
> instance due to Unable to get answer that is of class
> com.cloud.agent.api.StartAnswer
>
> Hi Simon,
>
> I will plan to restart agents, libvirtd and management services.
>
> How do I clear hung jobs.
>
> Your help is much appreciated,
> Nezar.
>
> On 22 March 2016 at 23:03, Simon Weller  wrote:
>
> > Nezar,
> >
> > I've looked through the code related to your release and it seems that in
> > order to throw this exception, 10 attempts have been made to retrieve the
> > disk information prior to the exception being thrown.
> >
> > It appears there is something really odd going on here.  I'm starting to
> > wonder whether it might be worth while for you to stop all of your
> agents,
> > plus management server processes, restart libvirtd on each of the hosts
> and
> > then bring the agents back up prior to starting the management servers.
> >
> > There are a bunch of logs the pastebin you posted that seems to indicate
> > you have some jobs hung, for example:
> >
> > 2016-03-14 21:45:31,828 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> > (Timer-1:ctx-0c090bd7) Task (job-9066) has been pending for 1660851
> seconds
> > 2016-03-14 21:45:31,828 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> > (Timer-1:ctx-0c090bd7) Task (job-8133) has been pending for 4253003
> seconds
> >
> > Restarting the  agents, libvirtd and management will not cause an outage
> > to your cloud, but I would suggest, if you decided to do this, you should
> > complete it in a maintenance window.
> >
> > - Si
> >
> > 
> > From: Nezar Madbouh 
> > Sent: Sunday, March 20, 2016 10:27 PM
> > To: users@cloudstack.apache.org
> > Subject: Re: Unable to create a New VM - Error message: Unable to start
> > instance due to Unable to get answer that is of class
> > com.cloud.agent.api.StartAnswer
> >
> > Hi Simon,
> >
> > Please see answers to your questions below. I am not sure if I provided
> the
> > correct answer for the primary and secondary storage configuration.
> Please
> > let me know if this is not what you are after:
> >
> >
> > Can you screenshot and post somewhere your secondary storage
> configuration
> > and your primary storage configuration from the UI with the details?
> >
> > mysql> select * from configuration where name like '%secondary%'\G
> > *** 1. row ***
> >  category: Account Defaults
> >  instance: DEFAULT
> > component: management-server
> >  name: max.account.secondary.storage
> > value: 400
> >   description: The default maximum secondary storage space (in GiB) that
> > can be used for an account
> > default_value: 400
> >   updated: NULL
> > scope: NULL
> >is_dynamic: 0
> > *** 2. row ***
> >  category: Project Defaults
> >  instance: DEFAULT
> > component: management-server
> >  name: max.project.secondary.storage
> > value: 400
> >   description: The default maximum secondary storage space (in GiB) that
> > can be used for a project
> > default_value: 400
> >   updated: NULL
> > scope: NULL
> >is_dynamic: 0
> > *** 3. row ***
> >  category: Hidden
> >  instance: DEFAULT
> > component: management-server
> >  name: secondary.storage.vm
> > value: +rwRhJOXPymbQOuAMLnhiw==
> >   description: Deploys a VM per zone to manage secondary storage if true,
> > otherwise secondary storage is mounted on management server
> > default_value: NULL
> >   updated: NULL
> > scope: NULL
> >is_dynamic: 0
> > *** 4. row ***
> >  category: Advanced
> >  instance: DEFAULT
> > component: 

[DISCUSS] Request for comments: Dynamic Role Based API Access Checker for CloudStack

[Rohit Yadav]

Hi all,

I want to propose a new feature for CloudStack, dynamic role-based API access 
checker. This feature will allow us to migrate rules define in 
commands.properties file to database, while role management (such as 
creating/editing roles, adding/removing rules) won't require restarting 
management server(s).

Please find more details in the FS here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Dynamic+Role+Based+API+Access+Checker+for+CloudStack

I look forward to your comments, suggestions and questions. Thanks.

Regards,
Rohit Yadav

Regards,

Rohit Yadav

rohit.ya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

Re: Apache CloudStack Event in Montreal (wannabe CCCNA16)

[Pierre-Luc Dion]

Thanks Giles,

If people have interest to extend the hackathon into the weekend, We would
be willing to use our open space office for the event!




*Pierre-Luc DION*
Architecte de Solution Cloud | Cloud Solutions Architect
t 855.652.5683

*CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Wed, Mar 23, 2016 at 5:00 AM, Giles Sirett 
wrote:

> And my only other comment……..
>
> There is nothing “wannabe” about this. This is CCCNA !
>
> Kind Regards
> Giles
>
> From: Giles Sirett [mailto:giles.sir...@shapeblue.com]
> Sent: 23 March 2016 08:46
> To: users@cloudstack.apache.org
> Subject: RE: Apache CloudStack Event in Montreal (wannabe CCCNA16)
>
> Great work guys - looking forward to the event
>
> My only comments on the proposed schedule:
>
> 1. what have you in mind for the roundtables ?
> 2. my guess is that those folks wanting to hack on things like CI would
> require a good run at it. It looks like you’ve got 2 x half days for the
> hackathons. May it be an idea to dedicate a bit more time to these ? (or, I
> guess, you may be thinking about the 2nd hackathin running in parallel with
> the roundtables?)
>
> Kind Regards
> Giles
>
>
> [ShapeBlue]
>
> Giles Sirett
>
> CEO
>
> ,
>
> ShapeBlue
>
>
>
> d:
>
> +44 20 3603 0541 | s: +44 203 603 0540
> 
>
>  |
>
> m:
>
> +44 7961112055
>
>
> e:
>
> giles.sir...@shapeblue.com | t:  %20|%20t:>
>
>  |
>
> w:
>
> www.shapeblue.com
>
>
> a:
>
> 53 Chandos Place, Covent Garden London WC2N 4HS UK
>
>
>
> [cid:image2518c1.png@9739d5e7.48a8eb60]
>
>
>
> 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 SA Pty Ltd is a company registered by The Republic of
> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
> a registered trademark.
> 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.
>
>
>
> -Original Message-
> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> Sent: 22 March 2016 20:59
> To: d...@cloudstack.apache.org;
> users@cloudstack.apache.org;
> market...@cloudstack.apache.org
> Cc: Julia Simon >;
> Gillian Sonin >; Ian Rae <
> i...@cloudops.com>; Marc Pare <
> mp...@cloudops.com>
> Subject: Apache CloudStack Event in Montreal (wannabe CCCNA16)
>
> CloudOps is hosting a Apache CloudStack conference event from June 1-3,
> 2016 with developers and users to regroup and evolve the software and its
> functionality. It has been a while since our wider community has gotten
> together to collaborate and learn, and our aim is to get everyone together
> over a few days in Montreal. Part talks, part workshops, this event will
> present a great opportunity for attendees and sponsors alike.
>
>
>
> One thing that would be really helpful is to have a hackathon focus on
> Continuous Integration Tests and solve questions about GitHub pull requests.
>
> If you are interested in presenting at the event, please submit your ideas
> here [1]. Cut off date for talk submissions is Friday, May 6th for now.
>
>
>
> Our proposed schedule is as follows. Feel free to add your comments if
> anything should be changed. It’s our goal to make this event as
> collaborative as possible:
>
>
>
> Wednesday, June 1st:
>
> - afternoon hackathon
>
> - happy hour
>
> Thursday, June 2nd:
>
> - presentation sessions
>
> Friday, June 3rd:
>
> - round tables sessions
>
> - hackathon
>
>
>
> Please be in touch should you require any additional information. We look
> forward to seeing you in Montreal!
>
>
>
> [1] https://goo.gl/r5Wmjk
>
>
>
> Pierre-Luc
> Find out more about ShapeBlue and our range of CloudStack related services:
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build/> | CSForge – rapid IaaS
> deployment framework
> CloudStack 

AW: API deploy virtualmachine failed with custom offering

[Martin Emrich]

Hi!

Sorry, same effect:

(local)  > deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac 
domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11 
templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad 
networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23  
serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a details[0].cpuNumber=2 
details[0].cpuSpeed=1000 details[0].Memory=512 name=test1
Error 401 Authentication error
errorcode = 401
errortext = unable to verify user credentials and/or request signature
uuidList:

(BTW: testing now on my litte test cloud running 4.7.1, cloudmonkey is 5.3.2)

Thanks,

Martin

-Ursprüngliche Nachricht-
Von: Patrick Miller [mailto:patrick.mil...@sungardas.com] 
Gesendet: Mittwoch, 23. März 2016 16:50
An: users@cloudstack.apache.org
Betreff: Re: API deploy virtualmachine failed with custom offering

Martin:
If you look at the ui test for memory
details%5B0%5D.memory=512  Notice there is no "M"  megabytes is implied.

Please try:
deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11
templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad
networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23
serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a
details[0].cpuNumber=2 details[0].cpuSpeed=1000 details[0].memory=512
name=test1

Just removing the "M" from 512.

Hope this helps.

Patrick

Patrick Miller ▪ Senior Systems Engineer ▪ Sungard Availability Services
2481 Deerwood Dr, San Ramon, Ca 94583 ▪  Office: 925-831-7738 
patrick.mil...@sungardas.com  ▪ www.sungardas.com


CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.

On Wed, Mar 23, 2016 at 8:14 AM, Martin Emrich 
wrote:

> Hi!
>
> I also tried with [0], but it fails, too.
>
> The command line:
>
> (local)  > deploy virtualmachine
> zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
> domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11
> templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad
> networkids=42b962bf-27f1-434b-bd14-239a909a206e
> serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a
> details[0].cpuNumber=2 details[0].cpuSpeed=1000 details[0].Memory=512M
> name=test1
> Error 401 Authentication error
> errorcode = 401
> errortext = unable to verify user credentials and/or request signature
> uuidList:
>
> From the cloudmonkey log:
>
> 2016-03-23 15:09:23,953 - connectionpool.py:207 - [INFO] Starting new 
> HTTP connection (1): localhost
> 2016-03-23 15:09:23,984 - connectionpool.py:387 - [DEBUG] "GET 
> /client/api?networkids=42b962bf-27f1-434b-bd14-239a909a206e=6
> ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_ema
> WHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1
> %5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B
> ignatureversion=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%
> 5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6
> c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzM
> X9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a
> ils%5B0%5D.Memory=512M
> HTTP/1.1" 401 137
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Request sent:
> http://localhost:8080/client/api?networkids=42b962bf-27f1-434b-bd14-23
> 9a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj
> 4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8
> VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T
> 14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-
> 2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine
> emplateid=14c5e883-c6c3-4fed-83d5-451d1064dcad=json
> =VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-8
> 5ab-6caba370288a%5B0%5D.Memory=512M
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Response received:
> {"deployvirtualmachineresponse":{"uuidList":[],"errorcode":401,"errort
> ext":"unable to verify user credentials and/or request signature"}}
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Error: 401 
> Authentication error
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG]  END 
> Request 
>
> This is the corresponding line in the cloudstack management log:
>
> 2016-03-23 15:09:23,963 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-10:ctx-57c16d4d) (logid:e9a26d51) ===START===
> 0:0:0:0:0:0:0:1 -- GET
> networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975
> -11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKe
> nCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0
> %5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B
> ion=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNu
> mber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5
> -451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D
> erviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.M
> emory=512M
> 2016-03-23 15:09:23,966 INFO  [c.c.a.ApiServer] 
> 

Re: API deploy virtualmachine failed with custom offering

[Patrick Miller]

Martin:
If you look at the ui test for memory
details%5B0%5D.memory=512  Notice there is no "M"  megabytes is implied.

Please try:
deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11
templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad
networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23
serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a
details[0].cpuNumber=2 details[0].cpuSpeed=1000 details[0].memory=512
name=test1

Just removing the "M" from 512.

Hope this helps.

Patrick

Patrick Miller ▪ Senior Systems Engineer ▪ Sungard Availability Services
2481 Deerwood Dr, San Ramon, Ca 94583 ▪  Office: 925-831-7738
patrick.mil...@sungardas.com  ▪
www.sungardas.com


CONFIDENTIALITY:  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.

On Wed, Mar 23, 2016 at 8:14 AM, Martin Emrich 
wrote:

> Hi!
>
> I also tried with [0], but it fails, too.
>
> The command line:
>
> (local)  > deploy virtualmachine
> zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
> domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11
> templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad
> networkids=42b962bf-27f1-434b-bd14-239a909a206e
> serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a
> details[0].cpuNumber=2 details[0].cpuSpeed=1000 details[0].Memory=512M
> name=test1
> Error 401 Authentication error
> errorcode = 401
> errortext = unable to verify user credentials and/or request signature
> uuidList:
>
> From the cloudmonkey log:
>
> 2016-03-23 15:09:23,953 - connectionpool.py:207 - [INFO] Starting new HTTP
> connection (1): localhost
> 2016-03-23 15:09:23,984 - connectionpool.py:387 - [DEBUG] "GET
> /client/api?networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
> HTTP/1.1" 401 137
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Request sent:
> http://localhost:8080/client/api?networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Response received:
> {"deployvirtualmachineresponse":{"uuidList":[],"errorcode":401,"errortext":"unable
> to verify user credentials and/or request signature"}}
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Error: 401
> Authentication error
> 2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG]  END Request
> 
>
> This is the corresponding line in the cloudstack management log:
>
> 2016-03-23 15:09:23,963 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-10:ctx-57c16d4d) (logid:e9a26d51) ===START===
> 0:0:0:0:0:0:0:1 -- GET
> networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
> 2016-03-23 15:09:23,966 INFO  [c.c.a.ApiServer]
> (catalina-exec-10:ctx-57c16d4d ctx-d31c96e2) (logid:e9a26d51) User
> signature: VDammkzNSFJI25IZNRzMX9I0K7U= is not equaled to computed
> signature: +JnMQMYaEovhHAgcMSqShFHx5NY=
> 2016-03-23 15:09:23,975 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-10:ctx-57c16d4d ctx-d31c96e2) (logid:e9a26d51) ===END===
> 0:0:0:0:0:0:0:1 -- GET
> networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
>
> If I just change "Memory" to "memory", I get this (I know, there's also
> another network ID):
>
> (local)  > deploy virtualmachine
> zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac
> 

AW: API deploy virtualmachine failed with custom offering

[Martin Emrich]

Hi!

I also tried with [0], but it fails, too.

The command line:

(local)  > deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac 
domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11 
templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad 
networkids=42b962bf-27f1-434b-bd14-239a909a206e 
serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a details[0].cpuNumber=2 
details[0].cpuSpeed=1000 details[0].Memory=512M name=test1
Error 401 Authentication error
errorcode = 401
errortext = unable to verify user credentials and/or request signature
uuidList:

From the cloudmonkey log:

2016-03-23 15:09:23,953 - connectionpool.py:207 - [INFO] Starting new HTTP 
connection (1): localhost
2016-03-23 15:09:23,984 - connectionpool.py:387 - [DEBUG] "GET 
/client/api?networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
 HTTP/1.1" 401 137
2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Request sent: 
http://localhost:8080/client/api?networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Response received: 
{"deployvirtualmachineresponse":{"uuidList":[],"errorcode":401,"errortext":"unable
 to verify user credentials and/or request signature"}}
2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG] Error: 401 Authentication 
error
2016-03-23 15:09:23,985 - requester.py:49 - [DEBUG]  END Request 


This is the corresponding line in the cloudstack management log:

2016-03-23 15:09:23,963 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-10:ctx-57c16d4d) (logid:e9a26d51) ===START===  0:0:0:0:0:0:0:1 
-- GET  
networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M
2016-03-23 15:09:23,966 INFO  [c.c.a.ApiServer] (catalina-exec-10:ctx-57c16d4d 
ctx-d31c96e2) (logid:e9a26d51) User signature: VDammkzNSFJI25IZNRzMX9I0K7U= is 
not equaled to computed signature: +JnMQMYaEovhHAgcMSqShFHx5NY=
2016-03-23 15:09:23,975 DEBUG [c.c.a.ApiServlet] (catalina-exec-10:ctx-57c16d4d 
ctx-d31c96e2) (logid:e9a26d51) ===END===  0:0:0:0:0:0:0:1 -- GET  
networkids=42b962bf-27f1-434b-bd14-239a909a206e=6ff469a6-d975-11e5-98dc-001e8c29bd11=M5-9oj4BbFevrrNL92dHA3N_emaWHirVzFLxhKenCT8z8dMpzb1PmeeAJv2ICmNuSsnj6tl371T8VYxjGtPLJg=test1%5B0%5D.cpuSpeed=1000=2016-03-23T14%3A19%3A23%2B=3=9c667177-4f6e-4d51-b841-2b83f5e851ac%5B0%5D.cpuNumber=2=deployVirtualMachine=14c5e883-c6c3-4fed-83d5-451d1064dcad=json=VDammkzNSFJI25IZNRzMX9I0K7U%3D=8aab1d01-1ec3-4eec-85ab-6caba370288a%5B0%5D.Memory=512M

If I just change "Memory" to "memory", I get this (I know, there's also another 
network ID):

(local)  > deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac 
domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11 
templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad 
networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23  
serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a details[0].cpuNumber=2 
details[0].cpuSpeed=1000 details[0].Memory=512M name=test1
Error 401 Authentication error
errorcode = 401
errortext = unable to verify user credentials and/or request signature
uuidList:

(local)  > deploy virtualmachine zoneid=9c667177-4f6e-4d51-b841-2b83f5e851ac 
domainid=6ff469a6-d975-11e5-98dc-001e8c29bd11 
templateid=14c5e883-c6c3-4fed-83d5-451d1064dcad 
networkids=9cb521cf-4e31-4e4e-9cc3-0594c0d86b23  
serviceofferingid=8aab1d01-1ec3-4eec-85ab-6caba370288a details[0].cpuNumber=2 
details[0].cpuSpeed=1000 details[0].memory=512M name=test1
Error 431: Invalid memory value, specify a value between 32 and 2147483647 MB
cserrorcode = 4350
errorcode = 431
errortext = Invalid memory value, specify a value between 32 and 2147483647 MB
uuidList:

So it looks like the key is only being validated when the commands are 
validated successfully: If the call would be valid, it fails at the key check, 
otherwise it is rejected, too.

Creating a VM via the Web GUI works fine, here's a request from the 

Re: Override BIOS config to specify boot from attached ISO

[Dag Sonstebo]

Hi Dave,

no there isn't unfortunately - I assume you mean something like the "enter BIOS 
on next boot" option in vSphere? Such a functionality would effectively mean a 
VM BIOS change, after which the change would have to be reversed to resume 
normal HDD boot, which could potentially cause issues. 

Keep in mind though once you've set the boot order in the BIOS it will stay 
persistent, and obviously only boot to ISO if one is present.

Dag Sonstebo
Cloud Architect
ShapeBlue







On 23/03/2016, 14:35, "seth.r...@bt.com"  wrote:

>Hello all!
>I wanted to ask --- specifically for Cloudstack version 4.3 APIs, but also, 
>just in general.  Is there any Tag key/value pairs which can be entered in the 
>VM instance details (or anywhere else for that matter) where I can easily 
>specify 'Boot from .ISO' when usually the BIOS points to the defined hard 
>drive file?  This goes to a temporary situation where I'd like to boot from 
>.ISO and not have to do multiple reboots trying to catch the BIOS boot menu.
>Thanks!
>-dave

Regards,

Dag Sonstebo

dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

Override BIOS config to specify boot from attached ISO

[seth.rose]

Hello all!
I wanted to ask --- specifically for Cloudstack version 4.3 APIs, but also, 
just in general.  Is there any Tag key/value pairs which can be entered in the 
VM instance details (or anywhere else for that matter) where I can easily 
specify 'Boot from .ISO' when usually the BIOS points to the defined hard drive 
file?  This goes to a temporary situation where I'd like to boot from .ISO and 
not have to do multiple reboots trying to catch the BIOS boot menu.
Thanks!
-dave

RE: API deploy virtualmachine failed with custom offering

[Rohit Yadav]

Hi Martin,

The details argument for this API is a map, CloudMonkey simply wraps given 
arguments and creates a HTTP request so for maps it's always been a syntax like 
map[0].key=value. The usage of maps has been documented here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+cloudmonkey+CLI#CloudStackcloudmonkeyCLI-Argumentpassing

This has not changed since 4.1/4.2. You may also debug by tailing cloudmonkey 
logs if you get further issues: tail -f ~/.cloudmonkey/log

Though I think it's a good idea to automatically add this weird syntax so users 
can pass maps directly as map.key=value (your syntax). I'll see what I can do 
to fix this :)

Regards.

Regards,

Rohit Yadav

rohit.ya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

-Original Message-
From: Martin Emrich [mailto:martin.emr...@empolis.com] 
Sent: Wednesday, March 23, 2016 2:50 PM
To: users@cloudstack.apache.org
Subject: API deploy virtualmachine failed with custom offering

HI!

I try to deploy a virtual machine with a custom offering via the API. But I get 
"401 unable to verify user credentials and/or request signature".
First I thought my signing code is wonky (although it worked fine for over a 
year now)... But if I use cloudmonkey I get the same:

(local) > deploy virtualmachine zoneid=e99e796c-4e5c-4549-a0d7-ddd3d8526c06 
domainid=5b6fbb96-db68-11e3-86e7-0030487e0d0c name=martin1 
serviceofferingid=d16eb08f-ad36-496e-a7bd-b5e43f104ce6 details.cpuSpeed=1000 
details.Memory=1024MB details.cpuNumber=2 
networkids=0ba76ecd-39cf-403e-bbf7-68e4c44e43ac 
templateid=dc3c32ca-21a2-46a4-83f1-229d83b0588d
Error 401 Authentication error
errorcode = 401
errortext = unable to verify user credentials and/or request signature
uuidList:
(local) >

It only happens when I specify the details[0] values, so maybe there's 
something wrong regarding the square braces []?

I use ACS 4.8.0, and I remember that it worked some time ago with 4.4.3.

Thanks for any hints!

Regards

Martin

API deploy virtualmachine failed with custom offering

[Martin Emrich]

HI!

I try to deploy a virtual machine with a custom offering via the API. But I get 
"401 unable to verify user credentials and/or request signature".
First I thought my signing code is wonky (although it worked fine for over a 
year now)... But if I use cloudmonkey I get the same:

(local) > deploy virtualmachine zoneid=e99e796c-4e5c-4549-a0d7-ddd3d8526c06 
domainid=5b6fbb96-db68-11e3-86e7-0030487e0d0c name=martin1 
serviceofferingid=d16eb08f-ad36-496e-a7bd-b5e43f104ce6 details.cpuSpeed=1000 
details.Memory=1024MB details.cpuNumber=2 
networkids=0ba76ecd-39cf-403e-bbf7-68e4c44e43ac 
templateid=dc3c32ca-21a2-46a4-83f1-229d83b0588d
Error 401 Authentication error
errorcode = 401
errortext = unable to verify user credentials and/or request signature
uuidList:
(local) >

It only happens when I specify the details[0] values, so maybe there's 
something wrong regarding the square braces []?

I use ACS 4.8.0, and I remember that it worked some time ago with 4.4.3.

Thanks for any hints!

Regards

Martin

RE: Windows VM in xenserver was suddenly crashed. want to know reason.

[Suresh Sadhu]

HI Venkat,

Check the log files @xenserver host[ check /var/log/SMlog, xensource.log] SM 
log  contains communication between CS MS and Xenserver host .

 Check the guestvm application logs for any drivers issues. Also Check  kernel 
crash dumps   enabled or not on your guestvm .if its enabled, please check and 
analyze  the kernel crash dump  for any kernel panics.

Refer below link:

https://support.microsoft.com/en-in/kb/972110



Regards
Sadhu
Chief Product Engineer, Accelerite.
www.accelerite.com



-Original Message-
From: Venkat Boggarapu [mailto:venka...@axiomio.com]
Sent: Wednesday, March 23, 2016 3:05 PM
To: users@cloudstack.apache.org
Subject: Windows VM in xenserver was suddenly crashed. want to know reason.

Hi

Our cloud stack environment, we are using cloud stack 4.5.0, xenserver 6.2 and 
CPBM version 2.3.0

One of the Windows VM crashed suddenly, now I logged in to the machine, it is 
in fresh state without configuration installed which we installed later.

Without our knowledge how it crashed and suddenly back to fresh state?

When this situation arrives where we need to check the logs? Cloud you please 
share your valuable suggestion to move forward and check exactly what happened.

Can anyone.

Regrads,

Venkat Boggarapu




DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

Windows VM in xenserver was suddenly crashed. want to know reason.

[Venkat Boggarapu]

Hi

Our cloud stack environment, we are using cloud stack 4.5.0, xenserver 6.2 and 
CPBM version 2.3.0

One of the Windows VM crashed suddenly, now I logged in to the machine, it is 
in fresh state without configuration installed which we installed later.

Without our knowledge how it crashed and suddenly back to fresh state?

When this situation arrives where we need to check the logs? Cloud you please 
share your valuable suggestion to move forward and check exactly what happened.

Can anyone.

Regrads,

Venkat Boggarapu

RE: Apache CloudStack Event in Montreal (wannabe CCCNA16)

[Giles Sirett]

Great work guys - looking forward to the event

My only comments on the proposed schedule:

1. what have you in mind for the roundtables ?
2. my guess is that those folks wanting to hack on things like CI would require 
a good run at it. It looks like you’ve got 2 x half days for the hackathons. 
May it be an idea to dedicate a bit more time to these ? (or, I guess, you may 
be thinking about the 2nd hackathin running in parallel with the roundtables?)

Kind Regards
Giles



[ShapeBlue]
Giles Sirett
CEO ,   ShapeBlue


d:  +44  20 3603 0541 | s: +44 203 603 
0540 | 
 m:  +44 7961112055

e:  giles.sir...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image2518c1.png@9739d5e7.48a8eb60]


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 SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
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.




-Original Message-
From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
Sent: 22 March 2016 20:59
To: d...@cloudstack.apache.org; users@cloudstack.apache.org; 
market...@cloudstack.apache.org
Cc: Julia Simon ; Gillian Sonin ; Ian 
Rae ; Marc Pare 
Subject: Apache CloudStack Event in Montreal (wannabe CCCNA16)

CloudOps is hosting a Apache CloudStack conference event from June 1-3, 2016 
with developers and users to regroup and evolve the software and its 
functionality. It has been a while since our wider community has gotten 
together to collaborate and learn, and our aim is to get everyone together over 
a few days in Montreal. Part talks, part workshops, this event will present a 
great opportunity for attendees and sponsors alike.



One thing that would be really helpful is to have a hackathon focus on 
Continuous Integration Tests and solve questions about GitHub pull requests.

If you are interested in presenting at the event, please submit your ideas here 
[1]. Cut off date for talk submissions is Friday, May 6th for now.



Our proposed schedule is as follows. Feel free to add your comments if anything 
should be changed. It’s our goal to make this event as collaborative as 
possible:



Wednesday, June 1st:

- afternoon hackathon

- happy hour

Thursday, June 2nd:

- presentation sessions

Friday, June 3rd:

- round tables sessions

- hackathon



Please be in touch should you require any additional information. We look 
forward to seeing you in Montreal!



[1] https://goo.gl/r5Wmjk



Pierre-Luc
Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

AW: Storage decommissioning

[S . Brüseke - proIO GmbH]

Hi Alessandro,

moving ROOT and DATA volumes should be no problem and can be done via 
webinterface. Some hypervisor can do this even without downtime. What 
hypervisor do you use?

Moving your secondary storage is difficult, because there is now automation as 
far as I know. But we are not using the latest version of CS.
Can you move the IP of secondary storage to the new storage? If so the I would 
do:

1. rsync all files
2. stop management service
3. wait and be sure all task of CS are finished
4. do one more rsync
5. shutdown old storage
6. configure same IP on new storage
7. start Management service


Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Alessandro Caviglione [mailto:c.alessan...@gmail.com] 
Gesendet: Dienstag, 22. März 2016 23:30
An: users@cloudstack.apache.org
Betreff: Storage decommissioning

Hi guys,
I'm writing just to ask for advice...
We're decommissionig our storage and we need to move all the VMs from old 
storage to this new one.
In CS we've defined a new primary storage and I think we've to migrate all ROOT 
and DATA disks from old PRIMARY to the new PRIMARY, this should be done without 
interruption of the service.
The new storage will host also SECONDARY storage, so we need to move also 
Template, Snapshots and other things.
How can we do it?

Thank you!!


- proIO GmbH -
Geschäftsführer: Swen Brüseke
Sitz der Gesellschaft: Frankfurt am Main

USt-IdNr. DE 267 075 918
Registergericht: Frankfurt am Main - HRB 86239

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
gestattet. 

This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify 
the sender immediately and destroy this e-mail.  
Any unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden.