Re: [Gluster-Maintainers] Gluster 4.0 release: Update from maintainers meeting
Hi, In anticipation of the 3.12 release and based on the discussions for future releases, a pull request for gluster web sources is submitted here [1]. It would be helpful if maintainers review the new release schedule added for 3.13, 4.0 and 4.1 respectively and also review the EOL and other updates in the change. Thanks, Shyam [1] PR for Gluster web page change: https://github.com/gluster/glusterweb/pull/149 On 08/20/2017 04:13 AM, Amar Tumballi wrote: Hey Ants, Below is the message we want to get out from ant colony to users and developer community this week. (Was pending AI on me since 2 weeks). I want each of you to review this and give a Ack/No Ack on this. Also if you think major edits are required for message, we can collaborate on hackmd page : https://hackmd.io/GwIwnGBmCsCM0FoDMsAcBTBAWADLLCYATLJiOmBVgMYAmAhvbLUA# Hello, 2 weeks back we (most of the maintainers of Gluster projects) had a meeting, and we discussed about features required for Gluster 4.0 and also the possible dates. Summary: * It is agreed unanimously that the Gluster 4.0 should be feature based release, and not just time based. * The discussions were on what are the blocking features for 4.0 release, and below were some features which we are considering as blocker for release. o *glusterd2: * The scalable management interface, which will come with REST api and other admin friendly options. Will be the ONLY major blocker for release. o *Thin clients (code: gfproxy):* Not a blocker as it is slated to get into master branch before next release cut on 3.x series too. But we are calling it a major feature of 4.0 as it brings many benefits and also change some of the assumptions and current design principles of glusterfs project. o *Protocol/XDR changes:* Technically, Gluster's RPC is implemented in a way to support changing of protocols inbetween even the minor releases, but the major changes like adding another fop (like statx(), fadvise() or similar) will need some protocol changes. Also in discussion is the changes to dictionary structure on wire. We will continue to work on each of this individually, and plan to work towards meeting the release timeline. * * * *Dates: *The plan is to have the release around 2 months from the date the final blocker patch gets into master branch. o Tentative: October 20th to have last patch, and Jan 1st for release. o Warning: The above is literally 'tentative', and not to be assumed as confirmed dates. *Other features users can anticipate: * * 'RIO volume type' [15]. * Extension of snapshot support for zfs / btrfs * Better support and documentation for monitoring *FAQ:* *1. *Will we have 3.13 to continue the trend of 3 months release calendar? Answer: Yes. It will not be a LTS release. 2. Would 4.0 be LTS release ? Answer: No More information on this topic can be found at : https://hackmd.io/s/rJaLCP38b# Further discussions on this will be done at Gluster Summit 2017 at Prague, CZ. Try to attend in person if you can!! Feedback welcome. Regards, Gluster team. - I would like it to be going out just after the maintainers meeting this week, so please have the comments on it before the meeting itself, so we have most of the edits done before meeting. Lets not waste time on this on maintainers meeting again. -Amar ___ maintainers mailing list maintainers@gluster.org http://lists.gluster.org/mailman/listinfo/maintainers ___ maintainers mailing list maintainers@gluster.org http://lists.gluster.org/mailman/listinfo/maintainers
Re: [Gluster-Maintainers] Gluster 4.0 release: Update from maintainers meeting
Thanks all for the feedback! I plan to send out the mail at around 7pm IST to gluster-devel/gluster-users. You can continue the discussion there too if you missed a chance to review it now. -Amar On Thu, Aug 24, 2017 at 4:16 PM, Niels de Voswrote: > On Sun, Aug 20, 2017 at 01:43:04PM +0530, Amar Tumballi wrote: > > Hey Ants, > > > > Below is the message we want to get out from ant colony to users and > > developer community this week. (Was pending AI on me since 2 weeks). I > want > > each of you to review this and give a Ack/No Ack on this. > > > > Also if you think major edits are required for message, we can > collaborate > > on hackmd page : > > https://hackmd.io/GwIwnGBmCsCM0FoDMsAcBTBAWADLLCYATLJiOmBVgMYAmAhvbLUA# > > > > > > Hello, > > > > 2 weeks back we (most of the maintainers of Gluster projects) had a > > meeting, and we discussed about features required for Gluster 4.0 and > also > > the possible dates. > > > > Summary: > > > > > >- It is agreed unanimously that the Gluster 4.0 should be feature > based > >release, and not just time based. > >- The discussions were on what are the blocking features for 4.0 > >release, and below were some features which we are considering as > blocker > >for release. > > - > > *glusterd2: * > > > > The scalable management interface, which will come with REST api and > other > > admin friendly options. Will be the ONLY major blocker for release. > > > >- *Thin clients (code: gfproxy):* > > > > Not a blocker as it is slated to get into master branch before next > release > > cut on 3.x series too. But we are calling it a major feature of 4.0 as it > > brings many benefits and also change some of the assumptions and current > > design principles of glusterfs project. > > > >- *Protocol/XDR changes:* > > > > Technically, Gluster's RPC is implemented in a way to support changing of > > protocols inbetween even the minor releases, but the major changes like > > adding another fop (like statx(), fadvise() or similar) will need some > > protocol changes. > > Also in discussion is the changes to dictionary structure on wire. We > will > > continue to work on each of this individually, and plan to work towards > > meeting the release timeline. > > > > > >- *Dates: *The plan is to have the release around 2 months from the > date > >the final blocker patch gets into master branch. > > - Tentative: October 20th to have last patch, and Jan 1st for > release. > > - Warning: The above is literally 'tentative', and not to be > assumed > > as confirmed dates. > > > > > > > > *Other features users can anticipate:* > > > >- 'RIO volume type' [15]. > >- Extension of snapshot support for zfs / btrfs > >- Better support and documentation for monitoring > > Maybe a reminder that Gluster/NFS is expected to not be packaged for > distributions anymore? It currently is an optional package for Fedora > and CentOS Storage SIG, but we plan to not provide it at all anymore. > The code stays in the repository for now, but it may get dropped > completely later on. > > Niels > > > > > > > > *FAQ:* > > > > *1. *Will we have 3.13 to continue the trend of 3 months release > calendar? > > > > Answer: Yes. It will not be a LTS release. > > > > > > 2. Would 4.0 be LTS release ? > > > > Answer: No > > > > > > > > More information on this topic can be found at : > > https://hackmd.io/s/rJaLCP38b# > > > > Further discussions on this will be done at Gluster Summit 2017 at > Prague, > > CZ. Try to attend in person if you can!! > > > > > > Feedback welcome. > > > > > > Regards, > > > > Gluster team. > > > > - > > > > > > I would like it to be going out just after the maintainers meeting this > > week, so please have the comments on it before the meeting itself, so we > > have most of the edits done before meeting. Lets not waste time on this > on > > maintainers meeting again. > > -Amar > > > ___ > > maintainers mailing list > > maintainers@gluster.org > > http://lists.gluster.org/mailman/listinfo/maintainers > > -- Amar Tumballi (amarts) ___ maintainers mailing list maintainers@gluster.org http://lists.gluster.org/mailman/listinfo/maintainers
Re: [Gluster-Maintainers] Gluster 4.0 release: Update from maintainers meeting
On Sun, Aug 20, 2017 at 01:43:04PM +0530, Amar Tumballi wrote: > Hey Ants, > > Below is the message we want to get out from ant colony to users and > developer community this week. (Was pending AI on me since 2 weeks). I want > each of you to review this and give a Ack/No Ack on this. > > Also if you think major edits are required for message, we can collaborate > on hackmd page : > https://hackmd.io/GwIwnGBmCsCM0FoDMsAcBTBAWADLLCYATLJiOmBVgMYAmAhvbLUA# > > > Hello, > > 2 weeks back we (most of the maintainers of Gluster projects) had a > meeting, and we discussed about features required for Gluster 4.0 and also > the possible dates. > > Summary: > > >- It is agreed unanimously that the Gluster 4.0 should be feature based >release, and not just time based. >- The discussions were on what are the blocking features for 4.0 >release, and below were some features which we are considering as blocker >for release. > - > *glusterd2: * > > The scalable management interface, which will come with REST api and other > admin friendly options. Will be the ONLY major blocker for release. > >- *Thin clients (code: gfproxy):* > > Not a blocker as it is slated to get into master branch before next release > cut on 3.x series too. But we are calling it a major feature of 4.0 as it > brings many benefits and also change some of the assumptions and current > design principles of glusterfs project. > >- *Protocol/XDR changes:* > > Technically, Gluster's RPC is implemented in a way to support changing of > protocols inbetween even the minor releases, but the major changes like > adding another fop (like statx(), fadvise() or similar) will need some > protocol changes. > Also in discussion is the changes to dictionary structure on wire. We will > continue to work on each of this individually, and plan to work towards > meeting the release timeline. > > >- *Dates: *The plan is to have the release around 2 months from the date >the final blocker patch gets into master branch. > - Tentative: October 20th to have last patch, and Jan 1st for release. > - Warning: The above is literally 'tentative', and not to be assumed > as confirmed dates. > > > > *Other features users can anticipate:* > >- 'RIO volume type' [15]. >- Extension of snapshot support for zfs / btrfs >- Better support and documentation for monitoring Maybe a reminder that Gluster/NFS is expected to not be packaged for distributions anymore? It currently is an optional package for Fedora and CentOS Storage SIG, but we plan to not provide it at all anymore. The code stays in the repository for now, but it may get dropped completely later on. Niels > > > *FAQ:* > > *1. *Will we have 3.13 to continue the trend of 3 months release calendar? > > Answer: Yes. It will not be a LTS release. > > > 2. Would 4.0 be LTS release ? > > Answer: No > > > > More information on this topic can be found at : > https://hackmd.io/s/rJaLCP38b# > > Further discussions on this will be done at Gluster Summit 2017 at Prague, > CZ. Try to attend in person if you can!! > > > Feedback welcome. > > > Regards, > > Gluster team. > > - > > > I would like it to be going out just after the maintainers meeting this > week, so please have the comments on it before the meeting itself, so we > have most of the edits done before meeting. Lets not waste time on this on > maintainers meeting again. > -Amar > ___ > maintainers mailing list > maintainers@gluster.org > http://lists.gluster.org/mailman/listinfo/maintainers ___ maintainers mailing list maintainers@gluster.org http://lists.gluster.org/mailman/listinfo/maintainers
Re: [Gluster-Maintainers] Gluster 4.0 release: Update from maintainers meeting
On Sun, Aug 20, 2017 at 4:13 AM, Amar Tumballiwrote: > Hey Ants, > > Below is the message we want to get out from ant colony to users and > developer community this week. (Was pending AI on me since 2 weeks). I want > each of you to review this and give a Ack/No Ack on this. > > Also if you think major edits are required for message, we can collaborate > on hackmd page : > https://hackmd.io/GwIwnGBmCsCM0FoDMsAcBTBAWADLLCYATLJiOmBVgMYAmAhvbLUA# > > > Hello, > > 2 weeks back we (most of the maintainers of Gluster projects) had a > meeting, and we discussed about features required for Gluster 4.0 and also > the possible dates. > > Summary: > > >- It is agreed unanimously that the Gluster 4.0 should be feature >based release, and not just time based. >- The discussions were on what are the blocking features for 4.0 >release, and below were some features which we are considering as blocker >for release. > - > *glusterd2: * > > The scalable management interface, which will come with REST api and other > admin friendly options. Will be the ONLY major blocker for release. > >- *Thin clients (code: gfproxy):* > > Not a blocker as it is slated to get into master branch before next > release cut on 3.x series too. But we are calling it a major feature of 4.0 > as it brings many benefits and also change some of the assumptions and > current design principles of glusterfs project. > >- *Protocol/XDR changes:* > > Technically, Gluster's RPC is implemented in a way to support changing of > protocols inbetween even the minor releases, but the major changes like > adding another fop (like statx(), fadvise() or similar) will need some > protocol changes. > Also in discussion is the changes to dictionary structure on wire. We will > continue to work on each of this individually, and plan to work towards > meeting the release timeline. > Looks good to me. We could add Halo Replication to other features that users can anticipate if there are volunteers to work / test it out. We have not talked about this feature in any of our release messaging. Thanks, Vijay ___ maintainers mailing list maintainers@gluster.org http://lists.gluster.org/mailman/listinfo/maintainers
[Gluster-Maintainers] Gluster 4.0 release: Update from maintainers meeting
Hey Ants, Below is the message we want to get out from ant colony to users and developer community this week. (Was pending AI on me since 2 weeks). I want each of you to review this and give a Ack/No Ack on this. Also if you think major edits are required for message, we can collaborate on hackmd page : https://hackmd.io/GwIwnGBmCsCM0FoDMsAcBTBAWADLLCYATLJiOmBVgMYAmAhvbLUA# Hello, 2 weeks back we (most of the maintainers of Gluster projects) had a meeting, and we discussed about features required for Gluster 4.0 and also the possible dates. Summary: - It is agreed unanimously that the Gluster 4.0 should be feature based release, and not just time based. - The discussions were on what are the blocking features for 4.0 release, and below were some features which we are considering as blocker for release. - *glusterd2: * The scalable management interface, which will come with REST api and other admin friendly options. Will be the ONLY major blocker for release. - *Thin clients (code: gfproxy):* Not a blocker as it is slated to get into master branch before next release cut on 3.x series too. But we are calling it a major feature of 4.0 as it brings many benefits and also change some of the assumptions and current design principles of glusterfs project. - *Protocol/XDR changes:* Technically, Gluster's RPC is implemented in a way to support changing of protocols inbetween even the minor releases, but the major changes like adding another fop (like statx(), fadvise() or similar) will need some protocol changes. Also in discussion is the changes to dictionary structure on wire. We will continue to work on each of this individually, and plan to work towards meeting the release timeline. - *Dates: *The plan is to have the release around 2 months from the date the final blocker patch gets into master branch. - Tentative: October 20th to have last patch, and Jan 1st for release. - Warning: The above is literally 'tentative', and not to be assumed as confirmed dates. *Other features users can anticipate:* - 'RIO volume type' [15]. - Extension of snapshot support for zfs / btrfs - Better support and documentation for monitoring *FAQ:* *1. *Will we have 3.13 to continue the trend of 3 months release calendar? Answer: Yes. It will not be a LTS release. 2. Would 4.0 be LTS release ? Answer: No More information on this topic can be found at : https://hackmd.io/s/rJaLCP38b# Further discussions on this will be done at Gluster Summit 2017 at Prague, CZ. Try to attend in person if you can!! Feedback welcome. Regards, Gluster team. - I would like it to be going out just after the maintainers meeting this week, so please have the comments on it before the meeting itself, so we have most of the edits done before meeting. Lets not waste time on this on maintainers meeting again. -Amar ___ maintainers mailing list maintainers@gluster.org http://lists.gluster.org/mailman/listinfo/maintainers