[GitHub] [cloudstack-primate] rhtyd opened a new issue #147: Guest Network: IP addresses and Router Tab

2020-02-04 Thread GitBox
rhtyd opened a new issue #147: Guest Network: IP addresses and Router Tab
URL: https://github.com/apache/cloudstack-primate/issues/147
 
 
   Bugfix: Don't show egress tab for shared and l2 networks in the Guest 
Network view
   
   Implement two tabs for the guest network view:
   
   1. Public IP addresses tab: Button to acquire a public IP (optional: button 
also release it) Use `a-table` with pagination (see AutogenView as an example; 
components/view/ListView.vue component). Show only in case of isolated networks 
(or check old UI).
   
   2. Router tab - list of router that belong to a network, either in `a-table` 
or `a-list`, use router-link to allow users/admin to route to the router 
resource view. Show this only for isolated and shared networks. Check if users 
are allowed the listRouters API (example from the PR 
`v-if="'listPrivateGateways' in $store.getters.apis"`). Reference: 
https://github.com/apache/cloudstack-primate/pull/143


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd commented on issue #147: Guest Network: IP addresses and Router Tab

2020-02-04 Thread GitBox
rhtyd commented on issue #147: Guest Network: IP addresses and Router Tab
URL: 
https://github.com/apache/cloudstack-primate/issues/147#issuecomment-582267118
 
 
   @Pearl1594 ^^


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd edited a comment on issue #146: [WIP] Feature/vm wizard

2020-02-04 Thread GitBox
rhtyd edited a comment on issue #146: [WIP] Feature/vm wizard
URL: 
https://github.com/apache/cloudstack-primate/pull/146#issuecomment-582260474
 
 
   Thanks for submitting @utchoang 
   
   @svenvogel @PaulAngus @borisstoyanov @andrijapanicsb @DaanHoogland - from 
internal discussions one feedback I (got from Alex) is that the VM deployment 
wizard should not allow creation of new networks which may be confusing for 
users (multiple ways to do the same thing), instead we can add a help button or 
text that allows users to go to the network page and create the network they 
want themselves. This would however remove the previous UX that allowed users 
to add network while they deploy a VM. Thoughts?


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd commented on issue #146: [WIP] Feature/vm wizard

2020-02-04 Thread GitBox
rhtyd commented on issue #146: [WIP] Feature/vm wizard
URL: 
https://github.com/apache/cloudstack-primate/pull/146#issuecomment-582260474
 
 
   Thanks for submitting @utchoang 
   
   @svenvogel cc @PaulAngus @borisstoyanov - from internal discussions one 
feedback I (got from Alex) is that the VM deployment wizard should not allow 
creation of new networks which may be confusing for users (multiple ways to do 
the same thing), instead we can add a help button or text that allows users to 
go to the network page and create the network they want themselves. This would 
however remove the previous UX that allowed users to add network while they 
deploy a VM. Thoughts?


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] utchoang opened a new pull request #146: [WIP] Feature/vm wizard

2020-02-04 Thread GitBox
utchoang opened a new pull request #146: [WIP] Feature/vm wizard
URL: https://github.com/apache/cloudstack-primate/pull/146
 
 
   * [x]  Add selection for disk offering
   * [ ]  Format Info card for vm config summary
   * [x]  Add iso selection
   * [x]  Add tags to the templates (featured, public, etc.)
   * [x]  Sort templates/isos
   * [x]  Pin featured templates/isos at the top of each list
   * [x]  Add search filter input for isos/templates
   * [x]  Handle form change on switching from template to iso (and vice versa)
   * [ ]  Add translations for all input placeholders
   * [ ]  Implement submit method
   * [x]   Add affinity group selection
   * [x ]  Add network selection
   * [x]  Add ssh key pairs selection
   * [ ]  Handle Navigation (e.g. reset the form on navigating away)
   * [x ]  Add filter possibility to selections (compute offering, disk 
offering, network offering, ...)
   
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] RitchieVincent commented on issue #143: [WIP] - VPC Router Tab: Implement List and Add Forms for each of the tabs

2020-02-04 Thread GitBox
RitchieVincent commented on issue #143: [WIP] - VPC Router Tab: Implement List 
and Add Forms for each of the tabs
URL: 
https://github.com/apache/cloudstack-primate/pull/143#issuecomment-581989569
 
 
   @rhtyd The table/pagination fixes are submitted now.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] RitchieVincent commented on issue #134: [WIP] IP Ranges form component for Public, Management and Storage traffic types

2020-02-04 Thread GitBox
RitchieVincent commented on issue #134: [WIP] IP Ranges form component for 
Public, Management and Storage traffic types
URL: 
https://github.com/apache/cloudstack-primate/pull/134#issuecomment-581988291
 
 
   > @RitchieVincent for the public network IP range, can you show the 
domain/account reservation form in the main modal itself than the 
modal-in-a-modal format:
   > 
   > ![Screenshot from 2020-02-03 
17-41-33](https://user-images.githubusercontent.com/95203/73652292-9832b280-46ac-11ea-8021-0885d08eabce.png)
   > 
   > For example, use a radio button to show/hide whether admin wants 
reservation or not.
   
   That's sorted now in the latest updates to this PR.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd commented on issue #135: VPC Router Tab: Implement List and Add Forms for each of the tabs

2020-02-04 Thread GitBox
rhtyd commented on issue #135: VPC Router Tab: Implement List and Add Forms for 
each of the tabs
URL: 
https://github.com/apache/cloudstack-primate/issues/135#issuecomment-581905265
 
 
   PR received https://github.com/apache/cloudstack-primate/pull/143


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd closed issue #135: VPC Router Tab: Implement List and Add Forms for each of the tabs

2020-02-04 Thread GitBox
rhtyd closed issue #135: VPC Router Tab: Implement List and Add Forms for each 
of the tabs
URL: https://github.com/apache/cloudstack-primate/issues/135
 
 
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd closed issue #142: Pagination in action forms

2020-02-04 Thread GitBox
rhtyd closed issue #142: Pagination in action forms
URL: https://github.com/apache/cloudstack-primate/issues/142
 
 
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] [cloudstack-primate] rhtyd opened a new issue #145: UI Wide Implement a-table with pagination for possible a-list uses

2020-02-04 Thread GitBox
rhtyd opened a new issue #145: UI Wide Implement a-table with pagination for 
possible a-list uses
URL: https://github.com/apache/cloudstack-primate/issues/145
 
 
   @RitchieVincent as discussed, it will be preferable to have `a-table` 
component (borderless) render a list of things than use `a-list` components. 
Pagination should also be implemented to allow users view when the list of 
resources exceeds the pagesize. See this example of pagination usage, how it's 
used for the default list views: 
https://github.com/apache/cloudstack-primate/blob/master/src/views/AutogenView.vue#L220
   
   Some places where this refactoring is asked for the new PR for all the tabs 
of the VPC view except for router and VPC s2s gateway tab.
   
   By default most list APIs support the pageSize and page parameters. In 
existing component/views, please address for:
   - src/views/compute/MigrateWizard.vue
   - src/views/network/EnableStaticNat.vue
   - src/views/network/FirewallRules.vue
   - src/views/network/PortForwarding.vue
   - src/views/network/LoadBalancing.vue
   - src/views/network/EgressConfigure.vue
   - src/views/network/IngressEgressRuleConfigure.vue
   - src/views/network/VpcRouterTab.vue
   - src/views/network/VpcTiersTab.vue
   - src/views/infra/network/DedicatedVLANTab.vue
   
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1

2020-02-04 Thread Andrija Panic
+1, but we need to test different HV+storage combinations...that is some
effort.

On Tue, 4 Feb 2020 at 13:56, Daan Hoogland  wrote:

> so having seen the discussions here and on the PR, do we agree to try and
> get @Gabriel Beims Bräscher  's PR in and leave it
> at
> that for this release?
>
> On Tue, Feb 4, 2020 at 10:10 AM Gabriel Beims Bräscher <
> gabrasc...@gmail.com>
> wrote:
>
> > Hello folks,
> >
> > Just to give you an update. I deployed a XenServer cluster and performed
> a
> > few tests on PR #3649. After upgrading a 4.13.0.0 Zone with this fix,
> > XenServer snapshot was deleted on primary and secondary storage (NFS).
> >
> > Em seg., 3 de fev. de 2020 às 14:11, Gabriel Beims Bräscher <
> > gabrasc...@gmail.com> escreveu:
> >
> > > I would try as much as possible to have it merged into 4.14.
> Considering
> > > that it is not simple to map all the garbage snapshots on secondary
> > storage.
> > >
> > > The proposed PR [1] should, in theory, fix also for XenServer.
> However, I
> > > did not test it for XenServer so far.
> > > Today I am deploying a XenServer cluster to check it. If someone else
> > > could also hammer that PR and see if it works fine would be great :-)
> > >
> > > [1] https://github.com/apache/cloudstack/pull/3649
> > >
> > > Em seg., 3 de fev. de 2020 às 14:02, Paul Angus <
> > paul.an...@shapeblue.com>
> > > escreveu:
> > >
> > >> Thanks.  My vote would be that it is a blocker, as there is no way to
> > >> clean up and so storage filling up and crashing is a very real
> > possibility.
> > >>
> > >>
> > >> paul.an...@shapeblue.com
> > >> www.shapeblue.com
> > >> Amadeus House, Floral Street, London  WC2E 9DPUK
> > >> @shapeblue
> > >>
> > >>
> > >>
> > >>
> > >> -Original Message-
> > >> From: Andrija Panic 
> > >> Sent: 03 February 2020 16:58
> > >> To: dev 
> > >> Subject: Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1
> > >>
> > >> I believe not - i.e. you can go and delete the files manually (but in
> > >> some cases there is also records not properly removed from the
> > >> snapshots_store_ref, for either primary or secondary kind, which makes
> > it
> > >> more complicated...)
> > >>
> > >> I can see Simon has asked his colleague to check it (comments on PR) -
> > >> fingers crossed.
> > >>
> > >> On Mon, 3 Feb 2020 at 17:37, Paul Angus 
> > wrote:
> > >>
> > >> > Is there any kind of workaround or way to 'force' snapshots to be
> > >> > cleaned up (that doesn't create inconsistencies in CloudStack's view
> > >> > of the world vs the physical world?
> > >> >
> > >> > paul.an...@shapeblue.com
> > >> > www.shapeblue.com
> > >> > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > -Original Message-
> > >> > From: Andrija Panic 
> > >> > Sent: 03 February 2020 16:35
> > >> > To: dev 
> > >> > Subject: Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1
> > >> >
> > >> > This issue is here from before (i.e. not new to 4.14), so we can
> argue
> > >> > it's not technically a blocker due to regression happening in some
> > >> previous
> > >> > release, and I can live with it being moved to 4.15.
> > >> >
> > >> > That being said, would be great to see it solved if this rings any
> > bells
> > >> > for anyone who might have played with the related code...
> > >> >
> > >> > On Mon, 3 Feb 2020 at 13:21, Daan Hoogland  >
> > >> > wrote:
> > >> >
> > >> > > People,
> > >> > > A ticket has been raised as a blocker but i don't think anybody
> here
> > >> > > has the resources to fix it. It is a regression of kinds, and a
> > known
> > >> > > issue but in my not so humble opinion won't block anybody from
> > using a
> > >> > > future release. The Issue [1] describes the problem and a PR [2]
> > gives
> > >> > > a partial solution. It is known to work for a KVM/Ceph environment
> > and
> > >> > > thus might be to specific.
> > >> > >
> > >> > > I move that we either
> > >> > > 1. find the PR that caused this and revert it, and/or 2. postpone
> > >> > > fixing it till after 4.14 (unless someone has the resources and
> > >> > > volunteers to address it) and as an ugly workaround (creating a
> cron
> > >> > > job for your env that deletes stale images) exists, unmark it as
> > >> > > blocker.
> > >> > >
> > >> > > [1] https://github.com/apache/cloudstack/issues/3646
> > >> > > [2] https://github.com/apache/cloudstack/pull/3649
> > >> > >
> > >> > > any comments, please?
> > >> > > --
> > >> > > Daan
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> >
> > >> > Andrija Panić
> > >> >
> > >>
> > >>
> > >> --
> > >>
> > >> Andrija Panić
> > >>
> > >
> >
>
>
> --
> Daan
>


-- 

Andrija Panić


Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1

2020-02-04 Thread Daan Hoogland
so having seen the discussions here and on the PR, do we agree to try and
get @Gabriel Beims Bräscher  's PR in and leave it at
that for this release?

On Tue, Feb 4, 2020 at 10:10 AM Gabriel Beims Bräscher 
wrote:

> Hello folks,
>
> Just to give you an update. I deployed a XenServer cluster and performed a
> few tests on PR #3649. After upgrading a 4.13.0.0 Zone with this fix,
> XenServer snapshot was deleted on primary and secondary storage (NFS).
>
> Em seg., 3 de fev. de 2020 às 14:11, Gabriel Beims Bräscher <
> gabrasc...@gmail.com> escreveu:
>
> > I would try as much as possible to have it merged into 4.14. Considering
> > that it is not simple to map all the garbage snapshots on secondary
> storage.
> >
> > The proposed PR [1] should, in theory, fix also for XenServer. However, I
> > did not test it for XenServer so far.
> > Today I am deploying a XenServer cluster to check it. If someone else
> > could also hammer that PR and see if it works fine would be great :-)
> >
> > [1] https://github.com/apache/cloudstack/pull/3649
> >
> > Em seg., 3 de fev. de 2020 às 14:02, Paul Angus <
> paul.an...@shapeblue.com>
> > escreveu:
> >
> >> Thanks.  My vote would be that it is a blocker, as there is no way to
> >> clean up and so storage filling up and crashing is a very real
> possibility.
> >>
> >>
> >> paul.an...@shapeblue.com
> >> www.shapeblue.com
> >> Amadeus House, Floral Street, London  WC2E 9DPUK
> >> @shapeblue
> >>
> >>
> >>
> >>
> >> -Original Message-
> >> From: Andrija Panic 
> >> Sent: 03 February 2020 16:58
> >> To: dev 
> >> Subject: Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1
> >>
> >> I believe not - i.e. you can go and delete the files manually (but in
> >> some cases there is also records not properly removed from the
> >> snapshots_store_ref, for either primary or secondary kind, which makes
> it
> >> more complicated...)
> >>
> >> I can see Simon has asked his colleague to check it (comments on PR) -
> >> fingers crossed.
> >>
> >> On Mon, 3 Feb 2020 at 17:37, Paul Angus 
> wrote:
> >>
> >> > Is there any kind of workaround or way to 'force' snapshots to be
> >> > cleaned up (that doesn't create inconsistencies in CloudStack's view
> >> > of the world vs the physical world?
> >> >
> >> > paul.an...@shapeblue.com
> >> > www.shapeblue.com
> >> > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
> >> >
> >> >
> >> >
> >> >
> >> > -Original Message-
> >> > From: Andrija Panic 
> >> > Sent: 03 February 2020 16:35
> >> > To: dev 
> >> > Subject: Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1
> >> >
> >> > This issue is here from before (i.e. not new to 4.14), so we can argue
> >> > it's not technically a blocker due to regression happening in some
> >> previous
> >> > release, and I can live with it being moved to 4.15.
> >> >
> >> > That being said, would be great to see it solved if this rings any
> bells
> >> > for anyone who might have played with the related code...
> >> >
> >> > On Mon, 3 Feb 2020 at 13:21, Daan Hoogland 
> >> > wrote:
> >> >
> >> > > People,
> >> > > A ticket has been raised as a blocker but i don't think anybody here
> >> > > has the resources to fix it. It is a regression of kinds, and a
> known
> >> > > issue but in my not so humble opinion won't block anybody from
> using a
> >> > > future release. The Issue [1] describes the problem and a PR [2]
> gives
> >> > > a partial solution. It is known to work for a KVM/Ceph environment
> and
> >> > > thus might be to specific.
> >> > >
> >> > > I move that we either
> >> > > 1. find the PR that caused this and revert it, and/or 2. postpone
> >> > > fixing it till after 4.14 (unless someone has the resources and
> >> > > volunteers to address it) and as an ugly workaround (creating a cron
> >> > > job for your env that deletes stale images) exists, unmark it as
> >> > > blocker.
> >> > >
> >> > > [1] https://github.com/apache/cloudstack/issues/3646
> >> > > [2] https://github.com/apache/cloudstack/pull/3649
> >> > >
> >> > > any comments, please?
> >> > > --
> >> > > Daan
> >> > >
> >> >
> >> >
> >> > --
> >> >
> >> > Andrija Panić
> >> >
> >>
> >>
> >> --
> >>
> >> Andrija Panić
> >>
> >
>


-- 
Daan


Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1

2020-02-04 Thread Gabriel Beims Bräscher
Hello folks,

Just to give you an update. I deployed a XenServer cluster and performed a
few tests on PR #3649. After upgrading a 4.13.0.0 Zone with this fix,
XenServer snapshot was deleted on primary and secondary storage (NFS).

Em seg., 3 de fev. de 2020 às 14:11, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> I would try as much as possible to have it merged into 4.14. Considering
> that it is not simple to map all the garbage snapshots on secondary storage.
>
> The proposed PR [1] should, in theory, fix also for XenServer. However, I
> did not test it for XenServer so far.
> Today I am deploying a XenServer cluster to check it. If someone else
> could also hammer that PR and see if it works fine would be great :-)
>
> [1] https://github.com/apache/cloudstack/pull/3649
>
> Em seg., 3 de fev. de 2020 às 14:02, Paul Angus 
> escreveu:
>
>> Thanks.  My vote would be that it is a blocker, as there is no way to
>> clean up and so storage filling up and crashing is a very real possibility.
>>
>>
>> paul.an...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>>
>>
>>
>>
>> -Original Message-
>> From: Andrija Panic 
>> Sent: 03 February 2020 16:58
>> To: dev 
>> Subject: Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1
>>
>> I believe not - i.e. you can go and delete the files manually (but in
>> some cases there is also records not properly removed from the
>> snapshots_store_ref, for either primary or secondary kind, which makes it
>> more complicated...)
>>
>> I can see Simon has asked his colleague to check it (comments on PR) -
>> fingers crossed.
>>
>> On Mon, 3 Feb 2020 at 17:37, Paul Angus  wrote:
>>
>> > Is there any kind of workaround or way to 'force' snapshots to be
>> > cleaned up (that doesn't create inconsistencies in CloudStack's view
>> > of the world vs the physical world?
>> >
>> > paul.an...@shapeblue.com
>> > www.shapeblue.com
>> > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
>> >
>> >
>> >
>> >
>> > -Original Message-
>> > From: Andrija Panic 
>> > Sent: 03 February 2020 16:35
>> > To: dev 
>> > Subject: Re: [DISCUSS] blocker issue 3646 for 4.14/4.13.1
>> >
>> > This issue is here from before (i.e. not new to 4.14), so we can argue
>> > it's not technically a blocker due to regression happening in some
>> previous
>> > release, and I can live with it being moved to 4.15.
>> >
>> > That being said, would be great to see it solved if this rings any bells
>> > for anyone who might have played with the related code...
>> >
>> > On Mon, 3 Feb 2020 at 13:21, Daan Hoogland 
>> > wrote:
>> >
>> > > People,
>> > > A ticket has been raised as a blocker but i don't think anybody here
>> > > has the resources to fix it. It is a regression of kinds, and a known
>> > > issue but in my not so humble opinion won't block anybody from using a
>> > > future release. The Issue [1] describes the problem and a PR [2] gives
>> > > a partial solution. It is known to work for a KVM/Ceph environment and
>> > > thus might be to specific.
>> > >
>> > > I move that we either
>> > > 1. find the PR that caused this and revert it, and/or 2. postpone
>> > > fixing it till after 4.14 (unless someone has the resources and
>> > > volunteers to address it) and as an ugly workaround (creating a cron
>> > > job for your env that deletes stale images) exists, unmark it as
>> > > blocker.
>> > >
>> > > [1] https://github.com/apache/cloudstack/issues/3646
>> > > [2] https://github.com/apache/cloudstack/pull/3649
>> > >
>> > > any comments, please?
>> > > --
>> > > Daan
>> > >
>> >
>> >
>> > --
>> >
>> > Andrija Panić
>> >
>>
>>
>> --
>>
>> Andrija Panić
>>
>


Re: [PRIMATE][SIG] Meeting Notes

2020-02-04 Thread Rohit Yadav
3 Feb 2020 meeting notes:

Project board: https://github.com/apache/cloudstack-primate/projects/1
Est. total effort left: ~70 hours
Progress by number of supported APIs: ~95% (27 remaining APIs vs 461 APIs in 
old UI)

High-level changes since last week:

  *   VPC views and tabs (in progress)
  *   Physical network, traffic type views/management, form, and tabs

On a high level, the only major tasks left are: (1) VPC tabs/view/actions 
completion (with Rohit/Ritchie), (2) VM deployment wizard (with Hoang/Sven), 
and (3) zone deployment wizards (with Rohit/Pearl). For all other features and 
components, we've pull requests pending review and testing: 
https://github.com/apache/cloudstack-primate/pulls

Actions and goals for this and the next week are to continue to work on issues 
from the project board to completion of major tasks wrt the technical preview.
Manual QA/test plan was discussed and my ShapeBlue colleagues will start it 
this week. We're still exploring test automation methodologies.


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com


From: Rohit Yadav 
Sent: Monday, January 27, 2020 19:18
To: dev@cloudstack.apache.org 
Cc: Wido Hollander 
Subject: Re: [PRIMATE][SIG] Meeting Notes

27 Jan 2020 meeting notes:

Project board: https://github.com/apache/cloudstack-primate/projects/1
Est. total effort left: ~100 hours
Progress by number of supported APIs: ~90% (44 remaining APIs vs 461 APIs in 
old UI)

High-level changes since last week:

  *   Received a public VM (community-managed) for Primate QA/testing purposes 
from Wido/PCExtreme (Thanks Wido!)
  *   Guest network actions tabs, egress, fw, pf, lb, vpn and SG egress/ingress
  *   Add/import LDAP account for
  *   Add host/pod/cluster form with option to dedicate to an account/domain
  *   Enable SNAT for VM form
  *   Add secondary storage form
  *   Physical network, traffic type views/management, form and tabs
  *   Dedicate VLAN/VNI range to account/project form
  *   Zone resource capacity tab
  *   VMware zone form, view
  *   Work in progress: https://github.com/apache/cloudstack-primate/pulls

Actions and goals for the next two weeks are to continue to work on issues from 
the project board, work towards manual QA and test automation.


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com


From: Rohit Yadav 
Sent: Monday, January 20, 2020 20:56
To: dev@cloudstack.apache.org 
Subject: Re: [PRIMATE][SIG] Meeting Notes

20 Jan 2020 meeting notes:

Project board: https://github.com/apache/cloudstack-primate/projects/1
Est. total effort left: ~150 hours
Progress by number of supported APIs: ~81% (88 remaining APIs vs 461 APIs in 
old UI)

High-level changes since last week:

  *   Resource view and styling changes
  *   Recurring snapshot schedule and take snapshot action form
  *   Support for LDAP configuration management
  *   Minor bug fixes and enhancements
  *   In review - guest network tabs/actions, add network form, ldap account 
form, dedicated resource component, add cluster form
  *   Work in progress: https://github.com/apache/cloudstack-primate/pulls

Actions and goals for the next two weeks are to continue to work on issues from 
the project board, work towards manual QA and test-automation.


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com


From: Rohit Yadav 
Sent: Tuesday, January 14, 2020 15:11
To: dev@cloudstack.apache.org 
Subject: Re: [PRIMATE][SIG] Meeting Notes

14 Jan 2020 meeting notes:

Project board: https://github.com/apache/cloudstack-primate/projects/1
Est. total effort left: ~170 hours
Progress by number of supported APIs: 80% (95 remaining APIs vs 461 APIs in old 
UI)

High-level changes since last two weeks:

  *   Project dashboard, actions, configuration and actions
  *   Register ISO action
  *   Update offering access and update template permissions form
  *   Zones tab for templates and ISOs
  *   SG: ingress/egress tabs
  *   Guest Network: Egress tab, firewall, pf, vpn, lb tabs (under review)
  *   VPC: create VPN customer gateway, basic list views, tab stubs and 
navigations
  *   Minor bug fixes and enhancements
  *   Work in progress: https://github.com/apache/cloudstack-primate/pulls

Actions and goals for the next two weeks are to continue to work on issues from 
the project board, work towards manual QA and test-automation.


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com


From: Rohit Yadav 
Sent: Monday, December 16, 2019 20:58
To: dev@cloudstack.apache.org 
Subject: Re: [PRIMATE][SIG] Meeting Notes

16 Dec 2019 meeting notes:

Project board: https://github.com/apache/cloudstack-primate/projects/1
Est. total effort left: ~270 hours
Progress by number of supported APIs: ~70% (138 remaining APIs vs 461 APIs in 
old UI)

High-level changes since