Xenserver root disk resize

[Matthew Midgett]

Hi guys I'm new to the dev list and was wondering what the state of root disk 
resize with xenserver. 

Thanks for taking the time to answer my question.


Sent on a Sprint Samsung Galaxy S® III

Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

I tried again to update from 4.4.0 to 4.4.1 with centos management server and 
xenserver 6.2. Here is the logs from the management server and the catalina.out

http://pastebin.com/mS0wjug7

http://pastebin.com/gwVCitvb

I did fresh install with a single vm witg the db and management server on the 
same host just installed just fine. 

What should I do next ?

RE: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

Thanks Nux I realized that after I posted but had to leave the office. 

As I side note I did the upgrade again yesterday and it failed at starting the 
bridge networking.  I dropped the DB and set it up like a fresh install and 
that worked. I uploaded the upgraded db and it still failed to start so I 
decided to diff them. I then ran win merge and merged a  lot of lines and it 
started again. My network was not  showing correctly and that made since, since 
it would fail at the part. I spent most of the day yesterday mucking around the 
db before I said screw it and rolled the upgrade back. I am 100% sure that the 
problem is in the db upgrade. What I really need it is to give someone my pre 
update db and my post update db and let them run compare the two.  I am sure 
that a developer can help me. There was another user that was posting on my 
original email on the user list and his management server was failing at the 
same spot so it might not be related to just me.

My Db's of course contain sensitive information and I don't want to just add a 
link for everyone to see. What is the best practice for this? 


CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
information that is privileged, confidential, and/or otherwise protected from 
disclosure to anyone other than its intended recipient(s).  Any dissemination 
or use of this electronic email or its contents (including any attachments) by 
persons other than the intended recipient(s) is strictly prohibited.  If you 
have received this message in error, please notify me immediately by reply 
email so that I may correct my internal records.  Please then delete the 
original message (including any attachments) in its entirety.  Thank you.

-Original Message-----
From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
Sent: Tuesday, November 18, 2014 6:49 AM
To: dev@cloudstack.apache.org
Subject: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

I tried again to update from 4.4.0 to 4.4.1 with centos management server and 
xenserver 6.2. Here is the logs from the management server and the catalina.out

http://pastebin.com/mS0wjug7

http://pastebin.com/gwVCitvb

I did fresh install with a single vm witg the db and management server on the 
same host just installed just fine. 

What should I do next ?

RE: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

It’s a few lines and Dan If you would like to view them I can send them to you. 
The problem lies in the network part.

CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
information that is privileged, confidential, and/or otherwise protected from 
disclosure to anyone other than its intended recipient(s).  Any dissemination 
or use of this electronic email or its contents (including any attachments) by 
persons other than the intended recipient(s) is strictly prohibited.  If you 
have received this message in error, please notify me immediately by reply 
email so that I may correct my internal records.  Please then delete the 
original message (including any attachments) in its entirety.  Thank you.

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Tuesday, November 18, 2014 9:20 AM
To: dev
Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

Matthew, How big is the diff?

On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
 wrote:
> Thanks Nux I realized that after I posted but had to leave the office.
>
> As I side note I did the upgrade again yesterday and it failed at starting 
> the bridge networking.  I dropped the DB and set it up like a fresh install 
> and that worked. I uploaded the upgraded db and it still failed to start so I 
> decided to diff them. I then ran win merge and merged a  lot of lines and it 
> started again. My network was not  showing correctly and that made since, 
> since it would fail at the part. I spent most of the day yesterday mucking 
> around the db before I said screw it and rolled the upgrade back. I am 100% 
> sure that the problem is in the db upgrade. What I really need it is to give 
> someone my pre update db and my post update db and let them run compare the 
> two.  I am sure that a developer can help me. There was another user that was 
> posting on my original email on the user list and his management server was 
> failing at the same spot so it might not be related to just me.
>
> My Db's of course contain sensitive information and I don't want to just add 
> a link for everyone to see. What is the best practice for this?
>
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
> information that is privileged, confidential, and/or otherwise protected from 
> disclosure to anyone other than its intended recipient(s).  Any dissemination 
> or use of this electronic email or its contents (including any attachments) 
> by persons other than the intended recipient(s) is strictly prohibited.  If 
> you have received this message in error, please notify me immediately by 
> reply email so that I may correct my internal records.  Please then delete 
> the original message (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
> Sent: Tuesday, November 18, 2014 6:49 AM
> To: dev@cloudstack.apache.org
> Subject: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>
> I tried again to update from 4.4.0 to 4.4.1 with centos management 
> server and xenserver 6.2. Here is the logs from the management server 
> and the catalina.out
>
> http://pastebin.com/mS0wjug7
>
> http://pastebin.com/gwVCitvb
>
> I did fresh install with a single vm witg the db and management server on the 
> same host just installed just fine.
>
> What should I do next ?
>
>
>



--
Daan

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

How do I go about doing this with centos 6.5 management servers and will there 
be a upgrade migration path back to 4.4.2 release?


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/19/2014  4:54 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
Can you try upgrading to 4.4.2-SNAPSHOT (meaning the latest state of
the 4.4 branch)? to see if there is a difference there.

On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  wrote:
> please sand them to daan hoogland on gmail if it needs to be private
>
> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>  wrote:
>> It’s a few lines and Dan If you would like to view them I can send them to 
>> you. The problem lies in the network part.
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Tuesday, November 18, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> Matthew, How big is the diff?
>>
>> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>>  wrote:
>>> Thanks Nux I realized that after I posted but had to leave the office.
>>>
>>> As I side note I did the upgrade again yesterday and it failed at starting 
>>> the bridge networking.  I dropped the DB and set it up like a fresh install 
>>> and that worked. I uploaded the upgraded db and it still failed to start so 
>>> I decided to diff them. I then ran win merge and merged a  lot of lines and 
>>> it started again. My network was not  showing correctly and that made 
>>> since, since it would fail at the part. I spent most of the day yesterday 
>>> mucking around the db before I said screw it and rolled the upgrade back. I 
>>> am 100% sure that the problem is in the db upgrade. What I really need it 
>>> is to give someone my pre update db and my post update db and let them run 
>>> compare the two.  I am sure that a developer can help me. There was another 
>>> user that was posting on my original email on the user list and his 
>>> management server was failing at the same spot so it might not be related 
>>> to just me.
>>>
>>> My Db's of course contain sensitive information and I don't want to just 
>>> add a link for everyone to see. What is the best practice for this?
>>>
>>>
>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>>> information that is privileged, confidential, and/or otherwise protected 
>>> from disclosure to anyone other than its intended recipient(s).  Any 
>>> dissemination or use of this electronic email or its contents (including 
>>> any attachments) by persons other than the intended recipient(s) is 
>>> strictly prohibited.  If you have received this message in error, please 
>>> notify me immediately by reply email so that I may correct my internal 
>>> records.  Please then delete the original message (including any 
>>> attachments) in its entirety.  Thank you.
>>>
>>> -Original Message-
>>> From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
>>> Sent: Tuesday, November 18, 2014 6:49 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>>
>>> I tried again to update from 4.4.0 to 4.4.1 with centos management
>>> server and xenserver 6.2. Here is the logs from the management server
>>> and the catalina.out
>>>
>>> http://pastebin.com/mS0wjug7
>>>
>>> http://pastebin.com/gwVCitvb
>>>
>>> I did fresh install with a single vm witg the db and management server on 
>>> the same host just installed just fine.
>>>
>>> What should I do next ?
>>>
>>>
>>>
>>
>>
>>
>> --
>> Daan
>>
>
>
>
> --
> Daan



-- 
Daan

RE: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

4.4.2-Snapshot fails at the same 
Starting 
com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb

CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
information that is privileged, confidential, and/or otherwise protected from 
disclosure to anyone other than its intended recipient(s).  Any dissemination 
or use of this electronic email or its contents (including any attachments) by 
persons other than the intended recipient(s) is strictly prohibited.  If you 
have received this message in error, please notify me immediately by reply 
email so that I may correct my internal records.  Please then delete the 
original message (including any attachments) in its entirety.  Thank you.

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Wednesday, November 19, 2014 9:20 AM
To: dev
Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

No, this would be for testing only!

On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
 wrote:
> How do I go about doing this with centos 6.5 management servers and will 
> there be a upgrade migration path back to 4.4.2 release?
>
>
> Sent on a Sprint Samsung Galaxy S® III
>
>  Original message From: Daan Hoogland 
>  Date:11/19/2014  4:54 AM  
> (GMT-05:00) To: dev  
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 
> to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT (meaning 
> the latest state of the 4.4 branch)? to see if there is a difference there.
>
> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
> wrote:
>> please sand them to daan hoogland on gmail if it needs to be private
>>
>> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett 
>>  wrote:
>>> It’s a few lines and Dan If you would like to view them I can send them to 
>>> you. The problem lies in the network part.
>>>
>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>>> information that is privileged, confidential, and/or otherwise protected 
>>> from disclosure to anyone other than its intended recipient(s).  Any 
>>> dissemination or use of this electronic email or its contents (including 
>>> any attachments) by persons other than the intended recipient(s) is 
>>> strictly prohibited.  If you have received this message in error, please 
>>> notify me immediately by reply email so that I may correct my internal 
>>> records.  Please then delete the original message (including any 
>>> attachments) in its entirety.  Thank you.
>>>
>>> -Original Message-
>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>> Sent: Tuesday, November 18, 2014 9:20 AM
>>> To: dev
>>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 
>>> 4.4.1
>>>
>>> Matthew, How big is the diff?
>>>
>>> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>>>  wrote:
>>>> Thanks Nux I realized that after I posted but had to leave the office.
>>>>
>>>> As I side note I did the upgrade again yesterday and it failed at starting 
>>>> the bridge networking.  I dropped the DB and set it up like a fresh 
>>>> install and that worked. I uploaded the upgraded db and it still failed to 
>>>> start so I decided to diff them. I then ran win merge and merged a  lot of 
>>>> lines and it started again. My network was not  showing correctly and that 
>>>> made since, since it would fail at the part. I spent most of the day 
>>>> yesterday mucking around the db before I said screw it and rolled the 
>>>> upgrade back. I am 100% sure that the problem is in the db upgrade. What I 
>>>> really need it is to give someone my pre update db and my post update db 
>>>> and let them run compare the two.  I am sure that a developer can help me. 
>>>> There was another user that was posting on my original email on the user 
>>>> list and his management server was failing at the same spot so it might 
>>>> not be related to just me.
>>>>
>>>> My Db's of course contain sensitive information and I don't want to just 
>>>> add a link for everyone to see. What is the best practice for this?
>>>>
>>>>
>>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
>>>> contain information that is privileged, confidential, and/or otherwise 
>>>> protected from disclosure to anyone other than its intended recipient(s).  
>>>> Any dissemination or use of this electronic email or its contents 
>

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

Yes but I hacked it so poorly that my networking was not right. So I rolled 
back. I'm guessing that if I add that field then it might upgrade?


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  4:29 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
I did some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get
this version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0
installation (the install does a 4.0.0 install and then upgrades up to
the version you are installing) That would mean that during the
initial install something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Wednesday, November 19, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> No, this would be for testing only!
>>
>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>  wrote:
>>> How do I go about doing this with centos 6.5 management servers and will 
>>> there be a upgrade migration path back to 4.4.2 release?
>>>
>>>
>>> Sent on a Sprint Samsung Galaxy S® III
>>>
>>>  Original message From: Daan Hoogland
>>>  Date:11/19/2014  4:54 AM
>>> (GMT-05:00) To: dev  
>>> Subject: Re: Advised to send to Dev list - Broken update from 
>>> 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
>>> (meaning the latest state of the 4.4 branch)? to see if there is a 
>>> difference there.
>>>
>>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>>> wrote:
>>>> please sand them to daan hoogland on gmail if it needs to be private
>>>>
>>>> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>>>>  wrote:
>>>>> It’s a few lines and Dan If you would like to view them I can send them 
>>>>> to you. The problem lies in the network part.
>>>>>
>>>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
>>>>> contain information that is privileged, confidential, and/or otherwise 
>>>>> protected from disclosure to anyone other than its intended recipient(s). 
>>>>>  Any dissemination or use of this electronic email or its contents 
>>>>> (including any attachments) by persons other than the intended 
>>>>> recipient(s) is strictly prohibited.  If you have received this message 
>>>>> in error, please notify me immediately by reply email so that I may 
>>>>> correct my internal records.  Please then delete the original message 
>>>>> (including any attachments) in its entirety.  Thank you.
>>>>>
>>>>> -Original Message-
>>>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>>>> Sent: Tuesday, November 18, 2014 9:20 AM
>>>>> To: dev
>>>>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
>>>>> 4.4.1
>>>>>
>>>>> Matthew, How big is the diff?
>>>>>
>>>>> On Tue, Nov 18, 2014 at 3:12 PM, M

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

I can't remember as this has been running for a year now. I do remember that I 
messed the 4.3 to 4.4 upgrade and then I did a fresh install with new db and 
all. At this point everything I was using worked just fine. I then read the 
4.4.1 release of root disk resize and mistakenly thought that xen was included. 
So I started the upgrade and it all fell app art from there. 

Thanks Dan and everyone else for your hard work. 


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  4:29 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
I did some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get
this version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0
installation (the install does a 4.0.0 install and then upgrades up to
the version you are installing) That would mean that during the
initial install something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
>> information that is privileged, confidential, and/or otherwise protected 
>> from disclosure to anyone other than its intended recipient(s).  Any 
>> dissemination or use of this electronic email or its contents (including any 
>> attachments) by persons other than the intended recipient(s) is strictly 
>> prohibited.  If you have received this message in error, please notify me 
>> immediately by reply email so that I may correct my internal records.  
>> Please then delete the original message (including any attachments) in its 
>> entirety.  Thank you.
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Wednesday, November 19, 2014 9:20 AM
>> To: dev
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>>
>> No, this would be for testing only!
>>
>> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>>  wrote:
>>> How do I go about doing this with centos 6.5 management servers and will 
>>> there be a upgrade migration path back to 4.4.2 release?
>>>
>>>
>>> Sent on a Sprint Samsung Galaxy S® III
>>>
>>>  Original message From: Daan Hoogland
>>>  Date:11/19/2014  4:54 AM
>>> (GMT-05:00) To: dev  
>>> Subject: Re: Advised to send to Dev list - Broken update from 
>>> 4.4 to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT 
>>> (meaning the latest state of the 4.4 branch)? to see if there is a 
>>> difference there.
>>>
>>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>>> wrote:
>>>> please sand them to daan hoogland on gmail if it needs to be private
>>>>
>>>> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>>>>  wrote:
>>>>> It’s a few lines and Dan If you would like to view them I can send them 
>>>>> to you. The problem lies in the network part.
>>>>>
>>>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
>>>>> contain information that is privileged, confidential, and/or otherwise 
>>>>> protected from disclosure to anyone other than its intended recipient(s). 
>>>>>  Any dissemination or use of this electronic email or its contents 
>>>>> (including any attachments) by persons other than the intended 
>>>>> recipient(s) is strictly prohibited.  If you have received this message 
>>>>> in error, please notify me immediately by reply email so that I may 
>>>>> correct my internal records.  Please then delete the original message 
>>>>> (including any attachments) in its entirety.  Thank you.
>>>>>
>>>>> -Original Message-
>>>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>>>> Sent: Tuesday, November 18, 2014 9:20 AM
>>

Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

I've rolled it back to 4.4.0 every time as as I can't leave a broken system I 
will upgrade to 4.4.1 in about an 2 hours and report back.

Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  3:44 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1 
I looked up the field that other people reported on the mailing list.

ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT '1'

Can you try this in your upgraded system and restart?

On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett
 wrote:
> 4.4.2-Snapshot fails at the same
> Starting 
> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_8d3a94eb
>
> CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
> information that is privileged, confidential, and/or otherwise protected from 
> disclosure to anyone other than its intended recipient(s).  Any dissemination 
> or use of this electronic email or its contents (including any attachments) 
> by persons other than the intended recipient(s) is strictly prohibited.  If 
> you have received this message in error, please notify me immediately by 
> reply email so that I may correct my internal records.  Please then delete 
> the original message (including any attachments) in its entirety.  Thank you.
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Wednesday, November 19, 2014 9:20 AM
> To: dev
> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1
>
> No, this would be for testing only!
>
> On Wed, Nov 19, 2014 at 2:45 PM, Matthew Midgett 
>  wrote:
>> How do I go about doing this with centos 6.5 management servers and will 
>> there be a upgrade migration path back to 4.4.2 release?
>>
>>
>> Sent on a Sprint Samsung Galaxy S® III
>>
>>  Original message From: Daan Hoogland
>>  Date:11/19/2014  4:54 AM
>> (GMT-05:00) To: dev  
>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 
>> to 4.4.1  Can you try upgrading to 4.4.2-SNAPSHOT (meaning 
>> the latest state of the 4.4 branch)? to see if there is a difference there.
>>
>> On Tue, Nov 18, 2014 at 4:14 PM, Daan Hoogland  
>> wrote:
>>> please sand them to daan hoogland on gmail if it needs to be private
>>>
>>> On Tue, Nov 18, 2014 at 4:10 PM, Matthew Midgett
>>>  wrote:
>>>> It’s a few lines and Dan If you would like to view them I can send them to 
>>>> you. The problem lies in the network part.
>>>>
>>>> CONFIDENTIAL: This electronic mail, including any attachment(s) may 
>>>> contain information that is privileged, confidential, and/or otherwise 
>>>> protected from disclosure to anyone other than its intended recipient(s).  
>>>> Any dissemination or use of this electronic email or its contents 
>>>> (including any attachments) by persons other than the intended 
>>>> recipient(s) is strictly prohibited.  If you have received this message in 
>>>> error, please notify me immediately by reply email so that I may correct 
>>>> my internal records.  Please then delete the original message (including 
>>>> any attachments) in its entirety.  Thank you.
>>>>
>>>> -Original Message-
>>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>>> Sent: Tuesday, November 18, 2014 9:20 AM
>>>> To: dev
>>>> Subject: Re: Advised to send to Dev list - Broken update from 4.4 to
>>>> 4.4.1
>>>>
>>>> Matthew, How big is the diff?
>>>>
>>>> On Tue, Nov 18, 2014 at 3:12 PM, Matthew Midgett 
>>>>  wrote:
>>>>> Thanks Nux I realized that after I posted but had to leave the office.
>>>>>
>>>>> As I side note I did the upgrade again yesterday and it failed at 
>>>>> starting the bridge networking.  I dropped the DB and set it up like a 
>>>>> fresh install and that worked. I uploaded the upgraded db and it still 
>>>>> failed to start so I decided to diff them. I then ran win merge and 
>>>>> merged a  lot of lines and it started again. My network was not  showing 
>>>>> correctly and that made since, since it would fail at the part. I spent 
>>>>> most of the day yesterday mucking around the db before I said screw it 
>>>>> and rolled the upgrade back. I am 100% sure that the problem is in the db 
>>>>> upgrade. What I really need it is to

[dvised to send to Dev list - Broken update from 4.4 to 4.4.1

[Matthew Midgett]

Dan and all developers that may have been involved to help get my system 
upgraded I thank you for your hard work. After the sql query the upgrade went 
smooth and the management servers restarted with no problems.

But now I am facing another issue that I see this in my logs and my 
ssvm,console and vr are not starting. So I will send it to the users list and 
see if I can get help there.

2014-11-20 08:53:08,061 DEBUG [c.c.h.Status] (AgentTaskPool-13:ctx-c71f3f5f) 
Transition:[Resource state = Enabled, Agent event = Ping, Host id = 1, name = 
xenhv2-c1.pvdc.chlt.charlottecolo.com]
2014-11-20 08:53:12,775 WARN  [c.c.a.m.DirectAgentAttache] 
(DirectAgentCronJob-41:ctx-3a06670d) Unable to get current status on 
4(xenhv1-c1.pvdc.chlt.CharlotteColo.com)
2014-11-20 08:53:21,899 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6a0822d4) AutoScaling Monitor is running...
2014-11-20 08:53:36,639 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1e8ef79c) Found 0 routers to update status.
2014-11-20 08:53:36,644 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1e8ef79c) Found 0 networks to update RvR status.
2014-11-20 08:53:41,716 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Resetting hosts suitable for reconnect
2014-11-20 08:53:41,722 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Completed resetting hosts suitable for reconnect
2014-11-20 08:53:41,722 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Acquiring hosts for clusters already owned by this 
management server
2014-11-20 08:53:41,725 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Completed acquiring hosts for clusters already owned by 
this management server
2014-11-20 08:53:41,725 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Acquiring hosts for clusters not owned by any management 
server
2014-11-20 08:53:41,726 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-c3ebd1f5) Completed acquiring hosts for clusters not owned by any 
management server
2014-11-20 08:53:43,932 WARN  [c.c.a.m.DirectAgentAttache] 
(DirectAgentCronJob-82:ctx-099e7fea) Unable to get current status on 
1(xenhv2-c1.pvdc.chlt.charlottecolo.com)



CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
information that is privileged, confidential, and/or otherwise protected from 
disclosure to anyone other than its intended recipient(s).  Any dissemination 
or use of this electronic email or its contents (including any attachments) by 
persons other than the intended recipient(s) is strictly prohibited.  If you 
have received this message in error, please notify me immediately by reply 
email so that I may correct my internal records.  Please then delete the 
original message (including any attachments) in its entirety.  Thank you.

-Original Message-
From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
Sent: Thursday, November 20, 2014 6:42 AM
To: dev@cloudstack.apache.org
Subject: Re: Advised to send to Dev list - Broken update from 4.4 to 4.4.1

I can't remember as this has been running for a year now. I do remember that I 
messed the 4.3 to 4.4 upgrade and then I did a fresh install with new db and 
all. At this point everything I was using worked just fine. I then read the 
4.4.1 release of root disk resize and mistakenly thought that xen was included. 
So I started the upgrade and it all fell app art from there. 

Thanks Dan and everyone else for your hard work. 


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Daan Hoogland 
 Date:11/20/2014  4:29 AM  (GMT-05:00) 
To: dev  Subject: Re: Advised 
to send to Dev list - Broken update from 4.4 to 4.4.1  I did 
some more investigation

In your sql dumps I found that the field was present in your 'editted'
version but not in either the 4.4.0 or the 4.4.1 versions. Did you get this 
version of the db working?

In the code I found that this statement should be executed in the
430to440 upgrade step which should have been executed during the 4.4.0 
installation (the install does a 4.0.0 install and then upgrades up to the 
version you are installing) That would mean that during the initial install 
something went wrong. Did you see anything like this?

thanks,


On Thu, Nov 20, 2014 at 9:44 AM, Daan Hoogland  wrote:
> I looked up the field that other people reported on the mailing list.
>
> ALTER TABLE  `snapshot_policy` ADD  `display` TINYINT( 1 ) NOT NULL DEFAULT 
> '1'
>
> Can you try this in your upgraded system and restart?
>
> On Thu, Nov 20, 2014 at 3:47 AM, Matthew Midgett 
>  wrote:
>> 4.4.2-Snapshot fails at the same
>> Starting 
>> com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByClou
>> dStack_8d3a94eb
>>
>> CONFIDENTIAL: This electronic mail, 

RE: root resize support in the UI

[Matthew Midgett]

1+ from me for XenServer root disk resize for template deployments!

I'm going with Nux on the single partition scheme and I want my root disk under 
2GB as most all of my deployments are minimal systems. This makes the journey 
from sec storage to primary storage quite a bit faster. I need to deploy and 
resize and be running in under 60 seconds if possible to keep my users from 
sitting around waiting.

I will be using hostbill in front of my ACS and they offer these sliders for 
choosing how much resources you want. Users really like this and if they deploy 
my 2gb template I'd like to be able to give them that 50GB disk they ask for 
without using a data disk. 

If cloud-init can do this then I as a user would develop my templates around 
the file system layout that it supports. EXT3,EXT4,BTRFS or LVMI honestly 
don't care for using LVM in a Virtual Machine, it's just one more layer of 
complexity on a disk that doesn’t need to be there. Most all Linux file systems 
can support online resize without LVM so I would consider not using it to 
simplify cloud-init resize.

Just my 2cents

Matthew Midgett





-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Monday, December 01, 2014 7:06 AM
To: dev@cloudstack.apache.org
Subject: Re: root resize support in the UI

Andrija,

Absolutely, everyone has their own needs.

The single partition works best for us (we also implemented it in physical 
dedicated servers - makes p2v and v2p easy!) and it also seems to be the choice 
of others (official fedora/centos/ubuntu templates are like this as well).

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Andrija Panic" 
> To: dev@cloudstack.apache.org
> Sent: Monday, 1 December, 2014 11:42:29
> Subject: Re: root resize support in the UI

> ok, Nux, so you suggest, single partition layout, with some predefined 
> usage scenario...that is definitively an option for me.
> On the other hand, if you have slightly complicated templates - then 
> the only way I see is to only resize the disk qith qemu-img...(not 
> going inside VM)...
> 
> So we need to decide on the user-case scenario we find most usefull...
> 
> On 1 December 2014 at 12:30, Nux!  wrote:
> 
>> Vadim,
>>
>> Currently the ROOT resize feature is not available for hypervisors 
>> other than KVM. The developers working with these HVs are not 
>> interested in this feature a.t.m.
>> Feel free to request this feature and stress them out. :)
>>
>> Based on this feature I now only use 1 template with 1 single 
>> partition in it mounted as / which cloud-init will expand to maximum during 
>> deployment.
>> Self-resizing can also be done in Windows quite easily.
>> I don't think it's acceptable to tell customer to deal with expanding 
>> the partition himself, so this is automated.
>>
>> I do not use swap, but when it is a "must" I use a file based swap 
>> (eg /var/swap.IMG). You could use another primary storage for swap, 
>> but IMHO this just complicated things and it's not worth it.
>> Generally I try not to use multiple volumes for a VM, it makes life easier.
>>
>> HTH
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>> > From: "Vadim Kimlaychuk" 
>> > To: dev@cloudstack.apache.org
>> > Sent: Monday, 1 December, 2014 11:09:24
>> > Subject: RE: root resize support in the UI
>>
>> > Andrija,
>> >
>> >You did understand me correctly. I wish that for the 
>> > customer
>> disk offer could
>> >be customizable. And not just for KVM hypervisor.
>> Particularly now I am
>> >interested in Xen and VmWare.
>> > CS admin should not have set of templates that differs only on root
>> partition
>> > size.  Swap partition can be (theoretically) located as another 
>> > DATA
>> disk and
>> > be re-sizable with existing functionality.
>> >How hard is to achieve such a requirement? Are these
>> requirements something
>> >unusual and I should do it other way? For example we say 
>> > to
>> the customer, that
>> >you have unallocated space if you select different size 
>> > and
>> extend partition by
>> >yourself?
>> >
>> > Vadim.
>> >
>> > -Original Message-
>> > From: Andrija Panic [mailto:andrija.pa...@gmail.com]
>> > Sent: Monday, December 01, 2014 12:06 PM
>>

RE: [DISCUSS] Automatic usage reporting / call-home for CloudStack

[Matthew Midgett]

1+ from a user

-Original Message-
From: Wido den Hollander [mailto:w...@widodh.nl] 
Sent: Monday, December 01, 2014 10:21 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Automatic usage reporting / call-home for CloudStack



On 12/01/2014 04:12 PM, Nux! wrote:
> Hm, after an upgrade it might be tricky. Perhaps display it here 
> somehow http://img.nux.ro/3hH-callhome.png
> Perhaps some UI/javascript specialist can help us here ...
> 

Good idea. In that Menu we probably need a "Call-Home" link pointing to 
http://cloudstack.apache.org/callhome.html (doesn't exist yet!)

Wido

> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Wido den Hollander" 
>> To: dev@cloudstack.apache.org
>> Sent: Monday, 1 December, 2014 15:05:55
>> Subject: Re: [DISCUSS] Automatic usage reporting / call-home for 
>> CloudStack
> 
>> On 12/01/2014 04:00 PM, Nux! wrote:
>>> In addition: this should be opt-out, but clearly specified in the 
>>> release notes, as well as visible in the UI.
>>>
>>
>> But where do we display this in the UI? I don't think we have a 
>> mechanism to show a one-time message after a upgrade. Do we?
>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Nux!" 
 To: dev@cloudstack.apache.org
 Sent: Monday, 1 December, 2014 13:52:35
 Subject: Re: [DISCUSS] Automatic usage reporting / call-home for 
 CloudStack
>>>
 +1, good job!

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Wido den Hollander" 
> To: dev@cloudstack.apache.org
> Sent: Monday, 1 December, 2014 13:08:02
> Subject: [DISCUSS] Automatic usage reporting / call-home for 
> CloudStack

> Hello,
>
> As a project we currently don't have a lot of insight information 
> on about how CloudStack is being used. Surveys tell us a lot, but 
> not everybody fills in the survey, so we still miss a lot of information.
>
> That's why I've written the Usage Reporting functionality for the 
> management server which automatically sends back anonymous 
> information about a CloudStack deployment.
>
> It's currently in the 'reporter' branch. [0]
>
> By default, every 7 days it generates a JSON document with:
> - Hosts (Number, version, type, hypervisor)
> - Clusters (Hypervisor en Management type)
> - Primary storage (Type and provider)
> - Zones (Network type and providers)
> - Instances (Number and types)
>
> This report is not complete yet, I'd like to add more information, 
> but that will be Management Server information.
>
> The code on how this report is generated is obviously 100% Open 
> Source, so end-users can always exactly see how the information was 
> compiled.
>
> I want to discuss this new feature for CloudStack and the possible 
> implications it might have.
>
> I'm opting for a opt-out. So every new or upgraded install to 
> 4.6.0
> (master) will have this enabled. Yes, we have to be very explicit 
> in the Release Notes that this has been added.
>
> Why? It's the small price we as a project ask for using 
> CloudStack. We want a little bit of information on how CloudStack 
> is being used so that we can use this to make CloudStack even better.
>
> Turning it off is also just one global setting and it will never 
> turn on again.
>
> On the server-side there is a Python flask application [1] (found 
> in the reporter directory) which stores all the incoming 
> information in a ElasticSearch database. From there analytics can 
> be gathered on CloudStack deployments.
>
> It currently points to http://cs-report.widodh.nl/report which 
> will NOT be the endpoint when this is merged into master.
>
> For 'production' I want to have
> https://report.cloudstack.apache.org/report where all reports are 
> submitted.
>
> For every setup a unique ID is determined by hashing the first row 
> in the 'version' table. This is the version + timestamp and that 
> is hashed using SHA256. Using this unique ID we can track changes 
> in deployments and see how they grow or shrink.
>
> Technically this wasn't that hard to implement, but the politics 
> surrounding it might be the hardest part.
>
> What do other have to say about this? Should there be a VOTE for 
> this feature to come into CloudStack? Opt-in, opt-out?
>
> Wido
>
> [0]:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlo
> g;h=refs/heads/reporter
> [1]:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=
> reporter/usage-report-collector.py;h=500a4d284b517

Jenkins 4.4.2 release?

[Matthew Midgett]

In Jenkins I can find the 4.4.3 snapshots but where can I find the 4.4.2 so I 
can test it?


Matthew Midgett

RE: Jenkins 4.4.2 release?

[Matthew Midgett]

Thanks Daan, Going to get coffee as this build might take a while on the small 
VM that its running on.  Awesome!

I'm super stoked that now I have created my own repo. :)

BTW thanks for good documnetion 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/building_from_source.html

I did upgrade to the latest version of maven.



-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Tuesday, December 02, 2014 9:36 AM
To: dev
Subject: Re: Jenkins 4.4.2 release?

the source tarball is in
https://dist.apache.org/repos/dist/release/cloudstack/releases/4.4.2/

On Tue, Dec 2, 2014 at 3:33 PM, Matthew Midgett 
 wrote:
> In Jenkins I can find the 4.4.3 snapshots but where can I find the 4.4.2 so I 
> can test it?
>
>
> Matthew Midgett
>



--
Daan

RE: [ACS44] release 4.4.2 imminent

[Matthew Midgett]

Can you enable rsync so I can keep my local mirror up to date?


-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Tuesday, December 02, 2014 6:09 PM
To: dev@cloudstack.apache.org
Subject: Re: [ACS44] release 4.4.2 imminent

CloudStack 4.4.2 deb/rpm repository is available now, for more information and 
release notes, checkout:
http://shapeblue.com/packages

> On 18-Nov-2014, at 1:20 am, Andrija Panic  wrote:
>
> Upgrade fine for me - no issues at all... - from the RPMs snapshots
>
> On 17 November 2014 14:36, Daan Hoogland  wrote:
>
>> On Mon, Nov 17, 2014 at 2:12 PM, Pierre-Luc Dion 
>> wrote:
>>> Trying devcloud4 with 4.4 branch  and I'm having this issue:
>>
>>> I don't see the schema-441to442.sql files in the db folder too.
>>>
>>> does 442 is on a different branch?
>>
>> no, I added the file locallly and forgot to commit. it is pushed now, sorry
>>
>>
>> --
>> Daan
>>
>
>
>
> --
>
> Andrija Panić
> --
>  http://admintweets.com
> --

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



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

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

RE: [ACS44] release 4.4.2 imminent

[Matthew Midgett]

I use lftp for some other mirroring but I may have mistyped something as I was 
getting really weird file names. Thanks Nux.

BTW I'm going to do your templates here in a bit.

CONFIDENTIAL: This electronic mail, including any attachment(s) may contain 
information that is privileged, confidential, and/or otherwise protected from 
disclosure to anyone other than its intended recipient(s).  Any dissemination 
or use of this electronic email or its contents (including any attachments) by 
persons other than the intended recipient(s) is strictly prohibited.  If you 
have received this message in error, please notify me immediately by reply 
email so that I may correct my internal records.  Please then delete the 
original message (including any attachments) in its entirety.  Thank you.

-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Thursday, December 04, 2014 12:49 PM
To: dev@cloudstack.apache.org
Subject: Re: [ACS44] release 4.4.2 imminent

Matthew,

You don't really need rsync for that, here's how I use lftp:

cd /mirrors/packages.shapeblue.com/cloudstack/ ; lftp -e "mirror --delete;bye" 
http://packages.shapeblue.com/cloudstack/
cd /mirrors/packages.shapeblue.com/systemvmtemplate/ ; lftp -e "mirror 
--delete;bye" http://packages.shapeblue.com/systemvmtemplate/

It's a bit more resource intensive, both on my side and shapeblue's, but it 
works.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Matthew Midgett" 
> To: dev@cloudstack.apache.org
> Sent: Thursday, 4 December, 2014 16:17:13
> Subject: RE: [ACS44] release 4.4.2 imminent

> Can you enable rsync so I can keep my local mirror up to date?
> 
> 
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: Tuesday, December 02, 2014 6:09 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [ACS44] release 4.4.2 imminent
> 
> CloudStack 4.4.2 deb/rpm repository is available now, for more 
> information and release notes, checkout:
> http://shapeblue.com/packages
> 
>> On 18-Nov-2014, at 1:20 am, Andrija Panic  wrote:
>>
>> Upgrade fine for me - no issues at all... - from the RPMs snapshots
>>
>> On 17 November 2014 14:36, Daan Hoogland  wrote:
>>
>>> On Mon, Nov 17, 2014 at 2:12 PM, Pierre-Luc Dion 
>>> 
>>> wrote:
>>>> Trying devcloud4 with 4.4 branch  and I'm having this issue:
>>>
>>>> I don't see the schema-441to442.sql files in the db folder too.
>>>>
>>>> does 442 is on a different branch?
>>>
>>> no, I added the file locallly and forgot to commit. it is pushed 
>>> now, sorry
>>>
>>>
>>> --
>>> Daan
>>>
>>
>>
>>
>> --
>>
>> Andrija Panić
>> --
>>  http://admintweets.com
>> --
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> 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<http://shapeblue.com/csforge/>
> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
> CloudStack Software
> Engineering<http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure
> Support<http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training 
> Courses<http://shapeblue.com/cloudstack-training/>
> 
> This email and any attachments to it may be confidential and are 
> intended solely for the use of the individual to whom it is addressed. 
> Any views or opinions expressed are solely those of the author and do 
> not necessarily represent those of Shape Blue Ltd or related 
> companies. If you are not the intended recipient of this email, you 
> must neither take any action based upon its contents, nor copy or show 
> it to anyone. Please contact the sender if you believe you have 
> received this email in error. Shape Blue Ltd is a company incorporated 
> in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue 
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue 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.

Status of CLOUDSTACK-6181 for XenServer

[Matthew Midgett]

I see that in Jira that the issue has been resolved, what is the status for
XenServer as I have seen on the list that KVM is supported. 

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

 

Matthew Midgett

 

RE: CloudStack Quality Process

[Matthew Midgett]

In would love to be a part of the meeting as a user just to be a fly on the 
wall. My datacenter that I am contracted to build a public cloud is relying on 
me to keep up to date with the project but tomorrow I am scheduled to do a 
wireless relay shot of 18miles and will miss the meeting. Not a big deal if the 
notes are taken or recorded and I will be able to review them.

Just my 2 cents 


-Original Message-
From: Will Stevens [mailto:williamstev...@gmail.com] 
Sent: Tuesday, December 09, 2014 9:59 PM
To: dev@cloudstack.apache.org
Cc: Steve Wilson (steve.wil...@citrix.com)
Subject: RE: CloudStack Quality Process

Is it possible to record the meeting? Maybe we can post it so others can view 
it if they are not able to attend (or only become interested after the first 
couple meetings and wants to catch up)?

Will
On Dec 9, 2014 9:52 PM, "Animesh Chaturvedi" 
wrote:

> I can setup a GTM since it is free for Citrix.
>
> Here are the details.
>
> 1.  Please join my meeting.
> https://www1.gotomeeting.com/join/285394368
>
> 2.  Use your microphone and speakers (VoIP) - a headset is recommended.
> Or, call in using your telephone.
>
> United States: +1 (213) 493-0008
> Argentina (toll-free): 0 800 444 2385
> Australia (toll-free): 1 800 191 358
> Australia: +61 2 9091 7603
> Austria (toll-free): 0 800 080061
> Austria: +43 (0) 7 2088 0716
> Bahrain (toll-free): 800 81 305
> Belarus (toll-free): 8 820 0011 0331
> Belgium (toll-free): 0 800 81388
> Belgium: +32 (0) 28 08 4372
> Brazil (toll-free): 0 800 047 4909
> Bulgaria (toll-free): 00800 120 4413
> Canada (toll-free): 1 877 777 3281
> Canada: +1 (647) 497-9380
> Chile (toll-free): 800 395 146
> China (toll-free): 4008 866154
> Colombia (toll-free): 01 800 012 9057
> Czech Republic (toll-free): 800 500453 Denmark (toll-free): 8025 0919
> Denmark: +45 (0) 69 91 84 58
> Finland (toll-free): 0 800 94473
> Finland: +358 (0) 931 58 1773
> France (toll-free): 0 805 541 052
> France: +33 (0) 170 950 590
> Germany (toll-free): 0 800 184 4230
> Germany: +49 (0) 692 5736 7300
> Greece (toll-free): 00 800 4414 4282
> Hong Kong (toll-free): 30774812
> Hungary (toll-free): (06) 80 986 259
> Iceland (toll-free): 800 9993
> India (toll-free): 000 800 100 8227
> Indonesia (toll-free): 001 803 020 2563 Ireland (toll-free): 1 800 818 
> 263
> Ireland: +353 (0) 15 133 006
> Israel (toll-free): 1 809 388 020
> Italy (toll-free): 800 792289
> Italy: +39 0 699 26 68 65
> Japan (toll-free): 0 120 242 200
> Korea, Republic of (toll-free): 0806180880 Luxembourg (toll-free): 800 
> 81016 Malaysia (toll-free): 1 800 81 6860 Mexico (toll-free): 01 800 
> 123 8367 Netherlands (toll-free): 0 800 020 0178
> Netherlands: +31 (0) 208 080 759
> New Zealand (toll-free): 0 800 47 0051 New Zealand: +64 (0) 9 974 9579 
> Norway (toll-free): 800 69 055
> Norway: +47 21 04 30 59
> Panama (toll-free): 001 800 507 2789
> Peru (toll-free): 0 800 55253
> Philippines (toll-free): 1 800 1110 1565 Poland (toll-free): 00 800 
> 3211434 Portugal (toll-free): 800 180 139 Romania (toll-free): 0 800 
> 410 025 Russian Federation (toll-free): 8 800 100 6914 Saudi Arabia 
> (toll-free): 800 844 3636 Singapore (toll-free): 800 101 3000 South 
> Africa (toll-free): 0 800 555 451 Spain (toll-free): 800 900 593
> Spain: +34 931 76 1534
> Sweden (toll-free): 020 794 545
> Sweden: +46 (0) 852 500 691
> Switzerland (toll-free): 0 800 000 452
> Switzerland: +41 (0) 435 0026 89
> Taiwan (toll-free): 0 800 666 846
> Thailand (toll-free): 001 800 852 2442 Turkey (toll-free): 00 800 4488 
> 29001 Ukraine (toll-free): 0 800 50 4691 United Arab Emirates 
> (toll-free): 800 044 40444 United Kingdom (toll-free): 0 808 168 0209 
> United Kingdom: +44 (0) 20 7151 1817 United States (toll-free): 1 877 
> 309 2070 Uruguay (toll-free): 000 405 4459 Viet Nam (toll-free): 120 
> 32 148
>
> Access Code: 285-394-368
> Audio PIN: Shown after joining the meeting
>
> Meeting ID: 285-394-368
>
> GoToMeeting®
> Online Meetings Made Easy®
>
> Not at your computer? Click the link to join this meeting from your 
> iPhone®, iPad® or Android® device via the GoToMeeting app.
>
> > -Original Message-
> > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > Sent: Tuesday, December 09, 2014 11:16 AM
> > To: dev@cloudstack.apache.org
> > Cc: Steve Wilson
> > Subject: Re: CloudStack Quality Process
> >
> > Based on Doodle. Meeting  is schedule for  Dec 10th, 17h00 UTC.
> freenode:
> > #cloudstack-meeting unless someone have a GTM.
> >
> > Regards,
> >
> >
> >
> > On Mon, Dec 8, 2014 at 10:41 AM, Daan Hoogland 
> > 
> > wrote:
> >
> > > When do we call the result of the doodle? wait for wednesday?
> > >
> > > On Sat, Dec 6, 2014 at 5:46 PM, Chip Childers 
> > > 
> > > wrote:
> > > > Thanks for listening to my concerns folks...  and I'll be 
> > > > rooting for
> > > those
> > > > of you that are "doing" to come up with some better practices 
> > > > for the community to adopt!
> > > >
> > > > On Fri, Dec 5, 2014 at 5:07 PM, Animesh Ch

RE: I am not able to register or delete a new Template/ISO in CloudStack 4.5

[Matthew Midgett]

In ACS 4.2 it's on template \ Zone Tab and then you can see the status of the 
DL. Also there is a refresh button which I think is a great improvement.


-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com] 
Sent: Thursday, December 11, 2014 7:20 AM
To: dev@cloudstack.apache.org
Subject: Re: I am not able to register or delete a new Template/ISO in 
CloudStack 4.5

Nitin,
  Earlier the progress bar or an error was displayed on the template details 
page, do you if this was removed on purpose ?


> On 11-Dec-2014, at 5:18 pm, Nitin Mehta  wrote:
>
> Try using -
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates
> ,+Sec
> ondary+storage+troubleshooting or Google(for pinpointed answers)
>
> Cheers,
> -Nitin
>
> On 11/12/14 3:41 PM, "Abhinandan Prateek"
>  wrote:
>
>> It takes some time for the template to be downloaded. Recently when I 
>> tried 4.3 I did not see any progress bar shown there, it was there in 
>> older versions.
>>
>> If the template lies in your internal network then you need to set 
>> global variable secstorage.allowed.internal.sites with the cidr of 
>> the internal network. SSVM will then go thru the internal interface 
>> to download these templates.
>>
>> -abhi
>>
>>
>> On 11-Dec-2014, at 12:24 pm, Krunal Jain 
>> mailto:krunal.j...@sungardas.com>> wrote:
>>
>> Hello,
>>
>> When I am trying to register a new Template/ISO in CloudStack (v4.5), 
>> it says registered and shows up in the list but the “state.ready” remains NO.
>>
>> Hence, when I try creating instance the Template/ISO is not shown for 
>> selection and thus, am not able to provision it.
>> Also, I am not able to delete the Template/ISO.
>>
>> Can anyone please help me with this?
>> Thanks in advance!
>> Regards,
>> Krunal Jain | Senior Engineer – Cloud (Product Engineering)
>> Email: krunal.j...@sungard.com ▪ 
>> kruna...@gmail.com | Mobile:
>> +91-92713-59024
>> Sungard Availability Services, India | 
>> www.sungardas.in
>> 2nd Floor, Wing 4, Cluster D, MIDC, Kharadi Knowledge Park, Pune - 
>> 411 014   
>> 
>> 
>> 
>> 
>> 
>> 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.
>>
>> 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
>>
>> This email and any attachments to it may be confidential and are 
>> intended solely for the use of the individual to whom it is 
>> addressed. Any views or opinions expressed are solely those of the 
>> author and do not necessarily represent those of Shape Blue Ltd or 
>> related companies. If you are not the intended recipient of this 
>> email, you must neither take any action based upon its contents, nor 
>> copy or show it to anyone. Please contact the sender if you believe you have 
>> received this email in error.
>> Shape Blue Ltd is a company incorporated in England & Wales. 
>> ShapeBlue Services India LLP is a company incorporated in India and 
>> is operated under license from Shape Blue Ltd. Shape Blue Brasil 
>> Consultoria Ltda is a company incorporated in Brasil and is operated 
>> under license from Shape Blue Ltd. ShapeBlue 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.
>

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

This email and any at

RE: I am not able to register or delete a new Template/ISO in CloudStack 4.5

[Matthew Midgett]

Edit "ACS 4.4.2"

-Original Message-----
From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
Sent: Thursday, December 11, 2014 7:40 AM
To: dev@cloudstack.apache.org
Subject: RE: I am not able to register or delete a new Template/ISO in 
CloudStack 4.5

In ACS 4.2 it's on template \ Zone Tab and then you can see the status of the 
DL. Also there is a refresh button which I think is a great improvement.


-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
Sent: Thursday, December 11, 2014 7:20 AM
To: dev@cloudstack.apache.org
Subject: Re: I am not able to register or delete a new Template/ISO in 
CloudStack 4.5

Nitin,
  Earlier the progress bar or an error was displayed on the template details 
page, do you if this was removed on purpose ?


> On 11-Dec-2014, at 5:18 pm, Nitin Mehta  wrote:
>
> Try using -
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates
> ,+Sec
> ondary+storage+troubleshooting or Google(for pinpointed answers)
>
> Cheers,
> -Nitin
>
> On 11/12/14 3:41 PM, "Abhinandan Prateek"
>  wrote:
>
>> It takes some time for the template to be downloaded. Recently when I 
>> tried 4.3 I did not see any progress bar shown there, it was there in 
>> older versions.
>>
>> If the template lies in your internal network then you need to set 
>> global variable secstorage.allowed.internal.sites with the cidr of 
>> the internal network. SSVM will then go thru the internal interface 
>> to download these templates.
>>
>> -abhi
>>
>>
>> On 11-Dec-2014, at 12:24 pm, Krunal Jain 
>> mailto:krunal.j...@sungardas.com>> wrote:
>>
>> Hello,
>>
>> When I am trying to register a new Template/ISO in CloudStack (v4.5), 
>> it says registered and shows up in the list but the “state.ready” remains NO.
>>
>> Hence, when I try creating instance the Template/ISO is not shown for 
>> selection and thus, am not able to provision it.
>> Also, I am not able to delete the Template/ISO.
>>
>> Can anyone please help me with this?
>> Thanks in advance!
>> Regards,
>> Krunal Jain | Senior Engineer – Cloud (Product Engineering)
>> Email: krunal.j...@sungard.com<mailto:krunal.j...@sungard.com> ▪ 
>> kruna...@gmail.com<mailto:kruna...@gmail.com> | Mobile:
>> +91-92713-59024<mailto:+91%2092713%2059024>
>> Sungard Availability Services, India | 
>> www.sungardas.in<http://www.sungardas.in/>
>> 2nd Floor, Wing 4, Cluster D, MIDC, Kharadi Knowledge Park, Pune -
>> 411 014 <http://www.sungardas.com/> <http://blog.sungardas.com/> 
>> <http://www.youtube.com/user/SunGardAS>
>> <https://plus.google.com/u/0/102459878242108588663/posts>
>> <https://www.facebook.com/SunGardAS>
>> <http://www.linkedin.com/company/sungard-availability-services>
>> <https://twitter.com/SunGardAS>
>> 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.
>>
>> 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<http://shapeblue.com/csforge/>
>> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
>> CloudStack Software
>> Engineering<http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure
>> Support<http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training
>> Courses<http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are 
>> intended solely for the use of the individual to whom it is 
>> addressed. Any views or opinions expressed are solely those of the 
>> author and do not necessarily represent those of Shape Blue Ltd or 
>> related companies. If you are not the intended recipient of this 
>> email, you must neither take any action based upon its contents, nor 
>> copy or show it to anyone. Please contact the sender if you believe you have 
>> received this email in error.
>> Shape Blue Ltd is a company incorporated in England & Wales. 
>> ShapeBlue Services India LLP is a company incorporated in India and 
>> is operated under license from 

Status of Root Disk Resize for XenServer

[Matthew Midgett]

Root disk resize during deployment is a huge advantage when you don't have
10GB networking. Who should we contact to see if some sponsorship could be
put together to make the code happen for XenServer and ACS 4.4. The XAPI can
resize the root disk so we only need code to tell it that it can. Once the
disk is resized then it's up to cloud-init or the administrator to take care
of resizing the partitions. 

 

I've been watching
https://issues.apache.org/jira/browse/CLOUDSTACK-6181?jql=text%20~%20%22root
%20disk%20resize%22 and it says resolved but it not for all hypervisors. 

 

Will someone direct me on to the correct path?

 

 

Matthew Midgett

Trick Solutions

143 Jenny Marie Rd

Mooresville NC,28115

336-618-7425 Office

704-728-5644 Cell

www.trick-solutions.com

 

 

 

RE: Xenserver vs GPT vs extlinux

[Matthew Midgett]

I'm think it's all in vm_instance but don't quote me.


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Nux!  
Date:12/14/2014  8:44 AM  (GMT-05:00) To: 
dev@cloudstack.apache.org Subject: Xenserver vs GPT vs extlinux 

Hi guys,

I'm struggling booting a linux GPT+extlinux image as PV guest.
Could anyone more experienced with Xenserver tell me if either GPT or extlinux 
is a problem for PV mode? Or where exactly does pvgrub expect to find a kernel 
and conf?

Re logs, this is what I see in the management logs:

   nameLabel: Async.VM.start_on
 nameDescription: 
   allowedOperations: []
   currentOperations: {}
 created: Sun Dec 14 13:01:36 GMT 2014
finished: Sun Dec 14 13:01:41 GMT 2014
  status: failure
  residentOn: com.xensource.xenapi.Host@f61f9e24
progress: 1.0
type: 
  result: 
   errorInfo: [BOOTLOADER_FAILED, 
OpaqueRef:a721c632-53a4-08af-81a1-262bfc3abf31, Unable to find partition 
containing kernel

Thanks,
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: remove a not existing VM

[Matthew Midgett]

If the vm is not on the hypervisor then set vm_instance to Expunged for that vm 
in MySql. Please next time tell us what version of ACS and hypervisor and 
version. Also logs will help us find your problem. 
/var/log/cloudstack/management/ and the management log and cataylina log are 
important. 


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Alireza Eskandari 
 Date:12/14/2014  2:00 AM  
(GMT-05:00) To: dev@cloudstack.apache.org Subject: remove 
a not existing VM 
HiI can't remove an instance from CS that doesn't exist in hypervisor and 
deleted already.Do you have any idea?Thanks

Re: Xenserver vs GPT vs extlinux

[Matthew Midgett]

Lucian I replied to the wrong email. The vm instance was for someone having 
trouble with a instance. 


Sent on a Sprint Samsung Galaxy S® III

 Original message From: Nux!  
Date:12/14/2014  12:03 PM  (GMT-05:00) To: 
dev@cloudstack.apache.org Subject: Re: Xenserver vs GPT vs extlinux 

Thanks Matthew,

My problem was not re Cloudstack, but with the template.
Anyway, it's sorted, it looks like PV XEN requires /boot/grub/grub.conf to be 
present otherwise it will complain. 
XEN PV please die.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Matthew Midgett" 
> To: dev@cloudstack.apache.org
> Sent: Sunday, 14 December, 2014 16:33:02
> Subject: RE: Xenserver vs GPT vs extlinux

> I'm think it's all in vm_instance but don't quote me.
> 
> 
> Sent on a Sprint Samsung Galaxy S® III
> 
>  Original message From: Nux! 
> Date:12/14/2014  8:44 AM  (GMT-05:00) To:
> dev@cloudstack.apache.org Subject: Xenserver vs GPT vs extlinux
> 
> Hi guys,
> 
> I'm struggling booting a linux GPT+extlinux image as PV guest.
> Could anyone more experienced with Xenserver tell me if either GPT or extlinux
> is a problem for PV mode? Or where exactly does pvgrub expect to find a kernel
> and conf?
> 
> Re logs, this is what I see in the management logs:
> 
>   nameLabel: Async.VM.start_on
> nameDescription:
>   allowedOperations: []
>   currentOperations: {}
> created: Sun Dec 14 13:01:36 GMT 2014
>finished: Sun Dec 14 13:01:41 GMT 2014
>  status: failure
>  residentOn: com.xensource.xenapi.Host@f61f9e24
>progress: 1.0
>type: 
>  result:
>   errorInfo: [BOOTLOADER_FAILED, 
> OpaqueRef:a721c632-53a4-08af-81a1-262bfc3abf31,
>   Unable to find partition containing kernel
> 
> Thanks,
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

RE: ACS 4.4.1 How reinstall vm working within Xenserver 6.2.0

[Matthew Midgett]

The expunging is done on a separate process and can be found in the global 
configuration. Just search expunging. 

-Original Message-
From: Yitao Jiang [mailto:willier...@gmail.com] 
Sent: Tuesday, December 16, 2014 9:17 AM
To: dev@cloudstack.apache.org
Subject: ACS 4.4.1 How reinstall vm working within Xenserver 6.2.0

Hi,
I wonder how reinstall vm working now with ACS 4.4.1.

I just reinstall a vm launched from template.It work successfully.
But within Xencenter , There are two same Root volumes of reinstalled vm.
Obviously, the former volume didn't expunged,Besides the state of root volume 
is Destroy Is it a bug or missing something?

---
Thanks,
Yitao(依涛 姜)
jiangyt.github.io

Vlan issue with ACS 4.4 and XenServer 6.2

[Matthew Midgett]

In my test deployment I have 2 hypervisors with XenServer 6.2 installed. I
am creating a private network with public Ips, so that the VR is only used
to hand out IPs and meta data. The vlan is 501, and it has a range of
216.249.111.2-254. What happens is that when I create new VM's and they
spawn on the server with the VR cloud-init works and it gets the password
and the server is good. When is spawns on the other hypervisor it can't
connect to the VR and because of this it doesn't get its meta data. What I
do is quickly move the VR to the other hypervisor, this allows it to get the
meta data so I can login. Once this is done I can login and ping the gateway
for vlan 501 but can't ping the other VM or the VR if it's not on the same
hypervisor. I know my trunks and vlans are correct and the interfaces that's
being assigned. To test this I shutdown the zone and deleted the network.
Then I removed Vlan501 from the XenServer's and created it manually on the
exact same nic as it was before. Then I added a ISO repo and manually
installed 2 vms manually assigning the public ip's. It works as expected, I
can ping the gateway and the other VM on the other hypervisor. This was to
prove my vlan config.

 

What do I do?

RE: Vlan issue with ACS 4.4 and XenServer 6.2

[Matthew Midgett]

It is there because I can disable the zone, delete the VM and network. Use 
XenCenter to add a vlan of 501. Manually install 2 VM's on different 
hypervisors and ping both VM and the GW that on the router. This config tells 
me that 501 is configured correctly. The switch ports for the vlan 501 network 
are trunked. When ACS creates the vlan 501 from the network config it doesn’t 
work correctly. When the VM and VR are on the same host it works just fine. 
When there not the Vlan isn 't working. It's strange. I can ping the GW from 
both VM's but can't ping the VM on the other hypervisor or the VR. If I migrate 
all the VM's and VR to the same hypervisor it works as expected.

The vlan 501 on the router holds the GW address so if it wan't there I would 't 
be able to ping it.

I have tried everything from new networking services to vlan's trunking and not 
trunking and just switchport with vlan. It doen't want to work.

The vlan500 how ever is the console router and SSVM. I think that it works as 
expected but I havn't ssh into them to try. They are doing their job and I can 
have an public ip console and ssvm is downloading templates and moving VM 
templates from Sec storage to primary.

Any more ideas?

-Original Message-
From: Ahmad Emneina [mailto:aemne...@gmail.com] 
Sent: Tuesday, January 06, 2015 9:11 PM
To: dev@cloudstack.apache.org
Subject: Re: Vlan issue with ACS 4.4 and XenServer 6.2

Hey Matt, it sounds like you have a vlan trunking issue. Check the switch port 
configuration for the port(s) yout hypervisors are connected to, ensure that 
vlan is present.

On Tue, Jan 6, 2015 at 5:43 PM, Matthew Midgett < 
clouds...@trick-solutions.com.invalid> wrote:

> In my test deployment I have 2 hypervisors with XenServer 6.2 
> installed. I am creating a private network with public Ips, so that 
> the VR is only used to hand out IPs and meta data. The vlan is 501, 
> and it has a range of 216.249.111.2-254. What happens is that when I 
> create new VM's and they spawn on the server with the VR cloud-init 
> works and it gets the password and the server is good. When is spawns 
> on the other hypervisor it can't connect to the VR and because of this 
> it doesn't get its meta data. What I do is quickly move the VR to the 
> other hypervisor, this allows it to get the meta data so I can login. 
> Once this is done I can login and ping the gateway for vlan 501 but 
> can't ping the other VM or the VR if it's not on the same hypervisor. 
> I know my trunks and vlans are correct and the interfaces that's being 
> assigned. To test this I shutdown the zone and deleted the network.
> Then I removed Vlan501 from the XenServer's and created it manually on 
> the exact same nic as it was before. Then I added a ISO repo and 
> manually installed 2 vms manually assigning the public ip's. It works 
> as expected, I can ping the gateway and the other VM on the other 
> hypervisor. This was to prove my vlan config.
>
>
>
> What do I do?
>
>

RE: Vlan issue with ACS 4.4 and XenServer 6.2

[Matthew Midgett]

Yes I sure did and I can see in xenserver that the vlan is created and the vm 
is attached to the right vlan. 



On Jan 8, 2015, 2:25 AM, at 2:25 AM, Sanjeev Neelarapu 
 wrote:
>Hi Matt,
>
>Did you specify vlan ID as 501 while creating private network with
>public ips in cloudstack?
>
>-Sanjeev
>
>-Original Message-
>From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
>Sent: Wednesday, January 07, 2015 8:42 AM
>To: dev@cloudstack.apache.org; aemne...@gmail.com
>Subject: RE: Vlan issue with ACS 4.4 and XenServer 6.2
>
>It is there because I can disable the zone, delete the VM and network.
>Use XenCenter to add a vlan of 501. Manually install 2 VM's on
>different hypervisors and ping both VM and the GW that on the router.
>This config tells me that 501 is configured correctly. The switch ports
>for the vlan 501 network are trunked. When ACS creates the vlan 501
>from the network config it doesn’t work correctly. When the VM and VR
>are on the same host it works just fine. When there not the Vlan isn 't
>working. It's strange. I can ping the GW from both VM's but can't ping
>the VM on the other hypervisor or the VR. If I migrate all the VM's and
>VR to the same hypervisor it works as expected.
>
>The vlan 501 on the router holds the GW address so if it wan't there I
>would 't be able to ping it.
>
>I have tried everything from new networking services to vlan's trunking
>and not trunking and just switchport with vlan. It doen't want to work.
>
>The vlan500 how ever is the console router and SSVM. I think that it
>works as expected but I havn't ssh into them to try. They are doing
>their job and I can have an public ip console and ssvm is downloading
>templates and moving VM templates from Sec storage to primary.
>
>Any more ideas?
>
>-Original Message-
>From: Ahmad Emneina [mailto:aemne...@gmail.com]
>Sent: Tuesday, January 06, 2015 9:11 PM
>To: dev@cloudstack.apache.org
>Subject: Re: Vlan issue with ACS 4.4 and XenServer 6.2
>
>Hey Matt, it sounds like you have a vlan trunking issue. Check the
>switch port configuration for the port(s) yout hypervisors are
>connected to, ensure that vlan is present.
>
>On Tue, Jan 6, 2015 at 5:43 PM, Matthew Midgett <
>clouds...@trick-solutions.com.invalid> wrote:
>
>> In my test deployment I have 2 hypervisors with XenServer 6.2 
>> installed. I am creating a private network with public Ips, so that 
>> the VR is only used to hand out IPs and meta data. The vlan is 501, 
>> and it has a range of 216.249.111.2-254. What happens is that when I 
>> create new VM's and they spawn on the server with the VR cloud-init 
>> works and it gets the password and the server is good. When is spawns
>
>> on the other hypervisor it can't connect to the VR and because of
>this 
>> it doesn't get its meta data. What I do is quickly move the VR to the
>
>> other hypervisor, this allows it to get the meta data so I can login.
>> Once this is done I can login and ping the gateway for vlan 501 but 
>> can't ping the other VM or the VR if it's not on the same hypervisor.
>> I know my trunks and vlans are correct and the interfaces that's
>being 
>> assigned. To test this I shutdown the zone and deleted the network.
>> Then I removed Vlan501 from the XenServer's and created it manually
>on 
>> the exact same nic as it was before. Then I added a ISO repo and 
>> manually installed 2 vms manually assigning the public ip's. It works
>
>> as expected, I can ping the gateway and the other VM on the other 
>> hypervisor. This was to prove my vlan config.
>>
>>
>>
>> What do I do?
>>
>>

RE: XenServer 6.5

[Matthew Midgett]

And where exactly do we stand with this right now? Can I install with ACS 4.5?

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Wednesday, January 14, 2015 3:17 AM
To: dev
Subject: Re: xenserver 6.5

Adrian, I think your questions/considerations are right and I have been 
wondering about the same things.
On one side it should be "allowed unless" instead of "only allowed if". On the 
other hand therre are sure to be some features extra or some that might have a 
slightly different semantics that might hinder or impair cloudstack.
Not sure what the right answer is. Hope that someone with a view on the 
architectural decisions behind it can shed some light.

On Tue, Jan 13, 2015 at 2:46 PM, Adrian Lewis  
wrote:
> With XS 6.5 released, is anyone able to comment on:
>
> 1. Does the 4.5 branch need updating to support it?
> 2. If the changes are so minor, will we see support in 4.3.x or 4.4.x 
> as well?
>
> Do we consider this to be a feature or bug? If the code for the 
> resource class stays exactly the same and the only thing blocking the 
> use of XS 6.5 is the checks that CS does when adding a new host, would 
> this not be considered as a bug? Technically the validation is broken 
> as its intent is to determine whether or not the current resource 
> class can handle the hypervisor. If the current resource class can in 
> fact handle XS6.5 but the validation code says it can't, isn’t this is a bug?
>
> Cheers,
>
> Adrian
>
> -Original Message-
> From: Tim Mackey [mailto:tmac...@gmail.com]
> Sent: 20 October 2014 20:10
> To: dev@cloudstack.apache.org
> Subject: Re: xenserver 6.5
>
> Correct on both counts
>
> On Mon, Oct 20, 2014 at 2:55 PM, Daan Hoogland 
> 
> wrote:
>
>> thanks Tim, from this I take that hypervisor versions are hardcoded 
>> still, and xenserver 6.5 is supported since 4.5. correct?
>>
>> On Mon, Oct 20, 2014 at 8:36 PM, Tim Mackey  wrote:
>>
>> > Daan,
>> >
>> > Here are the relevant commits:
>> >
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=2
>> b
>> e02d1f515d8d089b6596127614fe6b8030d723
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=b
>> 7
>> f5e95c8f17cf42d35705872b4210db8c2def72
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=6
>> 7
>> 4af6e47313fa18c18536a2daed90d13b9a9a59
>> >
>> > Mike,
>> >
>> > Here's an example of the type of DB changes:
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f
>> = 
>> setup/db/db/schema-441to450.sql;h=e6aae8e3d624744af9f19b132fa8f53b5a4
>> c 
>> ddb5;hp=34d5f8842005f8a2da4df8a9a838d919cc648831;hb=2be02d1f515d8d089
>> b
>> 6596127614fe6b8030d723;hpb=f212aa57c32eb05d6a69730e37ac50bdb1f0a268
>> >
>> > On Mon, Oct 20, 2014 at 1:51 PM, Mike Tutkowski < 
>> > mike.tutkow...@solidfire.com> wrote:
>> >
>> > > Yeah, Tim, I'm a little unclear of what you mean by requiring a 
>> > > DB
>> > update.
>> > >
>> > > Can you clarify that?
>> > >
>> > > Thanks!
>> > >
>> > > On Mon, Oct 20, 2014 at 11:29 AM, Daan Hoogland <
>> daan.hoogl...@gmail.com
>> > >
>> > > wrote:
>> > >
>> > > > Tim, these changes are needed? so 4.4.1 will not work with db
>> > changes...
>> > > Do
>> > > > you have a commit id?
>> > > >
>> > > > On Mon, Oct 20, 2014 at 6:54 PM, Tim Mackey 
>> wrote:
>> > > >
>> > > > > I know that master had a bunch of cleanup work to make things 
>> > > > > work
>> > > better
>> > > > > (commits were a month ago), but baring any significant 
>> > > > > issues,
>> being
>> > > able
>> > > > > to support a newer XenServer should be as simple as a 
>> > > > > database
>> > update.
>> > > > So
>> > > > > net of this master *today* should work fine with 6.5 (and the
>> various
>> > > > > pre-release builds since beta.2).
>> > > > >
>> > > > > On Mon, Oct 20, 2014 at 12:45 PM, Mike Tutkowski < 
>> > > > > mike.tutkow...@solidfire.com> wrote:
>> > > > >
>> > > > > > Someone correct me if I'm wrong but, if a previous 
>> > > > > > XenServer
>> > resource
>> > > > > class
>> > > > > > can handle the newer version of XenServer, then I don't 
>> > > > > > think you
>> > > need
>> > > > to
>> > > > > > make any changes to CloudStack files to use that newer version.
>> > > > > >
>> > > > > > If you do see some incompatibility with that version of
>> XenServer,
>> > > then
>> > > > > > someone would need to create a new resource class to handle 
>> > > > > > the discrepancies.
>> > > > > >
>> > > > > > On Monday, October 20, 2014, Adrian Lewis <
>> > > adr...@alsiconsulting.co.uk
>> > > > >
>> > > > > > wrote:
>> > > > > >
>> > > > > > > Out of interest, on the assumption that there are no 
>> > > > > > > issues
>> with
>> > > > using
>> > > > > > 6.5
>> > > > > > > when it's released and there are no 
>> > > > > > > backwards-compatibility
>> > > problems,
>> > > > > > will
>> > > > > > > it then work with 4.4.1 or does CS need to be 
>> > > > > > > *explicitly* told
>> > > that
>> > > >