You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Jessica Wang <Je...@citrix.com> on 2013/03/21 23:11:36 UTC
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
To remove Baremetal from UI:
(1) remove BareMetal from listHypervisors API response:
http://localhost:8080/client/api?command=listHypervisors&response=json&sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=1363899049467
{
"listhypervisorsresponse": {
"count": 5,
"hypervisor": [
{
"name": "KVM"
},
{
"name": "XenServer"
},
{
"name": "VMware"
},
{
"name": "BareMetal"
},
{
"name": "Ovm"
}
]
}
}
(2) remove service "BaremetalPxeService" and provider "BaremetalDhcpProvider", "BaremetalPxeProvider" , "BaremetaUserdataProvider" from listSupportedNetworkServices API response:
http://localhost:8080/client/api?command=listSupportedNetworkServices&response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&_=1363890711116
{
"listsupportednetworkservicesresponse": {
"count": 13,
"networkservice": [
{
"name": "Vpn",
"provider": [
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "SupportedVpnTypes",
"canchooseservicecapability": false
},
{
"name": "VpnTypes",
"canchooseservicecapability": false
}
]
},
{
"name": "Dhcp",
"provider": [
{
"name": "BaremetalDhcpProvider",
"canenableindividualservice": false
},
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": []
},
{
"name": "Dns",
"provider": [
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "AllowDnsSuffixModification",
"canchooseservicecapability": false
}
]
},
{
"name": "Firewall",
"provider": [
{
"name": "VirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "SupportedProtocols",
"canchooseservicecapability": false
},
{
"name": "MultipleIps",
"canchooseservicecapability": false
},
{
"name": "TrafficStatistics",
"canchooseservicecapability": false
},
{
"name": "SupportedTrafficDirection",
"canchooseservicecapability": false
},
{
"name": "SupportedEgressProtocols",
"canchooseservicecapability": false
}
]
},
{
"name": "Lb",
"provider": [
{
"name": "ElasticLoadBalancerVm",
"canenableindividualservice": false
},
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "SupportedLbAlgorithms",
"canchooseservicecapability": false
},
{
"name": "SupportedLBIsolation",
"canchooseservicecapability": true
},
{
"name": "SupportedProtocols",
"canchooseservicecapability": false
},
{
"name": "TrafficStatistics",
"canchooseservicecapability": false
},
{
"name": "LoadBalancingSupportedIps",
"canchooseservicecapability": false
},
{
"name": "SupportedStickinessMethods",
"canchooseservicecapability": false
},
{
"name": "ElasticLb",
"canchooseservicecapability": false
}
]
},
{
"name": "UserData",
"provider": [
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "BaremetaUserdataProvider",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": []
},
{
"name": "SourceNat",
"provider": [
{
"name": "NiciraNvp",
"canenableindividualservice": true
},
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "SupportedSourceNatTypes",
"canchooseservicecapability": true
},
{
"name": "RedundantRouter",
"canchooseservicecapability": true
}
]
},
{
"name": "StaticNat",
"provider": [
{
"name": "NiciraNvp",
"canenableindividualservice": true
},
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "ElasticIp",
"canchooseservicecapability": false
}
]
},
{
"name": "PortForwarding",
"provider": [
{
"name": "NiciraNvp",
"canenableindividualservice": true
},
{
"name": "VirtualRouter",
"canenableindividualservice": true
},
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": []
},
{
"name": "SecurityGroup",
"provider": [
{
"name": "SecurityGroupProvider",
"canenableindividualservice": false
}
],
"capability": []
},
{
"name": "NetworkACL",
"provider": [
{
"name": "VpcVirtualRouter",
"canenableindividualservice": true
}
],
"capability": [
{
"name": "SupportedProtocols",
"canchooseservicecapability": false
}
]
},
{
"name": "Connectivity",
"provider": [
{
"name": "BigSwitchVns",
"canenableindividualservice": true
},
{
"name": "NiciraNvp",
"canenableindividualservice": true
}
],
"capability": []
},
{
"name": "BaremetalPxeService",
"provider": [
{
"name": "BaremetalPxeProvider",
"canenableindividualservice": false
}
],
"capability": []
}
]
}
}
Jessica
-----Original Message-----
From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
Sent: Thursday, March 21, 2013 3:00 PM
To: Animesh Chaturvedi; dev@cloudstack.apache.org
Cc: cloudstack-dev@incubator.apache.org
Subject: RE: [ACS41] Baremetal blockers
-----Original Message-----
From: Animesh Chaturvedi
Sent: Thursday, March 21, 2013 2:56 PM
To: dev@cloudstack.apache.org
Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
Subject: RE: [ACS41] Baremetal blockers
> -----Original Message-----
> From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> Sent: Thursday, March 21, 2013 2:22 PM
> To: dev@cloudstack.apache.org
> Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> Subject: RE: [ACS41] Baremetal blockers
>
>
> > >> > >
> > >> > > I am checking if these can be reassigned. If it does not pan
> > >> > > out by
> > >> tomorrow I will propose to disable the feature for 4.1 release.
> > >> >
> > >> > I think that a decision is predicated on a more specific
> > >> > statement of what we mean by "disable".
> > >>
> > >> Pinging on this again. I'm leaning towards agreement, but what
> > >> *exactly* can we do to disable it and (at the same time) minimize
> > >> the
> > >> knock- on effect of the change required to disable it.
> > > [Animesh>] There is no one available to pick up these defects in
> > > time for
> > 4.1 so we will disable the feature. Disable means Baremetal will be
> > removed from componentContext.xml , the API and UI will not be
> available.
> >
> > Are you sure that removing the plugin from componentContext.xml will
> > remove it from the UI? (I'm not, that's why I'm asking)
> [Animesh>] Yes, discussed with Alex and Jessica.
[Animesh>] Will try out the change and submit a patch. Jessica anything else?
[Jessica W] Nothing else except removing Baremetal from listHypervisors API response and listSupportedNetworkServices API response.
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
Vijay can provide the SQL patch too, it's ready just waiting on the community decision on whether upgrade handling is necessary
Thanks
Animesh
On Mar 22, 2013, at 8:38 AM, "Chip Childers" <ch...@sungard.com> wrote:
> On Thu, Mar 21, 2013 at 07:59:03PM -0700, Vijayendra Bhamidipati wrote:
>> Please note that the sql changes Animesh mentioned are not part of the diffs..
>>
>> Regards,
>> Vijay
>
> Anyone going to provide the SQL patch?
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Chip Childers <ch...@sungard.com>.
On Thu, Mar 21, 2013 at 07:59:03PM -0700, Vijayendra Bhamidipati wrote:
> Please note that the sql changes Animesh mentioned are not part of the diffs..
>
> Regards,
> Vijay
Anyone going to provide the SQL patch?
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Chip Childers <ch...@sungard.com>.
> Due to this thread, shall I safely assume that I should not commit any
> documentation for bare metal to the 4.1 branch? OK to move the fix target
> date forward for CLOUDSTACK-1478?
Yes. Please set to 4.2.
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
> -----Original Message-----
> From: David Nalley [mailto:david@gnsa.us]
> Sent: Friday, March 22, 2013 11:56 AM
> To: Animesh Chaturvedi
> Cc: dev@cloudstack.apache.org; cloudstack-dev@incubator.apache.org
> Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
>
> On Fri, Mar 22, 2013 at 2:06 PM, Animesh Chaturvedi
> <an...@citrix.com> wrote:
> >
> >
> >> -----Original Message-----
> >> From: David Nalley [mailto:david@gnsa.us]
> >> Sent: Friday, March 22, 2013 10:43 AM
> >> >
> >> > So what we are *REALLY* talking about here, is that an experimental
> >> > feature from past releases was modified for 4.1 but is broken
> >> > completely now.
> >> >
> >> > IMO we need to do 2 things. First, we *must* document that the
> >> > experimental feature from past releases is not in 4.1 in the
> >> > release notes. Second, yes, we should remove it from the DB.
> >> >
> >> > Basically, nobody is going to be able to use it if they install the
> >> > code, right? So if they do use bare metal from a prior version, I
> >> > certainly hope that they don't upgrade to 4.1 (given the state of
> >> > the feature).
> >> >
> >> > Anyone else have a thought?
> >>
> >>
> >> So here are my raw thoughts. Take them for what you will.
> >>
> >> We have a feature that IMO is a pretty big deal, akin to hypervisor
> support.
> >> We've had similar issues with OVM in the past.
> >>
> >> Perhaps we need to be looking at whether such massive features are
> >> sustainable. In this case (as with OVM) no one cared enough to fix
> >> the problems and it fell into disrepair, and rather than the
> >> community making an informed decision to discontinue support for a
> >> feature and phase support out over time, our hand is forced when QA
> finds issues.
> >> Writing the software initially is easier than the long term
> >> maintenance, and given that we've dropped a 'hypervisor' every
> >> release, I am wondering if we don't need to reject some of these
> >> efforts outright if there is doubt as to sustainability.
> > [Animesh>] David appreciate your thoughts It just happened that the
> baremetal testing began just when Frank started his vacation. As soon as he
> returns he should get back to fix baremetal and sustain the effort.
> >
>
> It's not that Frank is gone or the timing. It's that only one person cares and
> apparently only one person who can work on it. (e.g. a bus factor [1] of one
> for a major feature doesn't strike me as
> sustainable.)
>
> [1] http://en.wikipedia.org/wiki/Bus_factor
[Animesh>] Agreed, if anyone else wants to contribute towards baremetal they are welcome to do so.
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by David Nalley <da...@gnsa.us>.
On Fri, Mar 22, 2013 at 2:06 PM, Animesh Chaturvedi
<an...@citrix.com> wrote:
>
>
>> -----Original Message-----
>> From: David Nalley [mailto:david@gnsa.us]
>> Sent: Friday, March 22, 2013 10:43 AM
>> >
>> > So what we are *REALLY* talking about here, is that an experimental
>> > feature from past releases was modified for 4.1 but is broken
>> > completely now.
>> >
>> > IMO we need to do 2 things. First, we *must* document that the
>> > experimental feature from past releases is not in 4.1 in the release
>> > notes. Second, yes, we should remove it from the DB.
>> >
>> > Basically, nobody is going to be able to use it if they install the
>> > code, right? So if they do use bare metal from a prior version, I
>> > certainly hope that they don't upgrade to 4.1 (given the state of the
>> > feature).
>> >
>> > Anyone else have a thought?
>>
>>
>> So here are my raw thoughts. Take them for what you will.
>>
>> We have a feature that IMO is a pretty big deal, akin to hypervisor support.
>> We've had similar issues with OVM in the past.
>>
>> Perhaps we need to be looking at whether such massive features are
>> sustainable. In this case (as with OVM) no one cared enough to fix the
>> problems and it fell into disrepair, and rather than the community making an
>> informed decision to discontinue support for a feature and phase support
>> out over time, our hand is forced when QA finds issues.
>> Writing the software initially is easier than the long term maintenance, and
>> given that we've dropped a 'hypervisor' every release, I am wondering if we
>> don't need to reject some of these efforts outright if there is doubt as to
>> sustainability.
> [Animesh>] David appreciate your thoughts It just happened that the baremetal testing began just when Frank started his vacation. As soon as he returns he should get back to fix baremetal and sustain the effort.
>
It's not that Frank is gone or the timing. It's that only one person
cares and apparently only one person who can work on it. (e.g. a bus
factor [1] of one for a major feature doesn't strike me as
sustainable.)
[1] http://en.wikipedia.org/wiki/Bus_factor
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
> -----Original Message-----
> From: David Nalley [mailto:david@gnsa.us]
> Sent: Friday, March 22, 2013 10:43 AM
> >
> > So what we are *REALLY* talking about here, is that an experimental
> > feature from past releases was modified for 4.1 but is broken
> > completely now.
> >
> > IMO we need to do 2 things. First, we *must* document that the
> > experimental feature from past releases is not in 4.1 in the release
> > notes. Second, yes, we should remove it from the DB.
> >
> > Basically, nobody is going to be able to use it if they install the
> > code, right? So if they do use bare metal from a prior version, I
> > certainly hope that they don't upgrade to 4.1 (given the state of the
> > feature).
> >
> > Anyone else have a thought?
>
>
> So here are my raw thoughts. Take them for what you will.
>
> We have a feature that IMO is a pretty big deal, akin to hypervisor support.
> We've had similar issues with OVM in the past.
>
> Perhaps we need to be looking at whether such massive features are
> sustainable. In this case (as with OVM) no one cared enough to fix the
> problems and it fell into disrepair, and rather than the community making an
> informed decision to discontinue support for a feature and phase support
> out over time, our hand is forced when QA finds issues.
> Writing the software initially is easier than the long term maintenance, and
> given that we've dropped a 'hypervisor' every release, I am wondering if we
> don't need to reject some of these efforts outright if there is doubt as to
> sustainability.
[Animesh>] David appreciate your thoughts It just happened that the baremetal testing began just when Frank started his vacation. As soon as he returns he should get back to fix baremetal and sustain the effort.
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by David Nalley <da...@gnsa.us>.
On Fri, Mar 22, 2013 at 1:14 PM, Chip Childers
<ch...@sungard.com> wrote:
> On Fri, Mar 22, 2013 at 10:06:26AM -0700, Animesh Chaturvedi wrote:
>>
>>
>> On Mar 22, 2013, at 9:57 AM, "Chip Childers" <ch...@sungard.com> wrote:
>>
>> > On Fri, Mar 22, 2013 at 09:50:38AM -0700, Animesh Chaturvedi wrote:
>> >>
>> >>
>> >> Thanks
>> >> Animesh
>> >>
>> >> On Mar 22, 2013, at 9:27 AM, "Chip Childers" <ch...@sungard.com> wrote:
>> >>
>> >>> On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
>> >>>> 2. Add Cluster
>> >>>> - Baremetal show up in list of hypervisors. This is coming from listHypervisors command
>> >>>>
>> >>>> How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
>> >>>>
>> >>>> How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
>> >>>
>> >>> Help me understand this one. Is there data in a table somewhere for
>> >>> pre-4.1 released versions?
>> >>
>> >> Yes the Configuration database table has an attribute hypervisors.list and the value for that attribute is comma separated list of supported hypervisors, and includes 'BareMetal'. No Schema change is needed. Fix is to remove 'BareMetal' from attribute value.
>> >>
>> >> I do not have enough history to make a call how important is to fix it. The fix is trivial.
>> >
>> > OK, so it was in that table as part of the previous baremetal
>> > "experimental" feature?
>> Yes
>> >
>> > In that case, can I also assume that there's no impact to the data being
>> > in the table?
>>
>> If we let 'BareMetal' in the table it will be returned in listHypervisors API call and UI will show it in Add Cluster screen for upgrade from 4.0 -4.1
>
> So what we are *REALLY* talking about here, is that an experimental
> feature from past releases was modified for 4.1 but is broken completely
> now.
>
> IMO we need to do 2 things. First, we *must* document that the
> experimental feature from past releases is not in 4.1 in the release
> notes. Second, yes, we should remove it from the DB.
>
> Basically, nobody is going to be able to use it if they install the
> code, right? So if they do use bare metal from a prior version, I
> certainly hope that they don't upgrade to 4.1 (given the state of the
> feature).
>
> Anyone else have a thought?
So here are my raw thoughts. Take them for what you will.
We have a feature that IMO is a pretty big deal, akin to hypervisor support.
We've had similar issues with OVM in the past.
Perhaps we need to be looking at whether such massive features are
sustainable. In this case (as with OVM) no one cared enough to fix the
problems and it fell into disrepair, and rather than the community
making an informed decision to discontinue support for a feature and
phase support out over time, our hand is forced when QA finds issues.
Writing the software initially is easier than the long term
maintenance, and given that we've dropped a 'hypervisor' every
release, I am wondering if we don't need to reject some of these
efforts outright if there is doubt as to sustainability.
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Jessica Tomechak <je...@gmail.com>.
On Fri, Mar 22, 2013 at 10:14 AM, Chip Childers
<ch...@sungard.com>wrote:
> On Fri, Mar 22, 2013 at 10:06:26AM -0700, Animesh Chaturvedi wrote:
> >
> >
> > On Mar 22, 2013, at 9:57 AM, "Chip Childers" <ch...@sungard.com>
> wrote:
> >
> > > On Fri, Mar 22, 2013 at 09:50:38AM -0700, Animesh Chaturvedi wrote:
> > >>
> > >>
> > >> Thanks
> > >> Animesh
> > >>
> > >> On Mar 22, 2013, at 9:27 AM, "Chip Childers" <
> chip.childers@sungard.com> wrote:
> > >>
> > >>> On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
> > >>>> 2. Add Cluster
> > >>>> - Baremetal show up in list of hypervisors. This is coming from
> listHypervisors command
> > >>>>
> > >>>> How to fix: This comes from the file
> server/src/com/cloud/configuration/ Config.java in property "
> hypervisor.list" and is pulled from Database table "Configuration".
> > >>>>
> > >>>> How to fix. : removing the BareMetal from hypervisors.list property
> in Config.java will fix it for fresh installs. This will fix the fresh
> install but to fix it for upgrade we need to fix the upgrade sql data
> files. I am not sure if we should fix this I am not clear on upgrade
> concerns? Alex/Chip any comments.
> > >>>
> > >>> Help me understand this one. Is there data in a table somewhere for
> > >>> pre-4.1 released versions?
> > >>
> > >> Yes the Configuration database table has an attribute
> hypervisors.list and the value for that attribute is comma separated list
> of supported hypervisors, and includes 'BareMetal'. No Schema change is
> needed. Fix is to remove 'BareMetal' from attribute value.
> > >>
> > >> I do not have enough history to make a call how important is to fix
> it. The fix is trivial.
> > >
> > > OK, so it was in that table as part of the previous baremetal
> > > "experimental" feature?
> > Yes
> > >
> > > In that case, can I also assume that there's no impact to the data
> being
> > > in the table?
> >
> > If we let 'BareMetal' in the table it will be returned in
> listHypervisors API call and UI will show it in Add Cluster screen for
> upgrade from 4.0 -4.1
>
> So what we are *REALLY* talking about here, is that an experimental
> feature from past releases was modified for 4.1 but is broken completely
> now.
>
> IMO we need to do 2 things. First, we *must* document that the
> experimental feature from past releases is not in 4.1 in the release
> notes.
Chip, good point. There is a bug to track the release notes effort. I added
this as a comment in that bug.
https://issues.apache.org/jira/browse/CLOUDSTACK-1102
Jessica T.
> Second, yes, we should remove it from the DB.
>
> Basically, nobody is going to be able to use it if they install the
> code, right? So if they do use bare metal from a prior version, I
> certainly hope that they don't upgrade to 4.1 (given the state of the
> feature).
>
> Anyone else have a thought?
>
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
> > >> On Mar 22, 2013, at 9:27 AM, "Chip Childers"
> <ch...@sungard.com> wrote:
> > >>
> > >>> On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
> > >>>> 2. Add Cluster
> > >>>> - Baremetal show up in list of hypervisors. This is coming from
> > >>>> listHypervisors command
> > >>>>
> > >>>> How to fix: This comes from the file
> server/src/com/cloud/configuration/ Config.java in property "
> hypervisor.list" and is pulled from Database table "Configuration".
> > >>>>
> > >>>> How to fix. : removing the BareMetal from hypervisors.list property in
> Config.java will fix it for fresh installs. This will fix the fresh install but to fix it
> for upgrade we need to fix the upgrade sql data files. I am not sure if we
> should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
> > >>>
> > >>> Help me understand this one. Is there data in a table somewhere
> > >>> for
> > >>> pre-4.1 released versions?
> > >>
> > >> Yes the Configuration database table has an attribute hypervisors.list
> and the value for that attribute is comma separated list of supported
> hypervisors, and includes 'BareMetal'. No Schema change is needed. Fix is to
> remove 'BareMetal' from attribute value.
> > >>
> > >> I do not have enough history to make a call how important is to fix it.
> The fix is trivial.
> > >
> > > OK, so it was in that table as part of the previous baremetal
> > > "experimental" feature?
> > Yes
> > >
> > > In that case, can I also assume that there's no impact to the data
> > > being in the table?
> >
> > If we let 'BareMetal' in the table it will be returned in
> > listHypervisors API call and UI will show it in Add Cluster screen for
> > upgrade from 4.0 -4.1
>
> So what we are *REALLY* talking about here, is that an experimental feature
> from past releases was modified for 4.1 but is broken completely now.
>
[Animesh>] Yes as the feature is now disabled completely
> IMO we need to do 2 things. First, we *must* document that the
> experimental feature from past releases is not in 4.1 in the release notes.
[Animesh>] Jessica can you update the release notes?
> Second, yes, we should remove it from the DB.
[Animesh>]
[Animesh>] Vijay can you submit the updated patch?
>
> Basically, nobody is going to be able to use it if they install the code, right?
[Animesh>] Yes that's correct
So
> if they do use bare metal from a prior version, I certainly hope that they don't
> upgrade to 4.1 (given the state of the feature).
>
> Anyone else have a thought?
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Chip Childers <ch...@sungard.com>.
On Fri, Mar 22, 2013 at 10:06:26AM -0700, Animesh Chaturvedi wrote:
>
>
> On Mar 22, 2013, at 9:57 AM, "Chip Childers" <ch...@sungard.com> wrote:
>
> > On Fri, Mar 22, 2013 at 09:50:38AM -0700, Animesh Chaturvedi wrote:
> >>
> >>
> >> Thanks
> >> Animesh
> >>
> >> On Mar 22, 2013, at 9:27 AM, "Chip Childers" <ch...@sungard.com> wrote:
> >>
> >>> On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
> >>>> 2. Add Cluster
> >>>> - Baremetal show up in list of hypervisors. This is coming from listHypervisors command
> >>>>
> >>>> How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
> >>>>
> >>>> How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
> >>>
> >>> Help me understand this one. Is there data in a table somewhere for
> >>> pre-4.1 released versions?
> >>
> >> Yes the Configuration database table has an attribute hypervisors.list and the value for that attribute is comma separated list of supported hypervisors, and includes 'BareMetal'. No Schema change is needed. Fix is to remove 'BareMetal' from attribute value.
> >>
> >> I do not have enough history to make a call how important is to fix it. The fix is trivial.
> >
> > OK, so it was in that table as part of the previous baremetal
> > "experimental" feature?
> Yes
> >
> > In that case, can I also assume that there's no impact to the data being
> > in the table?
>
> If we let 'BareMetal' in the table it will be returned in listHypervisors API call and UI will show it in Add Cluster screen for upgrade from 4.0 -4.1
So what we are *REALLY* talking about here, is that an experimental
feature from past releases was modified for 4.1 but is broken completely
now.
IMO we need to do 2 things. First, we *must* document that the
experimental feature from past releases is not in 4.1 in the release
notes. Second, yes, we should remove it from the DB.
Basically, nobody is going to be able to use it if they install the
code, right? So if they do use bare metal from a prior version, I
certainly hope that they don't upgrade to 4.1 (given the state of the
feature).
Anyone else have a thought?
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
On Mar 22, 2013, at 9:57 AM, "Chip Childers" <ch...@sungard.com> wrote:
> On Fri, Mar 22, 2013 at 09:50:38AM -0700, Animesh Chaturvedi wrote:
>>
>>
>> Thanks
>> Animesh
>>
>> On Mar 22, 2013, at 9:27 AM, "Chip Childers" <ch...@sungard.com> wrote:
>>
>>> On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
>>>> 2. Add Cluster
>>>> - Baremetal show up in list of hypervisors. This is coming from listHypervisors command
>>>>
>>>> How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
>>>>
>>>> How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
>>>
>>> Help me understand this one. Is there data in a table somewhere for
>>> pre-4.1 released versions?
>>
>> Yes the Configuration database table has an attribute hypervisors.list and the value for that attribute is comma separated list of supported hypervisors, and includes 'BareMetal'. No Schema change is needed. Fix is to remove 'BareMetal' from attribute value.
>>
>> I do not have enough history to make a call how important is to fix it. The fix is trivial.
>
> OK, so it was in that table as part of the previous baremetal
> "experimental" feature?
Yes
>
> In that case, can I also assume that there's no impact to the data being
> in the table?
If we let 'BareMetal' in the table it will be returned in listHypervisors API call and UI will show it in Add Cluster screen for upgrade from 4.0 -4.1
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Chip Childers <ch...@sungard.com>.
On Fri, Mar 22, 2013 at 09:50:38AM -0700, Animesh Chaturvedi wrote:
>
>
> Thanks
> Animesh
>
> On Mar 22, 2013, at 9:27 AM, "Chip Childers" <ch...@sungard.com> wrote:
>
> > On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
> >> 2. Add Cluster
> >> - Baremetal show up in list of hypervisors. This is coming from listHypervisors command
> >>
> >> How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
> >>
> >> How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
> >
> > Help me understand this one. Is there data in a table somewhere for
> > pre-4.1 released versions?
>
> Yes the Configuration database table has an attribute hypervisors.list and the value for that attribute is comma separated list of supported hypervisors, and includes 'BareMetal'. No Schema change is needed. Fix is to remove 'BareMetal' from attribute value.
>
> I do not have enough history to make a call how important is to fix it. The fix is trivial.
OK, so it was in that table as part of the previous baremetal
"experimental" feature?
In that case, can I also assume that there's no impact to the data being
in the table?
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
Thanks
Animesh
On Mar 22, 2013, at 9:27 AM, "Chip Childers" <ch...@sungard.com> wrote:
> On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
>> 2. Add Cluster
>> - Baremetal show up in list of hypervisors. This is coming from listHypervisors command
>>
>> How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
>>
>> How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
>
> Help me understand this one. Is there data in a table somewhere for
> pre-4.1 released versions?
Yes the Configuration database table has an attribute hypervisors.list and the value for that attribute is comma separated list of supported hypervisors, and includes 'BareMetal'. No Schema change is needed. Fix is to remove 'BareMetal' from attribute value.
I do not have enough history to make a call how important is to fix it. The fix is trivial.
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Chip Childers <ch...@sungard.com>.
On Thu, Mar 21, 2013 at 06:03:49PM -0700, Animesh Chaturvedi wrote:
> 2. Add Cluster
> - Baremetal show up in list of hypervisors. This is coming from listHypervisors command
>
> How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
>
> How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
>
Help me understand this one. Is there data in a table somewhere for
pre-4.1 released versions?
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
> > -----Original Message-----
> > From: Chip Childers [mailto:chip.childers@sungard.com]
> > Sent: Thursday, March 21, 2013 5:16 PM
> > To: dev@cloudstack.apache.org
> > Cc: Animesh Chaturvedi; cloudstack-dev@incubator.apache.org
> > Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
> >
> > I'm +1 to disabling the function (including UCS), based on the info
> > provided so far.
> >
> > Please provide a clean patch for the 4.1 branch to accomplish this.
> > *After* it's applied, we should move the bugs out.
> >
> > Any objects from anyone?
> >
> [Animesh>] Some more update / details on what needs to get done 1.
> Network Offering : Bare metal shows up in 3 places
> - userdata
> - dhcpprovider
> - pxeservice
> How to fix: Comment out Baremetal and UCS from
> componentContext.xml.in and nonossComponentContext.xml.in and
> comment out the commands from
>
> 2. Add Cluster
> - Baremetal show up in list of hypervisors. This is coming from
> listHypervisors command
>
> How to fix: This comes from the file server/src/com/cloud/configuration/
> Config.java in property " hypervisor.list" and is pulled from Database table
> "Configuration".
>
> How to fix. : removing the BareMetal from hypervisors.list property in
> Config.java will fix it for fresh installs. This will fix the fresh install but to fix it
> for upgrade we need to fix the upgrade sql data files. I am not sure if we
> should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
>
> 3. Global Settings:
> Following 5 properties show up for baremetal in Global Settings
> external.baremetal.system.url
> external,baremetal.resource.classname
> enable.baremetal.securitygroup.agent.echo
> interval.baremetal.securitygroup.agent.echo
> timeout.baremetal.securitygroup.agent.echo
>
> How to fix : Comment out these 5 in server/src/com/cloud/configuration/
> Config.java Since these are new properties above is sufficient , there is no
> need to fix upgrade data scripts
>
> Thanks
> Animesh
>
[Animesh>] Vijay will submit a patch on review board for 4.1 shortly without the sql change discussed in [2] above
>
>
>
>
>
>
>
> > On Thu, Mar 21, 2013 at 03:11:36PM -0700, Jessica Wang wrote:
> > > To remove Baremetal from UI:
> > >
> > > (1) remove BareMetal from listHypervisors API response:
> > >
> > > http://localhost:8080/client/api?command=listHypervisors&response=js
> > > on
> > >
> >
> &sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=13638
> > 99049
> > > 467
> > >
> > > {
> > > "listhypervisorsresponse": {
> > > "count": 5,
> > > "hypervisor": [
> > > {
> > > "name": "KVM"
> > > },
> > > {
> > > "name": "XenServer"
> > > },
> > > {
> > > "name": "VMware"
> > > },
> > > {
> > > "name": "BareMetal"
> > > },
> > > {
> > > "name": "Ovm"
> > > }
> > > ]
> > > }
> > > }
> > >
> > > (2) remove service "BaremetalPxeService" and provider
> > "BaremetalDhcpProvider", "BaremetalPxeProvider" ,
> > "BaremetaUserdataProvider" from listSupportedNetworkServices API
> > response:
> > >
> > >
> >
> http://localhost:8080/client/api?command=listSupportedNetworkServices&
> > >
> >
> response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&
> > _=136389
> > > 0711116
> > >
> > > {
> > > "listsupportednetworkservicesresponse": {
> > > "count": 13,
> > > "networkservice": [
> > > {
> > > "name": "Vpn",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedVpnTypes",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "VpnTypes",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Dhcp",
> > > "provider": [
> > > {
> > > "name": "BaremetalDhcpProvider",
> > > "canenableindividualservice": false
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "Dns",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "AllowDnsSuffixModification",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Firewall",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedProtocols",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "MultipleIps",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "TrafficStatistics",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedTrafficDirection",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedEgressProtocols",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Lb",
> > > "provider": [
> > > {
> > > "name": "ElasticLoadBalancerVm",
> > > "canenableindividualservice": false
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedLbAlgorithms",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedLBIsolation",
> > > "canchooseservicecapability": true
> > > },
> > > {
> > > "name": "SupportedProtocols",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "TrafficStatistics",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "LoadBalancingSupportedIps",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedStickinessMethods",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "ElasticLb",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "UserData",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "BaremetaUserdataProvider",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "SourceNat",
> > > "provider": [
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedSourceNatTypes",
> > > "canchooseservicecapability": true
> > > },
> > > {
> > > "name": "RedundantRouter",
> > > "canchooseservicecapability": true
> > > }
> > > ]
> > > },
> > > {
> > > "name": "StaticNat",
> > > "provider": [
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "ElasticIp",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "PortForwarding",
> > > "provider": [
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "SecurityGroup",
> > > "provider": [
> > > {
> > > "name": "SecurityGroupProvider",
> > > "canenableindividualservice": false
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "NetworkACL",
> > > "provider": [
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedProtocols",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Connectivity",
> > > "provider": [
> > > {
> > > "name": "BigSwitchVns",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "BaremetalPxeService",
> > > "provider": [
> > > {
> > > "name": "BaremetalPxeProvider",
> > > "canenableindividualservice": false
> > > }
> > > ],
> > > "capability": []
> > > }
> > > ]
> > > }
> > > }
> > >
> > >
> > >
> > > Jessica
> > >
> > > -----Original Message-----
> > > From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
> > > Sent: Thursday, March 21, 2013 3:00 PM
> > > To: Animesh Chaturvedi; dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Animesh Chaturvedi
> > > Sent: Thursday, March 21, 2013 2:56 PM
> > > To: dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> > > > Sent: Thursday, March 21, 2013 2:22 PM
> > > > To: dev@cloudstack.apache.org
> > > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > > Subject: RE: [ACS41] Baremetal blockers
> > > >
> > > >
> > > > > >> > >
> > > > > >> > > I am checking if these can be reassigned. If it does not
> > > > > >> > > pan out by
> > > > > >> tomorrow I will propose to disable the feature for 4.1 release.
> > > > > >> >
> > > > > >> > I think that a decision is predicated on a more specific
> > > > > >> > statement of what we mean by "disable".
> > > > > >>
> > > > > >> Pinging on this again. I'm leaning towards agreement, but
> > > > > >> what
> > > > > >> *exactly* can we do to disable it and (at the same time)
> > > > > >> minimize the
> > > > > >> knock- on effect of the change required to disable it.
> > > > > > [Animesh>] There is no one available to pick up these defects
> > > > > > in time for
> > > > > 4.1 so we will disable the feature. Disable means Baremetal will
> > > > > be removed from componentContext.xml , the API and UI will not
> > > > > be
> > > > available.
> > > > >
> > > > > Are you sure that removing the plugin from componentContext.xml
> > > > > will remove it from the UI? (I'm not, that's why I'm asking)
> > > > [Animesh>] Yes, discussed with Alex and Jessica.
> > > [Animesh>] Will try out the change and submit a patch. Jessica
> > > anything
> > else?
> > > [Jessica W] Nothing else except removing Baremetal from
> > > listHypervisors
> > API response and listSupportedNetworkServices API response.
> > >
> > >
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Jessica Tomechak <je...@gmail.com>.
On Thu, Mar 21, 2013 at 7:59 PM, Vijayendra Bhamidipati <
vijayendra.bhamidipati@citrix.com> wrote:
> Please note that the sql changes Animesh mentioned are not part of the
> diffs..
>
> Regards,
> Vijay
>
> -----Original Message-----
> From: Vijayendra Bhamidipati [mailto:vijayendra.bhamidipati@citrix.com]
> Sent: Thursday, March 21, 2013 7:54 PM
> To: dev@cloudstack.apache.org; Chip Childers
> Cc: cloudstack-dev@incubator.apache.org
> Subject: RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
>
> Hi Chip, Animesh,
>
> I've posted the diff at https://reviews.apache.org/r/10071/
>
> Regards,
> Vijay
>
> -----Original Message-----
> From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> Sent: Thursday, March 21, 2013 6:04 PM
> To: Chip Childers; dev@cloudstack.apache.org
> Cc: cloudstack-dev@incubator.apache.org
> Subject: RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
>
>
>
> > -----Original Message-----
> > From: Chip Childers [mailto:chip.childers@sungard.com]
> > Sent: Thursday, March 21, 2013 5:16 PM
> > To: dev@cloudstack.apache.org
> > Cc: Animesh Chaturvedi; cloudstack-dev@incubator.apache.org
> > Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
> >
> > I'm +1 to disabling the function (including UCS), based on the info
> > provided so far.
> >
> > Please provide a clean patch for the 4.1 branch to accomplish this.
> > *After* it's applied, we should move the bugs out.
> >
> > Any objects from anyone?
> >
> [Animesh>] Some more update / details on what needs to get done 1. Network
> Offering : Bare metal shows up in 3 places
> - userdata
> - dhcpprovider
> - pxeservice
> How to fix: Comment out Baremetal and UCS from componentContext.xml.inand
> nonossComponentContext.xml.in and comment out the commands from
>
> 2. Add Cluster
> - Baremetal show up in list of hypervisors. This is coming from
> listHypervisors command
>
> How to fix: This comes from the file server/src/com/cloud/configuration/
> Config.java in property " hypervisor.list" and is pulled from Database
> table "Configuration".
>
> How to fix. : removing the BareMetal from hypervisors.list property in
> Config.java will fix it for fresh installs. This will fix the fresh install
> but to fix it for upgrade we need to fix the upgrade sql data files. I am
> not sure if we should fix this I am not clear on upgrade concerns?
> Alex/Chip any comments.
>
> 3. Global Settings:
> Following 5 properties show up for baremetal in Global Settings
> external.baremetal.system.url
> external,baremetal.resource.classname
> enable.baremetal.securitygroup.agent.echo
> interval.baremetal.securitygroup.agent.echo
> timeout.baremetal.securitygroup.agent.echo
>
> How to fix : Comment out these 5 in server/src/com/cloud/configuration/
> Config.java Since these are new properties above is sufficient , there is
> no need to fix upgrade data scripts
>
> Thanks
> Animesh
>
>
>
>
>
>
>
>
>
> > On Thu, Mar 21, 2013 at 03:11:36PM -0700, Jessica Wang wrote:
> > > To remove Baremetal from UI:
> > >
> > > (1) remove BareMetal from listHypervisors API response:
> > >
> > > http://localhost:8080/client/api?command=listHypervisors&response=js
> > > on
> > >
> > &sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=13638
> > 99049
> > > 467
> > >
> > > {
> > > "listhypervisorsresponse": {
> > > "count": 5,
> > > "hypervisor": [
> > > {
> > > "name": "KVM"
> > > },
> > > {
> > > "name": "XenServer"
> > > },
> > > {
> > > "name": "VMware"
> > > },
> > > {
> > > "name": "BareMetal"
> > > },
> > > {
> > > "name": "Ovm"
> > > }
> > > ]
> > > }
> > > }
> > >
> > > (2) remove service "BaremetalPxeService" and provider
> > "BaremetalDhcpProvider", "BaremetalPxeProvider" ,
> > "BaremetaUserdataProvider" from listSupportedNetworkServices API
> > response:
> > >
> > >
> > http://localhost:8080/client/api?command=listSupportedNetworkServices&
> > >
> > response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&
> > _=136389
> > > 0711116
> > >
> > > {
> > > "listsupportednetworkservicesresponse": {
> > > "count": 13,
> > > "networkservice": [
> > > {
> > > "name": "Vpn",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedVpnTypes",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "VpnTypes",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Dhcp",
> > > "provider": [
> > > {
> > > "name": "BaremetalDhcpProvider",
> > > "canenableindividualservice": false
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "Dns",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "AllowDnsSuffixModification",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Firewall",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedProtocols",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "MultipleIps",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "TrafficStatistics",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedTrafficDirection",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedEgressProtocols",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Lb",
> > > "provider": [
> > > {
> > > "name": "ElasticLoadBalancerVm",
> > > "canenableindividualservice": false
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedLbAlgorithms",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedLBIsolation",
> > > "canchooseservicecapability": true
> > > },
> > > {
> > > "name": "SupportedProtocols",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "TrafficStatistics",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "LoadBalancingSupportedIps",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "SupportedStickinessMethods",
> > > "canchooseservicecapability": false
> > > },
> > > {
> > > "name": "ElasticLb",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "UserData",
> > > "provider": [
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "BaremetaUserdataProvider",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "SourceNat",
> > > "provider": [
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedSourceNatTypes",
> > > "canchooseservicecapability": true
> > > },
> > > {
> > > "name": "RedundantRouter",
> > > "canchooseservicecapability": true
> > > }
> > > ]
> > > },
> > > {
> > > "name": "StaticNat",
> > > "provider": [
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "ElasticIp",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "PortForwarding",
> > > "provider": [
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VirtualRouter",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "SecurityGroup",
> > > "provider": [
> > > {
> > > "name": "SecurityGroupProvider",
> > > "canenableindividualservice": false
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "NetworkACL",
> > > "provider": [
> > > {
> > > "name": "VpcVirtualRouter",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": [
> > > {
> > > "name": "SupportedProtocols",
> > > "canchooseservicecapability": false
> > > }
> > > ]
> > > },
> > > {
> > > "name": "Connectivity",
> > > "provider": [
> > > {
> > > "name": "BigSwitchVns",
> > > "canenableindividualservice": true
> > > },
> > > {
> > > "name": "NiciraNvp",
> > > "canenableindividualservice": true
> > > }
> > > ],
> > > "capability": []
> > > },
> > > {
> > > "name": "BaremetalPxeService",
> > > "provider": [
> > > {
> > > "name": "BaremetalPxeProvider",
> > > "canenableindividualservice": false
> > > }
> > > ],
> > > "capability": []
> > > }
> > > ]
> > > }
> > > }
> > >
> > >
> > >
> > > Jessica
> > >
> > > -----Original Message-----
> > > From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
> > > Sent: Thursday, March 21, 2013 3:00 PM
> > > To: Animesh Chaturvedi; dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Animesh Chaturvedi
> > > Sent: Thursday, March 21, 2013 2:56 PM
> > > To: dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> > > > Sent: Thursday, March 21, 2013 2:22 PM
> > > > To: dev@cloudstack.apache.org
> > > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > > Subject: RE: [ACS41] Baremetal blockers
> > > >
> > > >
> > > > > >> > >
> > > > > >> > > I am checking if these can be reassigned. If it does not
> > > > > >> > > pan out by
> > > > > >> tomorrow I will propose to disable the feature for 4.1 release.
> > > > > >> >
> > > > > >> > I think that a decision is predicated on a more specific
> > > > > >> > statement of what we mean by "disable".
> > > > > >>
> > > > > >> Pinging on this again. I'm leaning towards agreement, but
> > > > > >> what
> > > > > >> *exactly* can we do to disable it and (at the same time)
> > > > > >> minimize the
> > > > > >> knock- on effect of the change required to disable it.
> > > > > > [Animesh>] There is no one available to pick up these defects
> > > > > > in time for
> > > > > 4.1 so we will disable the feature. Disable means Baremetal will
> > > > > be removed from componentContext.xml , the API and UI will not
> > > > > be
> > > > available.
> > > > >
> > > > > Are you sure that removing the plugin from componentContext.xml
> > > > > will remove it from the UI? (I'm not, that's why I'm asking)
> > > > [Animesh>] Yes, discussed with Alex and Jessica.
> > > [Animesh>] Will try out the change and submit a patch. Jessica
> > > anything
> > else?
> > > [Jessica W] Nothing else except removing Baremetal from
> > > listHypervisors
> > API response and listSupportedNetworkServices API response.
> > >
> > >
>
Due to this thread, shall I safely assume that I should not commit any
documentation for bare metal to the 4.1 branch? OK to move the fix target
date forward for CLOUDSTACK-1478?
Jessica T.
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Vijayendra Bhamidipati <vi...@citrix.com>.
Please note that the sql changes Animesh mentioned are not part of the diffs..
Regards,
Vijay
-----Original Message-----
From: Vijayendra Bhamidipati [mailto:vijayendra.bhamidipati@citrix.com]
Sent: Thursday, March 21, 2013 7:54 PM
To: dev@cloudstack.apache.org; Chip Childers
Cc: cloudstack-dev@incubator.apache.org
Subject: RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Hi Chip, Animesh,
I've posted the diff at https://reviews.apache.org/r/10071/
Regards,
Vijay
-----Original Message-----
From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
Sent: Thursday, March 21, 2013 6:04 PM
To: Chip Childers; dev@cloudstack.apache.org
Cc: cloudstack-dev@incubator.apache.org
Subject: RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
> -----Original Message-----
> From: Chip Childers [mailto:chip.childers@sungard.com]
> Sent: Thursday, March 21, 2013 5:16 PM
> To: dev@cloudstack.apache.org
> Cc: Animesh Chaturvedi; cloudstack-dev@incubator.apache.org
> Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
>
> I'm +1 to disabling the function (including UCS), based on the info
> provided so far.
>
> Please provide a clean patch for the 4.1 branch to accomplish this.
> *After* it's applied, we should move the bugs out.
>
> Any objects from anyone?
>
[Animesh>] Some more update / details on what needs to get done 1. Network Offering : Bare metal shows up in 3 places
- userdata
- dhcpprovider
- pxeservice
How to fix: Comment out Baremetal and UCS from componentContext.xml.in and nonossComponentContext.xml.in and comment out the commands from
2. Add Cluster
- Baremetal show up in list of hypervisors. This is coming from listHypervisors command
How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
3. Global Settings:
Following 5 properties show up for baremetal in Global Settings
external.baremetal.system.url
external,baremetal.resource.classname
enable.baremetal.securitygroup.agent.echo
interval.baremetal.securitygroup.agent.echo
timeout.baremetal.securitygroup.agent.echo
How to fix : Comment out these 5 in server/src/com/cloud/configuration/ Config.java Since these are new properties above is sufficient , there is no need to fix upgrade data scripts
Thanks
Animesh
> On Thu, Mar 21, 2013 at 03:11:36PM -0700, Jessica Wang wrote:
> > To remove Baremetal from UI:
> >
> > (1) remove BareMetal from listHypervisors API response:
> >
> > http://localhost:8080/client/api?command=listHypervisors&response=js
> > on
> >
> &sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=13638
> 99049
> > 467
> >
> > {
> > "listhypervisorsresponse": {
> > "count": 5,
> > "hypervisor": [
> > {
> > "name": "KVM"
> > },
> > {
> > "name": "XenServer"
> > },
> > {
> > "name": "VMware"
> > },
> > {
> > "name": "BareMetal"
> > },
> > {
> > "name": "Ovm"
> > }
> > ]
> > }
> > }
> >
> > (2) remove service "BaremetalPxeService" and provider
> "BaremetalDhcpProvider", "BaremetalPxeProvider" ,
> "BaremetaUserdataProvider" from listSupportedNetworkServices API
> response:
> >
> >
> http://localhost:8080/client/api?command=listSupportedNetworkServices&
> >
> response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&
> _=136389
> > 0711116
> >
> > {
> > "listsupportednetworkservicesresponse": {
> > "count": 13,
> > "networkservice": [
> > {
> > "name": "Vpn",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedVpnTypes",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "VpnTypes",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Dhcp",
> > "provider": [
> > {
> > "name": "BaremetalDhcpProvider",
> > "canenableindividualservice": false
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "Dns",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "AllowDnsSuffixModification",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Firewall",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "MultipleIps",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "TrafficStatistics",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedTrafficDirection",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedEgressProtocols",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Lb",
> > "provider": [
> > {
> > "name": "ElasticLoadBalancerVm",
> > "canenableindividualservice": false
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedLbAlgorithms",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedLBIsolation",
> > "canchooseservicecapability": true
> > },
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "TrafficStatistics",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "LoadBalancingSupportedIps",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedStickinessMethods",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "ElasticLb",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "UserData",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "BaremetaUserdataProvider",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "SourceNat",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedSourceNatTypes",
> > "canchooseservicecapability": true
> > },
> > {
> > "name": "RedundantRouter",
> > "canchooseservicecapability": true
> > }
> > ]
> > },
> > {
> > "name": "StaticNat",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "ElasticIp",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "PortForwarding",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "SecurityGroup",
> > "provider": [
> > {
> > "name": "SecurityGroupProvider",
> > "canenableindividualservice": false
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "NetworkACL",
> > "provider": [
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Connectivity",
> > "provider": [
> > {
> > "name": "BigSwitchVns",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "BaremetalPxeService",
> > "provider": [
> > {
> > "name": "BaremetalPxeProvider",
> > "canenableindividualservice": false
> > }
> > ],
> > "capability": []
> > }
> > ]
> > }
> > }
> >
> >
> >
> > Jessica
> >
> > -----Original Message-----
> > From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
> > Sent: Thursday, March 21, 2013 3:00 PM
> > To: Animesh Chaturvedi; dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> >
> > -----Original Message-----
> > From: Animesh Chaturvedi
> > Sent: Thursday, March 21, 2013 2:56 PM
> > To: dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> >
> > > -----Original Message-----
> > > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> > > Sent: Thursday, March 21, 2013 2:22 PM
> > > To: dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > > > >> > >
> > > > >> > > I am checking if these can be reassigned. If it does not
> > > > >> > > pan out by
> > > > >> tomorrow I will propose to disable the feature for 4.1 release.
> > > > >> >
> > > > >> > I think that a decision is predicated on a more specific
> > > > >> > statement of what we mean by "disable".
> > > > >>
> > > > >> Pinging on this again. I'm leaning towards agreement, but
> > > > >> what
> > > > >> *exactly* can we do to disable it and (at the same time)
> > > > >> minimize the
> > > > >> knock- on effect of the change required to disable it.
> > > > > [Animesh>] There is no one available to pick up these defects
> > > > > in time for
> > > > 4.1 so we will disable the feature. Disable means Baremetal will
> > > > be removed from componentContext.xml , the API and UI will not
> > > > be
> > > available.
> > > >
> > > > Are you sure that removing the plugin from componentContext.xml
> > > > will remove it from the UI? (I'm not, that's why I'm asking)
> > > [Animesh>] Yes, discussed with Alex and Jessica.
> > [Animesh>] Will try out the change and submit a patch. Jessica
> > anything
> else?
> > [Jessica W] Nothing else except removing Baremetal from
> > listHypervisors
> API response and listSupportedNetworkServices API response.
> >
> >
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Vijayendra Bhamidipati <vi...@citrix.com>.
Hi Chip, Animesh,
I've posted the diff at https://reviews.apache.org/r/10071/
Regards,
Vijay
-----Original Message-----
From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
Sent: Thursday, March 21, 2013 6:04 PM
To: Chip Childers; dev@cloudstack.apache.org
Cc: cloudstack-dev@incubator.apache.org
Subject: RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
> -----Original Message-----
> From: Chip Childers [mailto:chip.childers@sungard.com]
> Sent: Thursday, March 21, 2013 5:16 PM
> To: dev@cloudstack.apache.org
> Cc: Animesh Chaturvedi; cloudstack-dev@incubator.apache.org
> Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
>
> I'm +1 to disabling the function (including UCS), based on the info
> provided so far.
>
> Please provide a clean patch for the 4.1 branch to accomplish this.
> *After* it's applied, we should move the bugs out.
>
> Any objects from anyone?
>
[Animesh>] Some more update / details on what needs to get done 1. Network Offering : Bare metal shows up in 3 places
- userdata
- dhcpprovider
- pxeservice
How to fix: Comment out Baremetal and UCS from componentContext.xml.in and nonossComponentContext.xml.in and comment out the commands from
2. Add Cluster
- Baremetal show up in list of hypervisors. This is coming from listHypervisors command
How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
3. Global Settings:
Following 5 properties show up for baremetal in Global Settings
external.baremetal.system.url
external,baremetal.resource.classname
enable.baremetal.securitygroup.agent.echo
interval.baremetal.securitygroup.agent.echo
timeout.baremetal.securitygroup.agent.echo
How to fix : Comment out these 5 in server/src/com/cloud/configuration/ Config.java Since these are new properties above is sufficient , there is no need to fix upgrade data scripts
Thanks
Animesh
> On Thu, Mar 21, 2013 at 03:11:36PM -0700, Jessica Wang wrote:
> > To remove Baremetal from UI:
> >
> > (1) remove BareMetal from listHypervisors API response:
> >
> > http://localhost:8080/client/api?command=listHypervisors&response=js
> > on
> >
> &sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=13638
> 99049
> > 467
> >
> > {
> > "listhypervisorsresponse": {
> > "count": 5,
> > "hypervisor": [
> > {
> > "name": "KVM"
> > },
> > {
> > "name": "XenServer"
> > },
> > {
> > "name": "VMware"
> > },
> > {
> > "name": "BareMetal"
> > },
> > {
> > "name": "Ovm"
> > }
> > ]
> > }
> > }
> >
> > (2) remove service "BaremetalPxeService" and provider
> "BaremetalDhcpProvider", "BaremetalPxeProvider" ,
> "BaremetaUserdataProvider" from listSupportedNetworkServices API
> response:
> >
> >
> http://localhost:8080/client/api?command=listSupportedNetworkServices&
> >
> response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&
> _=136389
> > 0711116
> >
> > {
> > "listsupportednetworkservicesresponse": {
> > "count": 13,
> > "networkservice": [
> > {
> > "name": "Vpn",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedVpnTypes",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "VpnTypes",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Dhcp",
> > "provider": [
> > {
> > "name": "BaremetalDhcpProvider",
> > "canenableindividualservice": false
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "Dns",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "AllowDnsSuffixModification",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Firewall",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "MultipleIps",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "TrafficStatistics",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedTrafficDirection",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedEgressProtocols",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Lb",
> > "provider": [
> > {
> > "name": "ElasticLoadBalancerVm",
> > "canenableindividualservice": false
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedLbAlgorithms",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedLBIsolation",
> > "canchooseservicecapability": true
> > },
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "TrafficStatistics",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "LoadBalancingSupportedIps",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedStickinessMethods",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "ElasticLb",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "UserData",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "BaremetaUserdataProvider",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "SourceNat",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedSourceNatTypes",
> > "canchooseservicecapability": true
> > },
> > {
> > "name": "RedundantRouter",
> > "canchooseservicecapability": true
> > }
> > ]
> > },
> > {
> > "name": "StaticNat",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "ElasticIp",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "PortForwarding",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "SecurityGroup",
> > "provider": [
> > {
> > "name": "SecurityGroupProvider",
> > "canenableindividualservice": false
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "NetworkACL",
> > "provider": [
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Connectivity",
> > "provider": [
> > {
> > "name": "BigSwitchVns",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "BaremetalPxeService",
> > "provider": [
> > {
> > "name": "BaremetalPxeProvider",
> > "canenableindividualservice": false
> > }
> > ],
> > "capability": []
> > }
> > ]
> > }
> > }
> >
> >
> >
> > Jessica
> >
> > -----Original Message-----
> > From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
> > Sent: Thursday, March 21, 2013 3:00 PM
> > To: Animesh Chaturvedi; dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> >
> > -----Original Message-----
> > From: Animesh Chaturvedi
> > Sent: Thursday, March 21, 2013 2:56 PM
> > To: dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> >
> > > -----Original Message-----
> > > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> > > Sent: Thursday, March 21, 2013 2:22 PM
> > > To: dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > > > >> > >
> > > > >> > > I am checking if these can be reassigned. If it does not
> > > > >> > > pan out by
> > > > >> tomorrow I will propose to disable the feature for 4.1 release.
> > > > >> >
> > > > >> > I think that a decision is predicated on a more specific
> > > > >> > statement of what we mean by "disable".
> > > > >>
> > > > >> Pinging on this again. I'm leaning towards agreement, but
> > > > >> what
> > > > >> *exactly* can we do to disable it and (at the same time)
> > > > >> minimize the
> > > > >> knock- on effect of the change required to disable it.
> > > > > [Animesh>] There is no one available to pick up these defects
> > > > > in time for
> > > > 4.1 so we will disable the feature. Disable means Baremetal will
> > > > be removed from componentContext.xml , the API and UI will not
> > > > be
> > > available.
> > > >
> > > > Are you sure that removing the plugin from componentContext.xml
> > > > will remove it from the UI? (I'm not, that's why I'm asking)
> > > [Animesh>] Yes, discussed with Alex and Jessica.
> > [Animesh>] Will try out the change and submit a patch. Jessica
> > anything
> else?
> > [Jessica W] Nothing else except removing Baremetal from
> > listHypervisors
> API response and listSupportedNetworkServices API response.
> >
> >
RE: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Animesh Chaturvedi <an...@citrix.com>.
> -----Original Message-----
> From: Chip Childers [mailto:chip.childers@sungard.com]
> Sent: Thursday, March 21, 2013 5:16 PM
> To: dev@cloudstack.apache.org
> Cc: Animesh Chaturvedi; cloudstack-dev@incubator.apache.org
> Subject: Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
>
> I'm +1 to disabling the function (including UCS), based on the info provided
> so far.
>
> Please provide a clean patch for the 4.1 branch to accomplish this.
> *After* it's applied, we should move the bugs out.
>
> Any objects from anyone?
>
[Animesh>] Some more update / details on what needs to get done
1. Network Offering : Bare metal shows up in 3 places
- userdata
- dhcpprovider
- pxeservice
How to fix: Comment out Baremetal and UCS from componentContext.xml.in and nonossComponentContext.xml.in and comment out the commands from
2. Add Cluster
- Baremetal show up in list of hypervisors. This is coming from listHypervisors command
How to fix: This comes from the file server/src/com/cloud/configuration/ Config.java in property " hypervisor.list" and is pulled from Database table "Configuration".
How to fix. : removing the BareMetal from hypervisors.list property in Config.java will fix it for fresh installs. This will fix the fresh install but to fix it for upgrade we need to fix the upgrade sql data files. I am not sure if we should fix this I am not clear on upgrade concerns? Alex/Chip any comments.
3. Global Settings:
Following 5 properties show up for baremetal in Global Settings
external.baremetal.system.url
external,baremetal.resource.classname
enable.baremetal.securitygroup.agent.echo
interval.baremetal.securitygroup.agent.echo
timeout.baremetal.securitygroup.agent.echo
How to fix : Comment out these 5 in server/src/com/cloud/configuration/ Config.java
Since these are new properties above is sufficient , there is no need to fix upgrade data scripts
Thanks
Animesh
> On Thu, Mar 21, 2013 at 03:11:36PM -0700, Jessica Wang wrote:
> > To remove Baremetal from UI:
> >
> > (1) remove BareMetal from listHypervisors API response:
> >
> > http://localhost:8080/client/api?command=listHypervisors&response=json
> >
> &sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=13638
> 99049
> > 467
> >
> > {
> > "listhypervisorsresponse": {
> > "count": 5,
> > "hypervisor": [
> > {
> > "name": "KVM"
> > },
> > {
> > "name": "XenServer"
> > },
> > {
> > "name": "VMware"
> > },
> > {
> > "name": "BareMetal"
> > },
> > {
> > "name": "Ovm"
> > }
> > ]
> > }
> > }
> >
> > (2) remove service "BaremetalPxeService" and provider
> "BaremetalDhcpProvider", "BaremetalPxeProvider" ,
> "BaremetaUserdataProvider" from listSupportedNetworkServices API
> response:
> >
> >
> http://localhost:8080/client/api?command=listSupportedNetworkServices&
> >
> response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&
> _=136389
> > 0711116
> >
> > {
> > "listsupportednetworkservicesresponse": {
> > "count": 13,
> > "networkservice": [
> > {
> > "name": "Vpn",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedVpnTypes",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "VpnTypes",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Dhcp",
> > "provider": [
> > {
> > "name": "BaremetalDhcpProvider",
> > "canenableindividualservice": false
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "Dns",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "AllowDnsSuffixModification",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Firewall",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "MultipleIps",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "TrafficStatistics",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedTrafficDirection",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedEgressProtocols",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Lb",
> > "provider": [
> > {
> > "name": "ElasticLoadBalancerVm",
> > "canenableindividualservice": false
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedLbAlgorithms",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedLBIsolation",
> > "canchooseservicecapability": true
> > },
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "TrafficStatistics",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "LoadBalancingSupportedIps",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "SupportedStickinessMethods",
> > "canchooseservicecapability": false
> > },
> > {
> > "name": "ElasticLb",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "UserData",
> > "provider": [
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "BaremetaUserdataProvider",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "SourceNat",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedSourceNatTypes",
> > "canchooseservicecapability": true
> > },
> > {
> > "name": "RedundantRouter",
> > "canchooseservicecapability": true
> > }
> > ]
> > },
> > {
> > "name": "StaticNat",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "ElasticIp",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "PortForwarding",
> > "provider": [
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VirtualRouter",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "SecurityGroup",
> > "provider": [
> > {
> > "name": "SecurityGroupProvider",
> > "canenableindividualservice": false
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "NetworkACL",
> > "provider": [
> > {
> > "name": "VpcVirtualRouter",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": [
> > {
> > "name": "SupportedProtocols",
> > "canchooseservicecapability": false
> > }
> > ]
> > },
> > {
> > "name": "Connectivity",
> > "provider": [
> > {
> > "name": "BigSwitchVns",
> > "canenableindividualservice": true
> > },
> > {
> > "name": "NiciraNvp",
> > "canenableindividualservice": true
> > }
> > ],
> > "capability": []
> > },
> > {
> > "name": "BaremetalPxeService",
> > "provider": [
> > {
> > "name": "BaremetalPxeProvider",
> > "canenableindividualservice": false
> > }
> > ],
> > "capability": []
> > }
> > ]
> > }
> > }
> >
> >
> >
> > Jessica
> >
> > -----Original Message-----
> > From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
> > Sent: Thursday, March 21, 2013 3:00 PM
> > To: Animesh Chaturvedi; dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> >
> > -----Original Message-----
> > From: Animesh Chaturvedi
> > Sent: Thursday, March 21, 2013 2:56 PM
> > To: dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> >
> > > -----Original Message-----
> > > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> > > Sent: Thursday, March 21, 2013 2:22 PM
> > > To: dev@cloudstack.apache.org
> > > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > > Subject: RE: [ACS41] Baremetal blockers
> > >
> > >
> > > > >> > >
> > > > >> > > I am checking if these can be reassigned. If it does not
> > > > >> > > pan out by
> > > > >> tomorrow I will propose to disable the feature for 4.1 release.
> > > > >> >
> > > > >> > I think that a decision is predicated on a more specific
> > > > >> > statement of what we mean by "disable".
> > > > >>
> > > > >> Pinging on this again. I'm leaning towards agreement, but what
> > > > >> *exactly* can we do to disable it and (at the same time)
> > > > >> minimize the
> > > > >> knock- on effect of the change required to disable it.
> > > > > [Animesh>] There is no one available to pick up these defects in
> > > > > time for
> > > > 4.1 so we will disable the feature. Disable means Baremetal will
> > > > be removed from componentContext.xml , the API and UI will not be
> > > available.
> > > >
> > > > Are you sure that removing the plugin from componentContext.xml
> > > > will remove it from the UI? (I'm not, that's why I'm asking)
> > > [Animesh>] Yes, discussed with Alex and Jessica.
> > [Animesh>] Will try out the change and submit a patch. Jessica anything
> else?
> > [Jessica W] Nothing else except removing Baremetal from listHypervisors
> API response and listSupportedNetworkServices API response.
> >
> >
Re: [ACS41] Baremetal blockers - To remove Baremetal from UI
Posted by Chip Childers <ch...@sungard.com>.
I'm +1 to disabling the function (including UCS), based on the info
provided so far.
Please provide a clean patch for the 4.1 branch to accomplish this.
*After* it's applied, we should move the bugs out.
Any objects from anyone?
On Thu, Mar 21, 2013 at 03:11:36PM -0700, Jessica Wang wrote:
> To remove Baremetal from UI:
>
> (1) remove BareMetal from listHypervisors API response:
>
> http://localhost:8080/client/api?command=listHypervisors&response=json&sessionkey=DJBDo9h1ABqdqS97i%2B88wvK1n8k%3D&listAll=true&_=1363899049467
>
> {
> "listhypervisorsresponse": {
> "count": 5,
> "hypervisor": [
> {
> "name": "KVM"
> },
> {
> "name": "XenServer"
> },
> {
> "name": "VMware"
> },
> {
> "name": "BareMetal"
> },
> {
> "name": "Ovm"
> }
> ]
> }
> }
>
> (2) remove service "BaremetalPxeService" and provider "BaremetalDhcpProvider", "BaremetalPxeProvider" , "BaremetaUserdataProvider" from listSupportedNetworkServices API response:
>
> http://localhost:8080/client/api?command=listSupportedNetworkServices&response=json&sessionkey=iNj6%2F%2FF%2FDhSFrvmkZ20cmKyZxWg%3D&_=1363890711116
>
> {
> "listsupportednetworkservicesresponse": {
> "count": 13,
> "networkservice": [
> {
> "name": "Vpn",
> "provider": [
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "SupportedVpnTypes",
> "canchooseservicecapability": false
> },
> {
> "name": "VpnTypes",
> "canchooseservicecapability": false
> }
> ]
> },
> {
> "name": "Dhcp",
> "provider": [
> {
> "name": "BaremetalDhcpProvider",
> "canenableindividualservice": false
> },
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": []
> },
> {
> "name": "Dns",
> "provider": [
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "AllowDnsSuffixModification",
> "canchooseservicecapability": false
> }
> ]
> },
> {
> "name": "Firewall",
> "provider": [
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "SupportedProtocols",
> "canchooseservicecapability": false
> },
> {
> "name": "MultipleIps",
> "canchooseservicecapability": false
> },
> {
> "name": "TrafficStatistics",
> "canchooseservicecapability": false
> },
> {
> "name": "SupportedTrafficDirection",
> "canchooseservicecapability": false
> },
> {
> "name": "SupportedEgressProtocols",
> "canchooseservicecapability": false
> }
> ]
> },
> {
> "name": "Lb",
> "provider": [
> {
> "name": "ElasticLoadBalancerVm",
> "canenableindividualservice": false
> },
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "SupportedLbAlgorithms",
> "canchooseservicecapability": false
> },
> {
> "name": "SupportedLBIsolation",
> "canchooseservicecapability": true
> },
> {
> "name": "SupportedProtocols",
> "canchooseservicecapability": false
> },
> {
> "name": "TrafficStatistics",
> "canchooseservicecapability": false
> },
> {
> "name": "LoadBalancingSupportedIps",
> "canchooseservicecapability": false
> },
> {
> "name": "SupportedStickinessMethods",
> "canchooseservicecapability": false
> },
> {
> "name": "ElasticLb",
> "canchooseservicecapability": false
> }
> ]
> },
> {
> "name": "UserData",
> "provider": [
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "BaremetaUserdataProvider",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": []
> },
> {
> "name": "SourceNat",
> "provider": [
> {
> "name": "NiciraNvp",
> "canenableindividualservice": true
> },
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "SupportedSourceNatTypes",
> "canchooseservicecapability": true
> },
> {
> "name": "RedundantRouter",
> "canchooseservicecapability": true
> }
> ]
> },
> {
> "name": "StaticNat",
> "provider": [
> {
> "name": "NiciraNvp",
> "canenableindividualservice": true
> },
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "ElasticIp",
> "canchooseservicecapability": false
> }
> ]
> },
> {
> "name": "PortForwarding",
> "provider": [
> {
> "name": "NiciraNvp",
> "canenableindividualservice": true
> },
> {
> "name": "VirtualRouter",
> "canenableindividualservice": true
> },
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": []
> },
> {
> "name": "SecurityGroup",
> "provider": [
> {
> "name": "SecurityGroupProvider",
> "canenableindividualservice": false
> }
> ],
> "capability": []
> },
> {
> "name": "NetworkACL",
> "provider": [
> {
> "name": "VpcVirtualRouter",
> "canenableindividualservice": true
> }
> ],
> "capability": [
> {
> "name": "SupportedProtocols",
> "canchooseservicecapability": false
> }
> ]
> },
> {
> "name": "Connectivity",
> "provider": [
> {
> "name": "BigSwitchVns",
> "canenableindividualservice": true
> },
> {
> "name": "NiciraNvp",
> "canenableindividualservice": true
> }
> ],
> "capability": []
> },
> {
> "name": "BaremetalPxeService",
> "provider": [
> {
> "name": "BaremetalPxeProvider",
> "canenableindividualservice": false
> }
> ],
> "capability": []
> }
> ]
> }
> }
>
>
>
> Jessica
>
> -----Original Message-----
> From: Jessica Wang [mailto:Jessica.Wang@citrix.com]
> Sent: Thursday, March 21, 2013 3:00 PM
> To: Animesh Chaturvedi; dev@cloudstack.apache.org
> Cc: cloudstack-dev@incubator.apache.org
> Subject: RE: [ACS41] Baremetal blockers
>
>
>
> -----Original Message-----
> From: Animesh Chaturvedi
> Sent: Thursday, March 21, 2013 2:56 PM
> To: dev@cloudstack.apache.org
> Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> Subject: RE: [ACS41] Baremetal blockers
>
>
>
> > -----Original Message-----
> > From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]
> > Sent: Thursday, March 21, 2013 2:22 PM
> > To: dev@cloudstack.apache.org
> > Cc: cloudstack-dev@incubator.apache.org; Jessica Wang
> > Subject: RE: [ACS41] Baremetal blockers
> >
> >
> > > >> > >
> > > >> > > I am checking if these can be reassigned. If it does not pan
> > > >> > > out by
> > > >> tomorrow I will propose to disable the feature for 4.1 release.
> > > >> >
> > > >> > I think that a decision is predicated on a more specific
> > > >> > statement of what we mean by "disable".
> > > >>
> > > >> Pinging on this again. I'm leaning towards agreement, but what
> > > >> *exactly* can we do to disable it and (at the same time) minimize
> > > >> the
> > > >> knock- on effect of the change required to disable it.
> > > > [Animesh>] There is no one available to pick up these defects in
> > > > time for
> > > 4.1 so we will disable the feature. Disable means Baremetal will be
> > > removed from componentContext.xml , the API and UI will not be
> > available.
> > >
> > > Are you sure that removing the plugin from componentContext.xml will
> > > remove it from the UI? (I'm not, that's why I'm asking)
> > [Animesh>] Yes, discussed with Alex and Jessica.
> [Animesh>] Will try out the change and submit a patch. Jessica anything else?
> [Jessica W] Nothing else except removing Baremetal from listHypervisors API response and listSupportedNetworkServices API response.
>
>