Re: Quick note about $dayjob

[Jayapal Reddy Uradi]

All the best Sebastien!

-Jayapal

> On 27-Jan-2016, at 11:55 am, Sanjeev N  wrote:
> 
> All the best with your new startup Sebastien !!
> 
> On Wed, Jan 27, 2016 at 10:50 AM, Paul Angus 
> wrote:
> 
>> +1 Seb
>> 
>> Good luck with the start up. Look us up whenever you're in London. Hope we
>> can still get a few rounds of golf in.
>> 
>> 
>> [image: ShapeBlue] 
>> Paul Angus
>> VP Technology ,  ShapeBlue
>> d:  *+44 203 617 0528 | s: +44 203 603 0540*
>> <+44%20203%20617%200528%20%7C%20s:%20+44%20203%20603%200540>  |  m:
>> *+44 7711 418784* <+44%207711%20418784>
>> e:  *paul.an...@shapeblue.com | t: @cloudyangus*
>>   |  w:
>> *www.shapeblue.com* 
>> a:  53 Chandos Place, Covent Garden London WC2N 4HS UK
>> 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: Ian Rae [mailto:i...@cloudops.com]
>> Sent: 27 January 2016 03:58
>> To: d...@cloudstack.apache.org
>> Cc: market...@cloudstack.apache.org; users@cloudstack.apache.org
>> Subject: Re: Quick note about $dayjob
>> 
>> See - thanks for all your service, hard work, patience and above all,
>> collaboration!!!
>> 
>> On Tue, Jan 26, 2016 at 9:30 AM, Sebastien Goasguen 
>> wrote:
>> 
>>> Hi folks,
>>> 
>>> As some of you might have guessed I am changing $dayjob.
>>> 
>>> This is an exciting time for me, but it also means that I will become
>>> less involved with CloudStack. ( I said *less* involved, did not say I
>>> was going to disappear). I have informed the PMC and offered to stop
>>> my VP role ahead of the March deadline. As you know we have a one-year
>>> rotation for the VP role. However if the PMC does not see a problem
>>> with it I will gladly continue until March.
>>> 
>>> I will keep this brief but I wanted to let you know so that you don’t
>>> wonder why my involvement in recent releases and votes has decreased.
>>> 
>>> It is an exciting time for CloudStack as well, with ever greater
>>> releases ( in large part to Remi, Wilder and a few others), a strong
>>> proposal to offer LTS and the commitment from Accelerite.
>>> 
>>> Change is good, challenges are opportunities says Sensei Wu from
>>> Ninjago :)
>>> 
>>> PS:
>>> If you wonder, I am launching my own container startup called
>>> Skippbox. I will grant myself a shameless plug, and if you know anyone
>>> interested in containers and kubernetes I sure could use some help (
>>> https://github.com/skippbox , 
>>> http://secure-web.cisco.com/1lob7tTDKKx5rXoJ0gYMfPVgziN5g3G21sLYUojD1tsn41RRBjKxf-sieqXxfE1fyUqDaJmvO0NR9T_zCGbHVL8qufzq9vxOlrjtMM-ZkpOBlMb87bhvGL1RABCPKlQroXMyv-yi4gnB2ykdAhzeFiBiAypEx95iOK1zJFChdWMJME3v44OyHL537HJVuKMEt/http%3A%2F%2Fwww.skippbox.com%2Fblog%2F),
>>>  github
>>> stars and PRs :)
>>> 
>>> Cheers,
>>> 
>>> -Sebastien
>> 
>> 
>> 
>> 
>> --
>> Ian Rae
>> CEO | PDG
>> c: 514.944.4008
>> 
>> CloudOps | Cloud Infrastructure and Networking Solutions www.cloudops.com
>> | 420 rue Guy | Montreal | Canada | H3J 1S6
>> 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 
>> 

Re: System VM's: Agent state disconnected

[Jayapal Reddy Uradi]

Hi,

Follow the below link for troubleshooting.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting

Thanks,
Jayapal

> On 27-Jan-2016, at 12:51 pm, Mohd Zainal Abidin Rabani  
> wrote:
> 
> Hi,
> 
> I have setup 2 host cloudstack and 1 management server. Host2 is currently 
> down as i want to test HA for VM's.
> 
> From Home > Infrasturcture > System VMs , i can see VM state is running but 
> Agent state is disconnected. How to check error for this issue? And what is 
> work around to prevent this happen again?
> 
> 
> -
> Regards,
> Mohd Zainal Abidin Rabani
> Technical Support
> 
> ModernOne Data Solutions Sdn. Bhd.(1119382-D)
> No. 83-2, Jalan TKS 1,
> Kajang Sentral, 43000 Kajang, Selangor.
> T : 03-8737 0030 | F : 03-8737 0070
> E : zai...@nocser.net
> W : www.modern.com.my | www.nocser.net

Unable Creare/CleanUp Virual Router After upgraded to ACS 4.6.2

[mvs babu]

Hi All,

We upgraded ACS from 4.3.1 to 4.6.2. After this we tried to create new 
VPC/Network and getting below error from Virtual Router then after router get 
shutdown.

 


We are using XenServer 6.2 and CentOS 6.3.

Please help us to fix this issue.


Thank you,
Suneel Mallela,

AxiomIO.

Re: Unable Creare/CleanUp Virual Router After upgraded to ACS 4.6.2

[mvs babu]

Please find attachment.






Thank you,
Suneel Mallela





From: mvs babu
Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎08‎ ‎PM
To: users@cloudstack.apache.org
Cc: d...@cloudstack.apache.org





Hi All,

We upgraded ACS from 4.3.1 to 4.6.2. After this we tried to create new 
VPC/Network and getting below error from Virtual Router then after router get 
shutdown.

 


We are using XenServer 6.2 and CentOS 6.3.

Please help us to fix this issue.


Thank you,
Suneel Mallela,

AxiomIO.

Re: Unable Creare/CleanUp Virual Router After upgraded to ACS 4.6.2

[mvs babu]

Sorry, it is not allowing to attach a screenshot. Please find below link.


http://picpaste.com/pics/VPC-rhH48Qao.1453891619.PNG






Thank you,
Suneel Mallela





From: mvs babu
Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎14‎ ‎PM
To: users@cloudstack.apache.org
Cc: d...@cloudstack.apache.org





Please find attachment.






Thank you,
Suneel Mallela





From: mvs babu
Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎08‎ ‎PM
To: users@cloudstack.apache.org
Cc: d...@cloudstack.apache.org





Hi All,

We upgraded ACS from 4.3.1 to 4.6.2. After this we tried to create new 
VPC/Network and getting below error from Virtual Router then after router get 
shutdown.

 


We are using XenServer 6.2 and CentOS 6.3.

Please help us to fix this issue.


Thank you,
Suneel Mallela,

AxiomIO.

Re: İlt: Re: windows 2012 ethernet driver

[Semih Tolga DEMİR]

Hi Nux,

When i create new template i selected Windows PV or Other PV 64 bit as you
recommend. But i saw an error page.

"Windows failed to start. A recent hardware or software change might be the
cause. To fix the problem.
...
"
What do you offer after tihs error message?

Note: I attach the error page.

Tolga Demir

Re: Unable Creare/CleanUp Virual Router After upgraded to ACS 4.6.2

[Harikrishna Patnala]

Hi,

Latest system vm template has flask installed in it. Can you please let us 
which system vm template you have used.

Thanks,
Harikrishna


On 27-Jan-2016, at 4:17 pm, mvs babu  wrote:

> Sorry, it is not allowing to attach a screenshot. Please find below link.
> 
> 
> http://picpaste.com/pics/VPC-rhH48Qao.1453891619.PNG
> 
> 
> 
> 
> 
> 
> Thank you,
> Suneel Mallela
> 
> 
> 
> 
> 
> From: mvs babu
> Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎14‎ ‎PM
> To: users@cloudstack.apache.org
> Cc: d...@cloudstack.apache.org
> 
> 
> 
> 
> 
> Please find attachment.
> 
> 
> 
> 
> 
> 
> Thank you,
> Suneel Mallela
> 
> 
> 
> 
> 
> From: mvs babu
> Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎08‎ ‎PM
> To: users@cloudstack.apache.org
> Cc: d...@cloudstack.apache.org
> 
> 
> 
> 
> 
> Hi All,
> 
> We upgraded ACS from 4.3.1 to 4.6.2. After this we tried to create new 
> VPC/Network and getting below error from Virtual Router then after router get 
> shutdown.
> 
> 
> 
> 
> We are using XenServer 6.2 and CentOS 6.3.
> 
> Please help us to fix this issue.
> 
> 
> Thank you,
> Suneel Mallela,
> 
> AxiomIO.

Re: Unable Creare/CleanUp Virual Router After upgraded to ACS 4.6.2

[mvs babu]

Hi,


Thank you for response.


Followed below documentation,
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.6.0/upgrade/upgrade-4.3.html


and templates are,
http://cloudstack.apt-get.eu/systemvm/4.5/systemvm64template-4.5-xen.vhd.bz2
http://cloudstack.apt-get.eu/systemvm/4.6/systemvm64template-4.6.0-xen.vhd.bz2






Thank you,
Suneel Mallela





From: Harikrishna Patnala
Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎5‎:‎26‎ ‎PM
To: users@cloudstack.apache.org
Cc: d...@cloudstack.apache.org





Hi,

Latest system vm template has flask installed in it. Can you please let us 
which system vm template you have used.

Thanks,
Harikrishna


On 27-Jan-2016, at 4:17 pm, mvs babu  wrote:

> Sorry, it is not allowing to attach a screenshot. Please find below link.
> 
> 
> http://picpaste.com/pics/VPC-rhH48Qao.1453891619.PNG
> 
> 
> 
> 
> 
> 
> Thank you,
> Suneel Mallela
> 
> 
> 
> 
> 
> From: mvs babu
> Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎14‎ ‎PM
> To: users@cloudstack.apache.org
> Cc: d...@cloudstack.apache.org
> 
> 
> 
> 
> 
> Please find attachment.
> 
> 
> 
> 
> 
> 
> Thank you,
> Suneel Mallela
> 
> 
> 
> 
> 
> From: mvs babu
> Sent: ‎Wednesday‎, ‎January‎ ‎27‎, ‎2016 ‎4‎:‎08‎ ‎PM
> To: users@cloudstack.apache.org
> Cc: d...@cloudstack.apache.org
> 
> 
> 
> 
> 
> Hi All,
> 
> We upgraded ACS from 4.3.1 to 4.6.2. After this we tried to create new 
> VPC/Network and getting below error from Virtual Router then after router get 
> shutdown.
> 
> 
> 
> 
> We are using XenServer 6.2 and CentOS 6.3.
> 
> Please help us to fix this issue.
> 
> 
> Thank you,
> Suneel Mallela,
> 
> AxiomIO.

vm doesn't hava ip address

[frankpers...@gmail.com]

Hi, all
   My cloudstack version is 4.6 and I have created a vm, in UI the ip address 
is 192.168.85.200, but  when I used vnc to login in the vm there is only one 
address 127.0.0.1 when I input "ifconfig". I would like to access Internet from 
this vm, what should I do?
   Thank you.



frankpers...@gmail.com

RE: Quick note about $dayjob

[Giles Sirett]

Sebastien

Sorry to hear that you have to move on. Wishing you all the best for your 
future plans with skippbox  - a very exciting looking project

You have been a dedicated, thorough and truly inspirational VP for this project 
– I would like to personally thank you for that.

I hope very much that you’re able to stay engaged in the project in some form 
or another

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:image303bc4.png@5b75fcac.45a282a7]


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.




From: Madan Ganesh Velayudham [mailto:madangan...@actonmagic.com]
Sent: 27 January 2016 00:11
To: market...@cloudstack.apache.org; d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Subject: Re: Quick note about $dayjob

All the best Sebastien,

Thank you and Great job as VP role.  Cloudstack is getting stronger and 
stronger.

World is very small and believe there will be scope to work again.

Cheers,
Madan

On Tue, Jan 26, 2016 at 8:00 PM Sebastien Goasguen 
mailto:run...@gmail.com>> wrote:
Hi folks,

As some of you might have guessed I am changing $dayjob.

This is an exciting time for me, but it also means that I will become less 
involved with CloudStack. ( I said *less* involved, did not say I was going to 
disappear). I have informed the PMC and offered to stop my VP role ahead of the 
March deadline. As you know we have a one-year rotation for the VP role. 
However if the PMC does not see a problem with it I will gladly continue until 
March.

I will keep this brief but I wanted to let you know so that you don’t wonder 
why my involvement in recent releases and votes has decreased.

It is an exciting time for CloudStack as well, with ever greater releases ( in 
large part to Remi, Wilder and a few others), a strong proposal to offer LTS 
and the commitment from Accelerite.

Change is good, challenges are opportunities says Sensei Wu from Ninjago :)

PS:
If you wonder, I am launching my own container startup called Skippbox. I will 
grant myself a shameless plug, and if you know anyone interested in containers 
and kubernetes I sure could use some help ( https://github.com/skippbox , 
http://www.skippbox.com/blog/), github stars and PRs :)

Cheers,

-Sebastien
--
Madan Ganesh Velayudham
Founder & CEO
ActOnMagic

Data-Driven Hybrid Cloud Management Delivered!
www.actoncloud.com
Save Cost! Optimise Performance! Single Pane Of Glass!
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

RE: Accelerite's acquisition of CloudPlatform - the Accelerite viewpoint

[Giles Sirett]

Samir
Welcome to the community. Looking forward to seeing you and your team here.



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:image41915e.png@ab762c32.4da87a75]


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: Samir Agarwal [mailto:samir.agar...@accelerite.com]
Sent: 26 January 2016 17:22
To: market...@cloudstack.apache.org; users@cloudstack.apache.org; 
d...@cloudstack.apache.org
Subject: Accelerite's acquisition of CloudPlatform - the Accelerite viewpoint

Hello,

This is a wide distribution. I hesitate to spam, but I do want to introduce 
Accelerite to the Apache CloudStack community - who we are, how we do things, 
and what is our thinking on CloudStack. If you missed the announcement about 
Accelerite acquiring CloudPlatform from Citrix, you can find it 
here.

My name is Samir Agarwal, and I manage products at Accelerite. Our company 
strives to be a preferred, premier provider of IT solutions to companies around 
the globe. The company has three key business lines - Mobility and endpoint 
management, IoT, and Cloud Solutions. This last business line is where our 
acquisition of CloudPlatform fits, and complements our already existing 
self-service and disaster recovery & business continuity solutions.

In addition to building products from scratch, Accelerite regularly acquires 
assets from other companies - much like CloudPlatform from Citrix. Almost 
always the first thing we do is bring a strong focus on support to make sure 
our customers' needs are being met. In parallel we look to significantly 
increase our investments in R&D. We want to make sure our existing and future 
customers see our commitment to the product, and an exciting roadmap to go with 
it. This is exactly what we are planning to do with CloudPlatform as well.

So, what does all of this mean for CloudStack? I can tell you that our 
commitment to CloudStack is rock solid. You should fully expect to see us 
contributing to the CloudStack code base, and owning even more items on the 
roadmap. We will be in meetups and CloudStack events to further promote the 
cause of CloudStack and CloudPlatform. To say we are thrilled about the 
possibilities doesn't do justice to our level of excitement. My colleague, 
Lianghwa Jou, and I met Ilya H, John K and Animesh C - all members of the 
CloudStack PMC - the other day over lunch. We learned a great deal from them, 
and left with a resolve to further engage with the community, and explore how 
we can make meaningful contributions. We are firmly of the belief that the 
success of CloudPlatform lies in the success of CloudStack. Put more plainly, 
without CloudStack, there is no CloudPlatform!

We look forward to an exciting relationship with the CloudStack community.

Samir




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.
Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting

RE: vm doesn't hava ip address

[Paul Angus]

Hi Frank,

By 'VNC' do you mean the console proxy? Did you use the built-in vm template or 
your own?
And can you tell us a little more about your environment? Your physical infra 
may not be configured correctly for guest networking


[ShapeBlue]
Paul Angus
VP Technology   ,   ShapeBlue


d:  +44 203 617 0528 | s: +44 203 603 
0540 |  
m:  +44 7711 418784

e:  paul.an...@shapeblue.com | t: 
@cloudyangus  |
  w:  www.shapeblue.com

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


[cid:image3079e6.png@b39699ff.4cb23af0]


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: frankpers...@gmail.com [mailto:frankpers...@gmail.com]
Sent: 27 January 2016 23:38
To: users 
Subject: vm doesn't hava ip address

Hi, all
My cloudstack version is 4.6 and I have created a vm, in UI the ip address is 
192.168.85.200, but when I used vnc to login in the vm there is only one 
address 127.0.0.1 when I input "ifconfig". I would like to access Internet from 
this vm, what should I do?
Thank you.



frankpers...@gmail.com
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

Re: RE: vm doesn't hava ip address

[frankpers...@gmail.com]

Hi Angus,
  Thank you for your reply.
  yse, I used the built-in vm template and console proxy to log in my vm.
  
  vm infor:
  vm Ip Address: 10.1.1.248
  vm Gateway 10.1.1.1
  Zone infor:
  Guest CIDR 10.1.1.0/24
  Virtual router info:
  public ip add:192.168.1.102
  guest ip address 10.1.1.1
  link local ip address 169.254.0.59
  host info:
   ip add: 192.168.85.135
   
  Above information from cloudstack UI.
  




frankpers...@gmail.com
 
From: Paul Angus
Date: 2016-01-27 23:16
To: users@cloudstack.apache.org
Subject: RE: vm doesn't hava ip address
Hi Frank,

By 'VNC' do you mean the console proxy? Did you use the built-in vm template or 
your own?
And can you tell us a little more about your environment? Your physical infra 
may not be configured correctly for guest networking 


Paul Angus 
VP Technology ,  ShapeBlue 
d:  +44 203 617 0528 | s: +44 203 603 0540  |  m:  +44 7711 418784 
e:  paul.an...@shapeblue.com | t: @cloudyangus  |  w:  www.shapeblue.com 
a:  53 Chandos Place, Covent Garden London WC2N 4HS UK 
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: frankpers...@gmail.com [mailto:frankpers...@gmail.com] 
Sent: 27 January 2016 23:38
To: users 
Subject: vm doesn't hava ip address

Hi, all
My cloudstack version is 4.6 and I have created a vm, in UI the ip address is 
192.168.85.200, but when I used vnc to login in the vm there is only one 
address 127.0.0.1 when I input "ifconfig". I would like to access Internet from 
this vm, what should I do?
Thank you.



frankpers...@gmail.com
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

Re: CloudStack and VMware VM deploy issue

[Cristian Ciobanu]

Hello to All,

       I did rebuild of this configuration and i have the same issue, first VM 
deploy issue, please see the full log : http://pastebin.com/ybEybCQJ   (maybe 
you will see another error on first part of log, this was related to HOST IP 
configuration, i forgot to change it, but right now is fixed )

 Thank you!     


Regards,
Cristian
On 27.01.2016 03:42:35, ilya  wrote:
err..

Looks like my message was trimmed, do

cat /dev/null > /var/log/cloudstack/management/management-server.log

or similar to start with minimal log.

On 1/26/16 1:53 PM, Cristian Ciobanu wrote:
> I will come back in few hours with more details, I will start again from 
> scratch.
>
> Thank you!
>
>
> Regards,
> Cristian
> On 26.01.2016 23:43:54, ilya wrote:
> Can you post full log to pastebin like site?
>
> Ideally, if you can trim the log before you simulate the error - it
> would be great.
>
> do
>
>> /var/log/cloudstack/management/management-server.log
>
> Then similate the issue and upload to http://pastebin.com
>
> Thanks
> ilya
>
>
>
> On 1/26/16 1:33 PM, Cristian Ciobanu wrote:
>> Hi ilya
>>
>>
>> Yes, before deploy i set local storage in "Global Settings" also i set on 
>> zone level settings and i removed all disk offering with shared option and 
>> added with local storage. ( CS 4.5.2 ShapeBlue)
>>
>> I did this in CS 4.5.2 i also used this version for KVM with local storage 
>> and works. but on VMware i have this issue.
>>
>>
>>
>>
>> B. I have this error when i try the following task ( CS 4.5.2 ShapeBlue - 
>> VMware 5.5 - Local Storage enabled with Basic networking ):
>>
>> I installed an Windows 2008 from ISO file, after this i tried to create 
>> template from ROOT volume, but i get this error : Failed to create 
>> templatecreate template from volume exception: Exception: 
>> java.lang.NullPointerException
>> Message: null
>>
>>
>>
>>
>> A. I see this error when i try to deploy a vm from default template ( CS 
>> 4.5.2 ShapeBlue - VMware 5.5 - Local Storage enabled with Basic networking ):
>>
>> root@ns52 management]# grep -r job-79 --color
>> management-server.log:2016-01-26 06:28:27,608 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-14:ctx-107b2062 job-78 
>> ctx-9e2c938d) Sync job-79 execution on object VmWorkJobQueue.12
>> management-server.log:2016-01-26 06:28:29,292 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (AsyncJobMgr-Heartbeat-1:ctx-336c2f61) 
>> Schedule queued job-79
>> management-server.log:2016-01-26 06:28:29,307 INFO 
>> [o.a.c.f.j.i.AsyncJobMonitor] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Add job-79 into job monitoring
>> management-server.log:2016-01-26 06:28:29,320 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Executing AsyncJobVO {id:79, userId: 2, accountId: 2, 
>> instanceType: null, instanceId: null, cmd: com.cloud.vm.VmWorkStart, 
>> cmdInfo: 
>> rO0ABXNyABhjb20uY2xvdWQudm0uVm1Xb3JrU3RhcnR9cMGsvxz73gIAC0oABGRjSWRMAAZhdm9pZHN0ADBMY29tL2Nsb3VkL2RlcGxveS9EZXBsb3ltZW50UGxhbm5lciRFeGNsdWRlTGlzdDtMAAljbHVzdGVySWR0ABBMamF2YS9sYW5nL0xvbmc7TAAGaG9zdElkcQB-AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNpY2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB-AANMAAVwb2RJZHEAfgACTAAGcG9vbElkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB-AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB-AAN4cAACAAIADHQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAXBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKGrJUdC5TgiwIAAHhwAAFxAH4ACnBwcHEAfgAKcHN
y

> A
> BFqYXZhLnV0aWwuSGFzaE1hcAUH2sHDFmDRAwACRgAKbG9hZEZhY3RvckkACXRocmVzaG9sZHhwP0x3CBABdAAKVm1QYXNzd29yZHQAHHJPMEFCWFFBRG5OaGRtVmtYM0JoYzNOM2IzSmt4cA,
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 37591044139110, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: Tue Jan 26 06:28:27 EST 2016}
>> management-server.log:2016-01-26 06:28:29,321 DEBUG 
>> [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Run VM work job: com.cloud.vm.VmWorkStart for VM 12, job 
>> origin: 78
>> management-server.log:2016-01-26 06:28:29,323 DEBUG 
>> [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79 ctx-67168166) Execute VM work job: 
>> com.cloud.vm.VmWorkStart{"dcId":1,"podId":1,"clusterId":1,"hostId":1,"rawParams":{"VmPassword":"rO0ABXQADnNhdmVkX3Bhc3N3b3Jk"},"userId":2,"accountId":2,"vmId":12,"handlerName":"VirtualMachineManagerImpl"}
>> management-server.log:2016-01-26 06:28:29,334 DEBUG 
>> [c.c.c.CapacityManagerImpl] (Work-Job-Executor-25:ctx-7bfca42f job-78/job-79 
>> ctx-67168166) VM state transitted from :Stopped to Starting with event: 
>> StartRequestedvm's original host id: null new host id: null host id before 
>> state transition: null
>> management-server.log:2016-01-26 06:28:29,334 DEBUG 
>>

RE: Quick note about $dayjob

[Steve Roles]

All the best Seb – I hope we’re still seeing you in London in March?

Steve Roles

From: Giles Sirett [mailto:giles.sir...@shapeblue.com]
Sent: 27 January 2016 14:59
To: market...@cloudstack.apache.org; d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Subject: RE: Quick note about $dayjob

Sebastien

Sorry to hear that you have to move on. Wishing you all the best for your 
future plans with skippbox  - a very exciting looking project

You have been a dedicated, thorough and truly inspirational VP for this project 
– I would like to personally thank you for that.

I hope very much that you’re able to stay engaged in the project in some form 
or another

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:image002.png@01D15927.A8DF0600]



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.



From: Madan Ganesh Velayudham [mailto:madangan...@actonmagic.com]
Sent: 27 January 2016 00:11
To: market...@cloudstack.apache.org; 
d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Subject: Re: Quick note about $dayjob

All the best Sebastien,

Thank you and Great job as VP role.  Cloudstack is getting stronger and 
stronger.

World is very small and believe there will be scope to work again.

Cheers,
Madan

On Tue, Jan 26, 2016 at 8:00 PM Sebastien Goasguen 
mailto:run...@gmail.com>> wrote:
Hi folks,

As some of you might have guessed I am changing $dayjob.

This is an exciting time for me, but it also means that I will become less 
involved with CloudStack. ( I said *less* involved, did not say I was going to 
disappear). I have informed the PMC and offered to stop my VP role ahead of the 
March deadline. As you know we have a one-year rotation for the VP role. 
However if the PMC does not see a problem with it I will gladly continue until 
March.

I will keep this brief but I wanted to let you know so that you don’t wonder 
why my involvement in recent releases and votes has decreased.

It is an exciting time for CloudStack as well, with ever greater releases ( in 
large part to Remi, Wilder and a few others), a strong proposal to offer LTS 
and the commitment from Accelerite.

Change is good, challenges are opportunities says Sensei Wu from Ninjago :)

PS:
If you wonder, I am launching my own container startup called Skippbox. I will 
grant myself a shameless plug, and if you know anyone interested in containers 
and kubernetes I sure could use some help ( https://github.com/skippbox , 
http://www.skippbox.com/blog/), github stars and PRs :)

Cheers,

-Sebastien
--
Madan Ganesh Velayudham
Founder & CEO
ActOnMagic

Data-Driven Hybrid Cloud Management Delivered!
www.actoncloud.com
Save Cost! Optimise Performance! Single Pane Of Glass!
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
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

RE: Failed to create templatecreate ( CloudStack 4.5.2 VMware 5.5 )

[Cristian Ciobanu]

Hi Somesh,

   Please see the full log, i reproduced the error again.

    1. Install Windows 2008 from iso
    2. Create template from Windows 2008 ROOT VOLUME

Please see the logs: http://pastebin.com/XfmqNeRa
Thank you !

Regards,
Cristian
On 27.01.2016 01:02:15, Somesh Naidu  wrote:
Is there a defect filed for this?

We will need more logs (at least the entire stack trace) to be able to 
understand what is happening.

Regards,
Somesh


-Original Message-
From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Tuesday, January 26, 2016 9:58 AM
To: users@cloudstack.apache.org
Subject: Failed to create templatecreate ( CloudStack 4.5.2 VMware 5.5 )

Hello,

      I found another issue, also i don't find solution for first one ( with 
this subject : CloudStack and VMware VM deploy issue )

      I installed an Windows 2008 from ISO file, after this i tried to create 
template from ROOT volume, but i get this error : Failed to create 
templatecreate template from volume exception: Exception: 
java.lang.NullPointerException
Message: null

     Is there a solution to fix this ? is this fixed in CS 4.6 ?


  Thank you!

Regards,
Cristian

Re: CloudStack and VMware VM deploy issue

[Cristian Ciobanu]

Hello again,

   Just want to add additional logs from SSVM : http://pastebin.com/1J5ejc6D

   Please help to solve this issue.

Thanks All


Regards,
Cristian
On 27.01.2016 17:52:32, Cristian Ciobanu  wrote:
Hello to All,

       I did rebuild of this configuration and i have the same issue, first VM 
deploy issue, please see the full log : http://pastebin.com/ybEybCQJ   (maybe 
you will see another error on first part of log, this was related to HOST IP 
configuration, i forgot to change it, but right now is fixed )

 Thank you!     


Regards,
Cristian
On 27.01.2016 03:42:35, ilya  wrote:
err..

Looks like my message was trimmed, do

cat /dev/null > /var/log/cloudstack/management/management-server.log

or similar to start with minimal log.

On 1/26/16 1:53 PM, Cristian Ciobanu wrote:
> I will come back in few hours with more details, I will start again from 
> scratch.
>
> Thank you!
>
>
> Regards,
> Cristian
> On 26.01.2016 23:43:54, ilya wrote:
> Can you post full log to pastebin like site?
>
> Ideally, if you can trim the log before you simulate the error - it
> would be great.
>
> do
>
>> /var/log/cloudstack/management/management-server.log
>
> Then similate the issue and upload to http://pastebin.com
>
> Thanks
> ilya
>
>
>
> On 1/26/16 1:33 PM, Cristian Ciobanu wrote:
>> Hi ilya
>>
>>
>> Yes, before deploy i set local storage in "Global Settings" also i set on 
>> zone level settings and i removed all disk offering with shared option and 
>> added with local storage. ( CS 4.5.2 ShapeBlue)
>>
>> I did this in CS 4.5.2 i also used this version for KVM with local storage 
>> and works. but on VMware i have this issue.
>>
>>
>>
>>
>> B. I have this error when i try the following task ( CS 4.5.2 ShapeBlue - 
>> VMware 5.5 - Local Storage enabled with Basic networking ):
>>
>> I installed an Windows 2008 from ISO file, after this i tried to create 
>> template from ROOT volume, but i get this error : Failed to create 
>> templatecreate template from volume exception: Exception: 
>> java.lang.NullPointerException
>> Message: null
>>
>>
>>
>>
>> A. I see this error when i try to deploy a vm from default template ( CS 
>> 4.5.2 ShapeBlue - VMware 5.5 - Local Storage enabled with Basic networking ):
>>
>> root@ns52 management]# grep -r job-79 --color
>> management-server.log:2016-01-26 06:28:27,608 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-14:ctx-107b2062 job-78 
>> ctx-9e2c938d) Sync job-79 execution on object VmWorkJobQueue.12
>> management-server.log:2016-01-26 06:28:29,292 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (AsyncJobMgr-Heartbeat-1:ctx-336c2f61) 
>> Schedule queued job-79
>> management-server.log:2016-01-26 06:28:29,307 INFO 
>> [o.a.c.f.j.i.AsyncJobMonitor] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Add job-79 into job monitoring
>> management-server.log:2016-01-26 06:28:29,320 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Executing AsyncJobVO {id:79, userId: 2, accountId: 2, 
>> instanceType: null, instanceId: null, cmd: com.cloud.vm.VmWorkStart, 
>> cmdInfo: 
>> rO0ABXNyABhjb20uY2xvdWQudm0uVm1Xb3JrU3RhcnR9cMGsvxz73gIAC0oABGRjSWRMAAZhdm9pZHN0ADBMY29tL2Nsb3VkL2RlcGxveS9EZXBsb3ltZW50UGxhbm5lciRFeGNsdWRlTGlzdDtMAAljbHVzdGVySWR0ABBMamF2YS9sYW5nL0xvbmc7TAAGaG9zdElkcQB-AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNpY2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB-AANMAAVwb2RJZHEAfgACTAAGcG9vbElkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB-AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB-AAN4cAACAAIADHQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAXBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKGrJUdC5TgiwIAAHhwAAFxAH4ACnBwcHEAfgAKcHN
y

> A
> BFqYXZhLnV0aWwuSGFzaE1hcAUH2sHDFmDRAwACRgAKbG9hZEZhY3RvckkACXRocmVzaG9sZHhwP0x3CBABdAAKVm1QYXNzd29yZHQAHHJPMEFCWFFBRG5OaGRtVmtYM0JoYzNOM2IzSmt4cA,
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 37591044139110, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: Tue Jan 26 06:28:27 EST 2016}
>> management-server.log:2016-01-26 06:28:29,321 DEBUG 
>> [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Run VM work job: com.cloud.vm.VmWorkStart for VM 12, job 
>> origin: 78
>> management-server.log:2016-01-26 06:28:29,323 DEBUG 
>> [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79 ctx-67168166) Execute VM work job: 
>> com.cloud.vm.VmWorkStart{"dcId":1,"podId":1,"clusterId":1,"hostId":1,"rawParams":{"VmPassword":"rO0ABXQADnNhdmVkX3Bhc3N3b3Jk"},"userId":2,"accountId":2,"vmId":12,"handlerName":"VirtualMachineManagerImpl"}
>> management-server.log:2016-01-26 06:28:29,334 DEBUG 
>> [c.c.c.CapacityManagerImpl] (Work-Job-Executor-25:ctx-7bfca42f job-78/job-79 
>> ctx-67168166) VM state tran

AW: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Martin Emrich]

Hi!

After upgrading from 4.5.2 to 4.6.2, I also face this issue. We use both KVM 
and XenServer. Any stable workaround for this?

Thanx

Martin



-Ursprüngliche Nachricht-
Von: Andrei Mikhailovsky [mailto:and...@arhont.com] 
Gesendet: Freitag, 18. Dezember 2015 02:55
An: users 
Betreff: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

Hello guys,

I've just upgraded to 4.6.2 and have similar issues with three virtual routers 
out of 22 in total. They are all failing exactly the same way as described here.

Has anyone found a permanent workaround for this issue?

Thanks

Andrei

- Original Message -
> From: "Stephan Seitz" 
> To: "users" 
> Sent: Monday, 30 November, 2015 19:53:57
> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

> Does anybody else experiemce problems due to (very) slow deployment of 
> VRs?
> 
> 
> Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:
>> Update / FYI:
>> After faking the particular VRu in sql, I tried to restart that 
>> network, and it always fails. To me it looks like the 
>> update_config.py - which takes almost all cpu ressources - runs way 
>> longer any watchdog will accept.
>> 
>> I'm able to mitigate that by very nasty workarounds:
>> a) start the router
>> b) wait until its provisioned
>> c) restart cloudstack-management
>> d)  update vm_instance
>> set state='Running',
>> power_state='PowerOn' where name = 'r-XXX-VM';
>> e) once: update domain_router
>> set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC 
>> 2015", scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
>> where id=XXX;
>> f) wait until update_config.py finishes (for me thats about 15
>> minutes)
>> 
>> Since I expect the need for VR restarts in the future, this behaviour 
>> is somehow unsatisfying. It needs a lot of errorprone intervention.
>> 
>> I'm quite unsure if it's introduced with the update or the particular 
>> VR just has simply not been restarted after getting configured with 
>> lots of ips and rules.
>> 
>> 
>> Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
>> > Hi List!
>> > 
>> > After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
>> > virtualrouter. This particular VR has about 10 IPs w/ LB and FW
>> > rules
>> > defined. During the upgrade process, and after about 4-5 minutes a
>> > watchdog kicks in and kills the respective VR due to no response.
>> > 
>> > So far I didn't find any timeout value in the global settings.
>> > Temporarily setting network.router.EnableServiceMonitoring to false
>> > doesn't change the behaviour.
>> > 
>> > Any help, how to mitigate that nasty timeout would be really
>> > appreciated :)
>> > 
>> > cheers,
>> > 
>> > Stephan
>> > 
>> > From within the VR, the logs show
>> > 
>> > 2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
>> > dhcp-range=interface:eth0,set:interface and replacing with
>> > dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
>> > 2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
>> > guestnetwork
>> > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,15 and replacing with
>> > dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
>> > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,6 and replacing with
>> > dhcp-option=tag:interface
>> > -eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
>> > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,3, and replacing with
>> > dhcp-option=tag:interface-eth0,3,10.10.22.1
>> > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,1, and replacing with
>> > dhcp-option=tag:interface-eth0,1,255.255.255.0
>> > 2015-11-24 11:24:33,810  CsHelper.py execute:160 Executing: service
>> > dnsmasq restart
>> > 
>> > ==> /var/log/messages <==
>> > Nov 24 11:24:34 r-504-VM shutdown[6752]: shutting down for system
>> > halt
>> > 
>> > Broadcast message from root@r-504-VM (Tue Nov 24 11:24:34 2015):
>> > 
>> > The system is going down for system halt NOW!
>> > Nov 24 11:24:35 r-504-VM KVP: KVP starting; pid is:6844
>> > 
>> > ==> /var/log/cloud.log <==
>> > /opt/cloud/bin/vr_cfg.sh: line 60:  6603
>> > Killed  /opt/cloud/bin/update_config.py
>> > vm_dhcp_entry.json
>> > 
>> > ==> /var/log/messages <==
>> > Nov 24 11:24:35 r-504-VM cloud: VR config: executing
>> > failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json
>> > 
>> > ==> /var/log/cloud.log <==
>> > Tue Nov 24 11:24:35 UTC 2015 : VR config: executing
>> > failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json
>> > Connection to 169.254.2.192 closed by remote host.
>> > Connection to 169.254.2.192 closed.
>> > 
>> > 
>> > the management-server.log shows
>> > 
>> > 2015-11-24 12:24:43,015 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>> > (Work-Job-Executor-1:ctx-ad9e4658 job-5163/job-5164) Done executing
>> > com.cl

How to set VirtualRouter hypervisor type?

[Martin Emrich]

Hi!

We have both KVM and XenServer hosts in the same CloudStack Zone/Pod. How can I 
specify the hypervisor to use for the SystemVMs?
According to the log files, the hypervisor is decided before host tags are 
evaluated, so using host tags is not enough...

Thanks

Martin

Re: Quick note about $dayjob

[John Burwell]

Sebastian,

Thank you for your years of dedication and leadership. Best of luck with the 
new company — may many unicorns be in your future.

Thanks,
-John

>

[ShapeBlue]
John Burwell
ShapeBlue

d:  +44 (20) 3603 0542 | s: +1 (571) 403-2411 


e:  john.burw...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

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


[cid:imagebbb2c0.png@aa835779.42873b70]


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.




On Jan 26, 2016, at 7:57 PM, Ian Rae  wrote:
>
> See - thanks for all your service, hard work, patience and above all,
> collaboration!!!
>
> On Tue, Jan 26, 2016 at 9:30 AM, Sebastien Goasguen 
> wrote:
>
>> Hi folks,
>>
>> As some of you might have guessed I am changing $dayjob.
>>
>> This is an exciting time for me, but it also means that I will become less
>> involved with CloudStack. ( I said *less* involved, did not say I was going
>> to disappear). I have informed the PMC and offered to stop my VP role ahead
>> of the March deadline. As you know we have a one-year rotation for the VP
>> role. However if the PMC does not see a problem with it I will gladly
>> continue until March.
>>
>> I will keep this brief but I wanted to let you know so that you don’t
>> wonder why my involvement in recent releases and votes has decreased.
>>
>> It is an exciting time for CloudStack as well, with ever greater releases
>> ( in large part to Remi, Wilder and a few others), a strong proposal to
>> offer LTS and the commitment from Accelerite.
>>
>> Change is good, challenges are opportunities says Sensei Wu from Ninjago :)
>>
>> PS:
>> If you wonder, I am launching my own container startup called Skippbox. I
>> will grant myself a shameless plug, and if you know anyone interested in
>> containers and kubernetes I sure could use some help (
>> https://github.com/skippbox , http://www.skippbox.com/blog/), github
>> stars and PRs :)
>>
>> Cheers,
>>
>> -Sebastien
>
>
>
>
> --
> Ian Rae
> CEO | PDG
> c: 514.944.4008
>
> CloudOps | Cloud Infrastructure and Networking Solutions
> www.cloudops.com | 420 rue Guy | Montreal | Canada | H3J 1S6

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

RE: Failed to create templatecreate ( CloudStack 4.5.2 VMware 5.5 )

[Somesh Naidu]

> Please see the full log

But these logs are output of grep. I'd be better off with the logs.

It does appear that there is a possibility that the stack trace for this NPE 
may not be available as I see "Message: null" meaning the exception stack 
wasn't propagated to the layer where the exception is being logged in which 
case it will be very difficult to identify the cause of the NPE.

The first thing I would do is to look at SSVM for logs related to job-50 / seq 
2-6133058267548483884 (assuming host id 2 is SSVM) to see if I can find out 
more details. The second thing I would do is look at the relevant DB entries in 
the tables volumes and image_store to see if there is any field missing any 
data.

FYI the NPE is logged within this method - 
com.cloud.storage.resource.VmwareStorageProcessor.createTemplateFromVolume(CopyCommand).
 Someone more familiar with that piece of code may be able to provide more 
insight.

Regards,
Somesh


-Original Message-
From: Cristian Ciobanu [mailto:cristian.c@istream.today] 
Sent: Wednesday, January 27, 2016 2:17 PM
To: users@cloudstack.apache.org
Subject: RE: Failed to create templatecreate ( CloudStack 4.5.2 VMware 5.5 )

Hi Somesh,

   Please see the full log, i reproduced the error again.

    1. Install Windows 2008 from iso
    2. Create template from Windows 2008 ROOT VOLUME

Please see the logs: http://pastebin.com/XfmqNeRa
Thank you !

Regards,
Cristian
On 27.01.2016 01:02:15, Somesh Naidu  wrote:
Is there a defect filed for this?

We will need more logs (at least the entire stack trace) to be able to 
understand what is happening.

Regards,
Somesh


-Original Message-
From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Tuesday, January 26, 2016 9:58 AM
To: users@cloudstack.apache.org
Subject: Failed to create templatecreate ( CloudStack 4.5.2 VMware 5.5 )

Hello,

      I found another issue, also i don't find solution for first one ( with 
this subject : CloudStack and VMware VM deploy issue )

      I installed an Windows 2008 from ISO file, after this i tried to create 
template from ROOT volume, but i get this error : Failed to create 
templatecreate template from volume exception: Exception: 
java.lang.NullPointerException
Message: null

     Is there a solution to fix this ? is this fixed in CS 4.6 ?


  Thank you!

Regards,
Cristian

RE: CloudStack and VMware VM deploy issue

[Somesh Naidu]

Can you check if SSVM is able to talk to the vCenter on port 80?

Regards,
Somesh


-Original Message-
From: Cristian Ciobanu [mailto:cristian.c@istream.today] 
Sent: Wednesday, January 27, 2016 4:32 PM
To: users@cloudstack.apache.org
Subject: Re: CloudStack and VMware VM deploy issue

Hello again,

   Just want to add additional logs from SSVM : http://pastebin.com/1J5ejc6D

   Please help to solve this issue.

Thanks All


Regards,
Cristian
On 27.01.2016 17:52:32, Cristian Ciobanu  wrote:
Hello to All,

       I did rebuild of this configuration and i have the same issue, first VM 
deploy issue, please see the full log : http://pastebin.com/ybEybCQJ   (maybe 
you will see another error on first part of log, this was related to HOST IP 
configuration, i forgot to change it, but right now is fixed )

 Thank you!     


Regards,
Cristian
On 27.01.2016 03:42:35, ilya  wrote:
err..

Looks like my message was trimmed, do

cat /dev/null > /var/log/cloudstack/management/management-server.log

or similar to start with minimal log.

On 1/26/16 1:53 PM, Cristian Ciobanu wrote:
> I will come back in few hours with more details, I will start again from 
> scratch.
>
> Thank you!
>
>
> Regards,
> Cristian
> On 26.01.2016 23:43:54, ilya wrote:
> Can you post full log to pastebin like site?
>
> Ideally, if you can trim the log before you simulate the error - it
> would be great.
>
> do
>
>> /var/log/cloudstack/management/management-server.log
>
> Then similate the issue and upload to http://pastebin.com
>
> Thanks
> ilya
>
>
>
> On 1/26/16 1:33 PM, Cristian Ciobanu wrote:
>> Hi ilya
>>
>>
>> Yes, before deploy i set local storage in "Global Settings" also i set on 
>> zone level settings and i removed all disk offering with shared option and 
>> added with local storage. ( CS 4.5.2 ShapeBlue)
>>
>> I did this in CS 4.5.2 i also used this version for KVM with local storage 
>> and works. but on VMware i have this issue.
>>
>>
>>
>>
>> B. I have this error when i try the following task ( CS 4.5.2 ShapeBlue - 
>> VMware 5.5 - Local Storage enabled with Basic networking ):
>>
>> I installed an Windows 2008 from ISO file, after this i tried to create 
>> template from ROOT volume, but i get this error : Failed to create 
>> templatecreate template from volume exception: Exception: 
>> java.lang.NullPointerException
>> Message: null
>>
>>
>>
>>
>> A. I see this error when i try to deploy a vm from default template ( CS 
>> 4.5.2 ShapeBlue - VMware 5.5 - Local Storage enabled with Basic networking ):
>>
>> root@ns52 management]# grep -r job-79 --color
>> management-server.log:2016-01-26 06:28:27,608 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-14:ctx-107b2062 job-78 
>> ctx-9e2c938d) Sync job-79 execution on object VmWorkJobQueue.12
>> management-server.log:2016-01-26 06:28:29,292 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (AsyncJobMgr-Heartbeat-1:ctx-336c2f61) 
>> Schedule queued job-79
>> management-server.log:2016-01-26 06:28:29,307 INFO 
>> [o.a.c.f.j.i.AsyncJobMonitor] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Add job-79 into job monitoring
>> management-server.log:2016-01-26 06:28:29,320 DEBUG 
>> [o.a.c.f.j.i.AsyncJobManagerImpl] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Executing AsyncJobVO {id:79, userId: 2, accountId: 2, 
>> instanceType: null, instanceId: null, cmd: com.cloud.vm.VmWorkStart, 
>> cmdInfo: 
>> rO0ABXNyABhjb20uY2xvdWQudm0uVm1Xb3JrU3RhcnR9cMGsvxz73gIAC0oABGRjSWRMAAZhdm9pZHN0ADBMY29tL2Nsb3VkL2RlcGxveS9EZXBsb3ltZW50UGxhbm5lciRFeGNsdWRlTGlzdDtMAAljbHVzdGVySWR0ABBMamF2YS9sYW5nL0xvbmc7TAAGaG9zdElkcQB-AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNpY2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB-AANMAAVwb2RJZHEAfgACTAAGcG9vbElkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB-AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB-AAN4cAACAAIADHQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAXBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKGrJUdC5TgiwIAAHhwAAFxAH4ACnBwcHEAfgAKcHN
y

> A
> BFqYXZhLnV0aWwuSGFzaE1hcAUH2sHDFmDRAwACRgAKbG9hZEZhY3RvckkACXRocmVzaG9sZHhwP0x3CBABdAAKVm1QYXNzd29yZHQAHHJPMEFCWFFBRG5OaGRtVmtYM0JoYzNOM2IzSmt4cA,
>  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
> null, initMsid: 37591044139110, completeMsid: null, lastUpdated: null, 
> lastPolled: null, created: Tue Jan 26 06:28:27 EST 2016}
>> management-server.log:2016-01-26 06:28:29,321 DEBUG 
>> [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79) Run VM work job: com.cloud.vm.VmWorkStart for VM 12, job 
>> origin: 78
>> management-server.log:2016-01-26 06:28:29,323 DEBUG 
>> [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-25:ctx-7bfca42f 
>> job-78/job-79 ctx-67168166) Execute VM work job: 
>> com.cloud.vm.VmWorkStart{"dcId":1,"podId":1,"clusterId":1,"hostId":1,"rawPara

RE: unable to create VPN connection for Site-To-Site VPN

[Jayapal Reddy]

It seems there are failures in the script execution in VR 'command not
found'. Ssh to VR and run the script on VR to correct it. Look at the host
SMlog for the script (ipsectunnel.sh) arguments.

Thanks,
Jayapal
On Jan 27, 2016 4:44 AM, "Somesh Naidu"  wrote:

> Sonali,
>
> Try looking up logs for Seq 4-3491697086095716136 in the other management
> server log.
>
> Regards,
> Somesh
>
>
> -Original Message-
> From: Sonali Jadhav [mailto:son...@servercentralen.se]
> Sent: Monday, January 25, 2016 5:42 AM
> To: users@cloudstack.apache.org
> Subject: RE: unable to create VPN connection for Site-To-Site VPN
>
> Anyone?
>
> /Sonali
>
> -Original Message-
> From: Sonali Jadhav [mailto:son...@servercentralen.se]
> Sent: Thursday, January 21, 2016 3:50 PM
> To: users@cloudstack.apache.org
> Subject: unable to create VPN connection for Site-To-Site VPN
>
> Hi,
>
> I am running ACS 4.5.2. I am trying to add VPC connection for making
> site-To-Site VPN in vpc. But I running into an error,
>
> 2016-01-21 08:44:25,308 DEBUG [c.c.a.ApiServlet]
> (http-6443-exec-23:ctx-5134ed7d) ===START===  1.4.134.114 -- GET
> command=createVpnConnection&response=json&sessionkey=ASWYR9%2Bi4dq92HizW8V8s%3D&s2svpngatewayid=bb0ffb92-6ed1-444e-a3ab-0aaad4655625&s2scustomergatewayid=c19b2093-df5b-41a5-b58b-9f36a2a8154d&passive=false&_=1453362266654
> 2016-01-21 08:44:25,316 DEBUG [o.a.c.a.BaseCmd]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) Ignoring paremeter fordisplay
> as the caller is not authorized to pass it in
> 2016-01-21 08:44:25,333 DEBUG [c.c.u.AccountManagerImpl]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) Access to
> Acct[04f51dd2-2fa6-4e1d-aa1c-625da0155494-mboss] granted to
> Acct[04f51dd2-2fa6-4e1d-aa1c-625da0155494-mboss] by DomainChecker
> 2016-01-21 08:44:25,341 DEBUG [o.a.c.a.BaseCmd]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) Ignoring paremeter fordisplay
> as the caller is not authorized to pass it in
> 2016-01-21 08:44:25,353 DEBUG [c.c.u.AccountManagerImpl]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) Access to
> Acct[04f51dd2-2fa6-4e1d-aa1c-625da0155494-mboss] granted to
> Acct[04f51dd2-2fa6-4e1d-aa1c-625da0155494-mboss] by DomainChecker
> 2016-01-21 08:44:25,368 DEBUG [c.c.u.AccountManagerImpl]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) Access to
> com.cloud.network.dao.Site2SiteCustomerGatewayVO$$EnhancerByCGLIB$$dfda331d@3a81e18c
> granted to Acct[04f51dd2-2fa6-4e1d-aa1c-625da0155494-mboss] by DomainChecker
> 2016-01-21 08:44:25,381 DEBUG [c.c.u.AccountManagerImpl]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) Access to
> com.cloud.network.dao.Site2SiteVpnGatewayVO$$EnhancerByCGLIB$$42578b7@5690e4b1
> granted to Acct[04f51dd2-2fa6-4e1d-aa1c-625da0155494-mboss] by DomainChecker
> 2016-01-21 08:44:25,586 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-2:ctx-c8efccc8 job-14425) Add job-14425 into job
> monitoring
> 2016-01-21 08:44:25,594 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-2:ctx-c8efccc8 job-14425) Executing AsyncJobVO {id:14425,
> userId: 12, accountId: 14, instanceType: None, instanceId: 5, cmd:
> org.apache.cloudstack.api.command.user.vpn.CreateVpnConnectionCmd, cmdInfo:
> {"id":"5","response":"json","sessionkey":"ASWYR9+i4dq92HizW8V8s\u003d","s2scustomergatewayid":"c19b2093-df5b-41a5-b58b-9f36a2a8154d","ctxDetails":"{\"com.cloud.network.Site2SiteVpnConnection\":\"b0f5546b-1877-4b2a-8eb2-2433ca3baab6\",\"com.cloud.network.Site2SiteVpnGateway\":\"bb0ffb92-6ed1-444e-a3ab-0aaad4655625\",\"com.cloud.network.Site2SiteCustomerGateway\":\"c19b2093-df5b-41a5-b58b-9f36a2a8154d\"}","cmdEventType":"VPN.S2S.CONNECTION.CREATE","ctxUserId":"12","s2svpngatewayid":"bb0ffb92-6ed1-444e-a3ab-0aaad4655625","passive":"false","httpmethod":"GET","_":"1453362266654","uuid":"b0f5546b-1877-4b2a-8eb2-2433ca3baab6","ctxAccountId":"14","ctxStartEventId":"112421"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0,
> result: null, initMsid: 59778234354585, completeMsid: null, lastUpdated:
> null, lastPolled: null, created: null}
> 2016-01-21 08:44:25,597 DEBUG [o.a.c.a.BaseCmd]
> (API-Job-Executor-2:ctx-c8efccc8 job-14425 ctx-c8db121f) Ignoring paremeter
> fordisplay as the caller is not authorized to pass it in
> 2016-01-21 08:44:25,599 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (http-6443-exec-23:ctx-5134ed7d ctx-92ecd917) submit async job-14425,
> details: AsyncJobVO {id:14425, userId: 12, accountId: 14, instanceType:
> None, instanceId: 5, cmd:
> org.apache.cloudstack.api.command.user.vpn.CreateVpnConnectionCmd, cmdInfo:
> {"id":"5","response":"json","sessionkey":"ASWYR9+i4dq92HizW8V8s\u003d","s2scustomergatewayid":"c19b2093-df5b-41a5-b58b-9f36a2a8154d","ctxDetails":"{\"com.cloud.network.Site2SiteVpnConnection\":\"b0f5546b-1877-4b2a-8eb2-2433ca3baab6\",\"com.cloud.network.Site2SiteVpnGateway\":\"bb0ffb92-6ed1-444e-a3ab-0aaad4655625\",\"com.cloud.network.Site2SiteCustomerGateway\":\"c19b2093-df5b-41a5-b58b-9f36a2a8154d\"}","cmdEventType":"VPN.S2S.CONN

Re: vm doesn't hava ip address

[ilya]

several possibilities,

usually implies router vm could not reach the guest vm - due to various
reasons, i would check the network and trunking.

secondly it could also relate to networking on the linux os, if you do
"ifconfig -a", do you see eth1 perhaps?

1) assuming its rhel based os, you may want to confirm ifcfg-eth0 does
not have UUID or MAC hardcoded
2) udev rules for network stack could also map the MAC to specific eth
interface. its is safe to delete 70-net-persistent.rules file from
/ec/udev.d/

if 1 and 2 are true for you, fix the issue and reboot

try dhclient -r && dhclient ethX

otherwise, we are missing context here - you told us nothing about your
setup, hence i cant be any more helpful


goodluck
ilya



On 1/27/16 6:38 AM, frankpers...@gmail.com wrote:
> Hi, all
>My cloudstack version is 4.6 and I have created a vm, in UI the ip address 
> is 192.168.85.200, but  when I used vnc to login in the vm there is only one 
> address 127.0.0.1 when I input "ifconfig". I would like to access Internet 
> from this vm, what should I do?
>Thank you.
> 
> 
> 
> frankpers...@gmail.com
> 

Cannot see second storage, might be iptable issue inside Secondary Storage VM?

[Rui Mao]

Hi,

 

Initially after I installed a very basic CloudStack 4.7 setup with CentOS 7.
I could see the secondary storage with capacity. But after a while which I'm
not sure how long, I couldn't see it. I tried ssh into the Secondary Storage
VM, used ssvm_check.sh to check status, and found DNS resolve was not
working. I also checked iptable rules, and it seemed not right here. And
more the list was increasing with time.

 

I'm not sure if this is the root cause of secondary storage failure, but it
definitely not right.

 

root@s-2-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh



First DNS server is  10.1.0.11

PING 10.1.0.11 (10.1.0.11): 48 data bytes

56 bytes from 10.1.0.11: icmp_seq=0 ttl=127 time=91.364 ms

56 bytes from 10.1.0.11: icmp_seq=1 ttl=127 time=0.694 ms

--- 10.1.0.11 ping statistics ---

2 packets transmitted, 2 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.694/46.029/91.364/45.335 ms

Good: Can ping DNS server



ERROR: DNS not resolving download.cloud.com

resolv.conf follows

nameserver 10.1.0.11

nameserver 10.1.0.16

nameserver 10.1.0.11

nameserver 10.1.0.16

 

root@s-2-VM:~# iptables --list

Chain INPUT (policy DROP)

target prot opt source   destination 

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere

答复: Cannot see second storage, might be iptable issue inside Secondary Storage VM?

[Rui Mao]

More finding, the Console Proxy VM cannot resolve DNS too, but has no the
iptable issue. The host can do DNS, seems a firewall issue in the host which
blocked DNS traffic from VMs.

Best regards,
Rui Mao

-邮件原件-
发件人: users-return-24452-maorui2k=163@cloudstack.apache.org
[mailto:users-return-24452-maorui2k=163@cloudstack.apache.org] 代表 Rui
Mao
发送时间: 2016年1月28日 10:47
收件人: users@cloudstack.apache.org
主题: Cannot see second storage, might be iptable issue inside Secondary
Storage VM?

Hi,

 

Initially after I installed a very basic CloudStack 4.7 setup with CentOS 7.
I could see the secondary storage with capacity. But after a while which I'm
not sure how long, I couldn't see it. I tried ssh into the Secondary Storage
VM, used ssvm_check.sh to check status, and found DNS resolve was not
working. I also checked iptable rules, and it seemed not right here. And
more the list was increasing with time.

 

I'm not sure if this is the root cause of secondary storage failure, but it
definitely not right.

 

root@s-2-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh



First DNS server is  10.1.0.11

PING 10.1.0.11 (10.1.0.11): 48 data bytes

56 bytes from 10.1.0.11: icmp_seq=0 ttl=127 time=91.364 ms

56 bytes from 10.1.0.11: icmp_seq=1 ttl=127 time=0.694 ms

--- 10.1.0.11 ping statistics ---

2 packets transmitted, 2 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.694/46.029/91.364/45.335 ms

Good: Can ping DNS server



ERROR: DNS not resolving download.cloud.com

resolv.conf follows

nameserver 10.1.0.11

nameserver 10.1.0.16

nameserver 10.1.0.11

nameserver 10.1.0.16

 

root@s-2-VM:~# iptables --list

Chain INPUT (policy DROP)

target prot opt source   destination 

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:https

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:http

ACCEPT tcp  --  anywhere anywhere state NEW tcp
dpt:3922

ACCEPT tcp  --  anywhere anywhere

[ACS4.2.1] SR_BACKEND_FAILURE_82

[丸子良太 / MARUKO，RYOUTA]

Hello.

I did volume snapshot(not VM snapshot) of one VM.
But it occurred the following error

~~~
management-server.log

create snapshot operation Failed for snapshotId:1497, reason: 
SR_BACKEND_FAILURE_82 Failed to snapshot
VDI [opterr=[Command['/usr/bin/vhd-util', 'query', '--debug', '-vsf', '-n', 
'/dev/VG_XenStorage-UUID/VHD-UUID'] failed (22) :20480
failed to get physical size: -22
hidden: 0]
~~~

There are 5 hosts of XenServer.
And the host of this VM is slave host.

I tried to operate this command on the host of this VM.
It said the following

~~~
20480
2952376832
hidden: 7
~~~

So, I tried to operate the same command on the master host.
It said the following

~~~
20480
failed to get physical size: -22
hidden: 0
~~~

To transfer master from master host to the slave host will be good???
Please tell me about this probrem.

The version is
~~
CloudStack 4.2.1
XenServer 6.1.0
~~

Regards

Re: Re: vm doesn't hava ip address

[frankpers...@gmail.com]

Thank you ilya.
 My question has been solved. The reason is in my vm, dhcp client not been 
configured.



frankpers...@gmail.com
 
From: ilya
Date: 2016-01-28 09:52
To: users
Subject: Re: vm doesn't hava ip address
several possibilities,
 
usually implies router vm could not reach the guest vm - due to various
reasons, i would check the network and trunking.
 
secondly it could also relate to networking on the linux os, if you do
"ifconfig -a", do you see eth1 perhaps?
 
1) assuming its rhel based os, you may want to confirm ifcfg-eth0 does
not have UUID or MAC hardcoded
2) udev rules for network stack could also map the MAC to specific eth
interface. its is safe to delete 70-net-persistent.rules file from
/ec/udev.d/
 
if 1 and 2 are true for you, fix the issue and reboot
 
try dhclient -r && dhclient ethX
 
otherwise, we are missing context here - you told us nothing about your
setup, hence i cant be any more helpful
 
 
goodluck
ilya
 
 
 
On 1/27/16 6:38 AM, frankpers...@gmail.com wrote:
> Hi, all
>My cloudstack version is 4.6 and I have created a vm, in UI the ip address 
> is 192.168.85.200, but  when I used vnc to login in the vm there is only one 
> address 127.0.0.1 when I input "ifconfig". I would like to access Internet 
> from this vm, what should I do?
>Thank you.
> 
> 
> 
> frankpers...@gmail.com
> 

Re: AW: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Daniel Mezentsev]

4.7.1 also affected.
All versions use 4.6 templates.

P.S.: would it be usefull to move discussion to devs list. Looks like it's
pretty big issue.


Hi!

After upgrading from 4.5.2 to 4.6.2, I also face this issue. We use both
KVM and XenServer. Any stable workaround for this?

Thanx

Martin

-Ursprüngliche Nachricht-
Von: Andrei Mikhailovsky [mailto:and...@arhont.com]
Gesendet: Freitag, 18. Dezember 2015 02:55
An: users 
Betreff: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

Hello guys,

I've just upgraded to 4.6.2 and have similar issues with three virtual
routers out of 22 in total. They are all failing exactly the same way as
described here.

Has anyone found a permanent workaround for this issue?

Thanks

Andrei

- Original Message -

From: "Stephan Seitz" 
To: "users" 
Sent: Monday, 30 November, 2015 19:53:57
Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout



Does anybody else experiemce problems due to (very) slow deployment of
VRs?

Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:

Update / FYI:
After faking the particular VRu in sql, I tried to restart that
network, and it always fails. To me it looks like the
update_config.py - which takes almost all cpu ressources - runs way
longer any watchdog will accept.

I'm able to mitigate that by very nasty workarounds:
a) start the router
b) wait until its provisioned
c) restart cloudstack-management
d)  update vm_instance
set state='Running',
power_state='PowerOn' where name = 'r-XXX-VM';
e) once: update domain_router
set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC
2015", scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
where id=XXX;
f) wait until update_config.py finishes (for me thats about 15
minutes)

Since I expect the need for VR restarts in the future, this behaviour
is somehow unsatisfying. It needs a lot of errorprone intervention.

I'm quite unsure if it's introduced with the update or the particular
VR just has simply not been restarted after getting configured with
lots of ips and rules.

Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
Hi List!

After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
virtualrouter. This particular VR has about 10 IPs w/ LB and FW
rules
defined. During the upgrade process, and after about 4-5 minutes a
watchdog kicks in and kills the respective VR due to no response.

So far I didn't find any timeout value in the global settings.
Temporarily setting network.router.EnableServiceMonitoring to false
doesn't change the behaviour.

Any help, how to mitigate that nasty timeout would be really
appreciated :)

cheers,

Stephan

From within the VR, the logs show

2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
dhcp-range=interface:eth0,set:interface and replacing with
dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
guestnetwork
2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
dhcp-option=tag:interface-eth0,15 and replacing with
dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
dhcp-option=tag:interface-eth0,6 and replacing with
dhcp-option=tag:interface
-eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
dhcp-option=tag:interface-eth0,3, and replacing with
dhcp-option=tag:interface-eth0,3,10.10.22.1
2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
dhcp-option=tag:interface-eth0,1, and replacing with
dhcp-option=tag:interface-eth0,1,255.255.255.0
2015-11-24 11:24:33,810  CsHelper.py execute:160 Executing: service
dnsmasq restart

==> /var/log/messages <==
Nov 24 11:24:34 r-504-VM shutdown[6752]: shutting down for system
halt

Broadcast message from root@r-504-VM (Tue Nov 24 11:24:34 2015):

The system is going down for system halt NOW!
Nov 24 11:24:35 r-504-VM KVP: KVP starting; pid is:6844

==> /var/log/cloud.log <==
/opt/cloud/bin/vr_cfg.sh: line 60:  6603
Killed                  /opt/cloud/bin/update_config.py
vm_dhcp_entry.json

==> /var/log/messages <==
Nov 24 11:24:35 r-504-VM cloud: VR config: executing
failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json

==> /var/log/cloud.log <==
Tue Nov 24 11:24:35 UTC 2015 : VR config: executing
failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json
Connection to 169.254.2.192 closed by remote host.
Connection to 169.254.2.192 closed.

the management-server.log shows

2015-11-24 12:24:43,015 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(Work-Job-Executor-1:ctx-ad9e4658 job-5163/job-5164) Done executing
com.cloud.vm.VmWorkStart for job-5164
2015-11-24 12:24:43,017 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
(Work-Job-Executor-1:ctx-ad9e4658 job-5163/job-5164) Remove job
-5164
from job monitoring
2015-11-24 12:24:43,114 ERROR [c.c.a.ApiAsyncJobDispatcher]
(API-Job-Executor-1:ctx-760da779 job-5163) Unexpected exception
while
executing org.a

Re: AW: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Remi Bergsma]

The routers from Daniel work when we bumped global setting 
router.aggregation.command.each.timeout to 20 or higher. You may need to 
upgrade to 4.7.1 for that to work, but that's a good thing to do anyway because 
it has a load of fixes over 4.6. The upgrade is quick and painless. 

For the record, it doesn't have to do with the template. Be happy we reuse it, 
makes upgrading way easier. 

Regards, Remi 

Sent from my iPhone

> On 28 Jan 2016, at 07:12, Daniel Mezentsev  wrote:
> 
> 4.7.1 also affected.
> All versions use 4.6 templates.
> 
> P.S.: would it be usefull to move discussion to devs list. Looks like it's
> pretty big issue.
> 
>> Hi!
>> 
>> After upgrading from 4.5.2 to 4.6.2, I also face this issue. We use both
>> KVM and XenServer. Any stable workaround for this?
>> 
>> Thanx
>> 
>> Martin
>> 
>> -Ursprüngliche Nachricht-
>> Von: Andrei Mikhailovsky [mailto:and...@arhont.com]
>> Gesendet: Freitag, 18. Dezember 2015 02:55
>> An: users 
>> Betreff: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout
>> 
>> Hello guys,
>> 
>> I've just upgraded to 4.6.2 and have similar issues with three virtual
>> routers out of 22 in total. They are all failing exactly the same way as
>> described here.
>> 
>> Has anyone found a permanent workaround for this issue?
>> 
>> Thanks
>> 
>> Andrei
>> 
>> - Original Message -
>>> From: "Stephan Seitz" 
>>> To: "users" 
>>> Sent: Monday, 30 November, 2015 19:53:57
>>> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout
>> 
>>> Does anybody else experiemce problems due to (very) slow deployment of
>>> VRs?
>>> 
>>> Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:
 Update / FYI:
 After faking the particular VRu in sql, I tried to restart that
 network, and it always fails. To me it looks like the
 update_config.py - which takes almost all cpu ressources - runs way
 longer any watchdog will accept.
 
 I'm able to mitigate that by very nasty workarounds:
 a) start the router
 b) wait until its provisioned
 c) restart cloudstack-management
 d)  update vm_instance
 set state='Running',
 power_state='PowerOn' where name = 'r-XXX-VM';
 e) once: update domain_router
 set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC
 2015", scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
 where id=XXX;
 f) wait until update_config.py finishes (for me thats about 15
 minutes)
 
 Since I expect the need for VR restarts in the future, this behaviour
 is somehow unsatisfying. It needs a lot of errorprone intervention.
 
 I'm quite unsure if it's introduced with the update or the particular
 VR just has simply not been restarted after getting configured with
 lots of ips and rules.
 
 Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
 Hi List!
 
 After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
 virtualrouter. This particular VR has about 10 IPs w/ LB and FW
 rules
 defined. During the upgrade process, and after about 4-5 minutes a
 watchdog kicks in and kills the respective VR due to no response.
 
 So far I didn't find any timeout value in the global settings.
 Temporarily setting network.router.EnableServiceMonitoring to false
 doesn't change the behaviour.
 
 Any help, how to mitigate that nasty timeout would be really
 appreciated :)
 
 cheers,
 
 Stephan
 
 From within the VR, the logs show
 
 2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
 dhcp-range=interface:eth0,set:interface and replacing with
 dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
 2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
 guestnetwork
 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
 dhcp-option=tag:interface-eth0,15 and replacing with
 dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
 dhcp-option=tag:interface-eth0,6 and replacing with
 dhcp-option=tag:interface
 -eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
 dhcp-option=tag:interface-eth0,3, and replacing with
 dhcp-option=tag:interface-eth0,3,10.10.22.1
 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
 dhcp-option=tag:interface-eth0,1, and replacing with
 dhcp-option=tag:interface-eth0,1,255.255.255.0
 2015-11-24 11:24:33,810  CsHelper.py execute:160 Executing: service
 dnsmasq restart
 
 ==> /var/log/messages <==
 Nov 24 11:24:34 r-504-VM shutdown[6752]: shutting down for system
 halt
 
 Broadcast message from root@r-504-VM (Tue Nov 24 11:24:34 2015):
 
 The system is going down for system halt NOW!
 Nov 24 11:24:35 r-504-VM KVP: KVP starting; pid is:6844
 

RE: [ACS4.2.1] SR_BACKEND_FAILURE_82

[Glenn Wagner]

Hi,

Check that the vhd-util is the correct version from cloudstack
Run a md5sum on the vhd-util

Also check that the master and slave can access the secondary storage properly

Run a df -h on the slave and master, what mount's to you have?

Regards
Glenn




[ShapeBlue]
Glenn Wagner
Senior Consultant   ,   ShapeBlue


d:   | s: +27 21 527 0091|  
m:  +27 73 917 4111

e:  glenn.wag...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

a:  2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 
South Africa


[cid:image14c13d.png@719ee04a.48a2f33b]


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: 丸子良太 / MARUKO，RYOUTA [mailto:ryota.maruko...@hitachi-solutions.com]
Sent: Thursday, 28 January 2016 7:33 AM
To: users@cloudstack.apache.org
Subject: [ACS4.2.1] SR_BACKEND_FAILURE_82

Hello.

I did volume snapshot(not VM snapshot) of one VM.
But it occurred the following error

~~~
management-server.log

create snapshot operation Failed for snapshotId:1497, reason: 
SR_BACKEND_FAILURE_82 Failed to snapshot VDI 
[opterr=[Command['/usr/bin/vhd-util', 'query', '--debug', '-vsf', '-n', 
'/dev/VG_XenStorage-UUID/VHD-UUID'] failed (22) :20480 failed to get physical 
size: -22
hidden: 0]
~~~

There are 5 hosts of XenServer.
And the host of this VM is slave host.

I tried to operate this command on the host of this VM.
It said the following

~~~
20480
2952376832
hidden: 7
~~~

So, I tried to operate the same command on the master host.
It said the following

~~~
20480
failed to get physical size: -22
hidden: 0
~~~

To transfer master from master host to the slave host will be good???
Please tell me about this probrem.

The version is
~~
CloudStack 4.2.1
XenServer 6.1.0
~~

Regards

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