<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 10, 2020 at 11:22 PM Michael Scherer <<a href="mailto:mscherer@redhat.com">mscherer@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le jeudi 10 décembre 2020 à 22:06 +0530, sankarshan a écrit :<br>
> What is your recommendation? As in, the next steps from here.<br>
<br>
- check if there is c8s image on amazon already<br>
<br>
if there is one<br>
- switch the image and reinstall the builders (3rd time this week, so I<br>
should not stumble like the previous 2)<br>
<br>
if not<br>
- install centos8-stream-release rpm, dnf upgrade -y, reboot<br>
- add the rpm in ansible so it will be here if we reinstall<br>
- wait for a proper ec2 image and add it to ansible<br>
<br>
Given we had kernel bugs in the past (<br>
<a href="https://github.com/gluster/glusterfs/issues/1402#issuecomment-666358241" rel="noreferrer" target="_blank">https://github.com/gluster/glusterfs/issues/1402#issuecomment-666358241</a><br>
), I think faster access to fixes for the CI (or even for production)<br>
is a good idea.<br>
<br></blockquote><div><br></div><div>Please go ahead! This looks like a good plan to be adhering to the centos stream... For me, from outside, centos8-stream is similar to fedora rawhide, a moving base.</div><div><br></div><div>As long as tests are running fine, we are fine, when it breaks, to debug, there are more than glusterfs elements to consider now.</div><div><br></div><div>Regards,</div><div>Amar</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
On Thu, 10 Dec 2020 at 21:28, Michael Scherer <<a href="mailto:mscherer@redhat.com" target="_blank">mscherer@redhat.com</a>><br>
> wrote:<br>
> > <br>
> > Le jeudi 10 décembre 2020 à 21:14 +0530, sankarshan a écrit :<br>
> > > There are 2 specific bits which I expected to stimulate in<br>
> > > discussion<br>
> > > <br>
> > > [1] a review by the Gluster Infrastructure team in terms of<br>
> > > whether<br>
> > > there is any change in the processes/environment<br>
> > <br>
> > I was about to ask. For now, we run C8 almost nowhere, except 2<br>
> > builders.<br>
> > <br>
> > I pondered between switching both of them to C8s, or reinstall 2 on<br>
> > C8s<br>
> > and keep 2 on C8, to compare.<br>
> > <br>
> > I do not expect disruptive change on c8s that wouldn't already<br>
> > happen<br>
> > on c8 with a minor version, so I am ok to just switch, I just do<br>
> > not<br>
> > have any Centos 8 to test.<br>
> > <br>
> > <br>
> > <br>
> > > [2] whether the maintainers will consider reviewing this in<br>
> > > entirety<br>
> > > and be able to assess the impact<br>
> > > <br>
> > > To my knowledge this topic was not previously brought up at any<br>
> > > of<br>
> > > the<br>
> > > Gluster meetings, so it is worth requesting all parties involved<br>
> > > to<br>
> > > take a moment to form their opinions and use appropriate forums<br>
> > > to<br>
> > > discuss that.<br>
> > > <br>
> > > On Wed, 9 Dec 2020 at 14:04, Niels de Vos <<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>><br>
> > > wrote:<br>
> > > > <br>
> > > > On Tue, Dec 08, 2020 at 09:00:35PM +0530, sankarshan wrote:<br>
> > > > > FYI. Would likely be important in context of packaging,<br>
> > > > > testing<br>
> > > > > and<br>
> > > > > release content<br>
> > > > <br>
> > > > Indeed, we currently build packages in the CentOS Storage SIG<br>
> > > > against<br>
> > > > CentOS Linux, and not against CentOS Stream. But other than<br>
> > > > that, I<br>
> > > > do<br>
> > > > not expect major visible changes for our users.<br>
> > > > <br>
> > > > The main advantage is that we can more directly contribute to<br>
> > > > the<br>
> > > > distribution. CentOS Stream allows us to send PRs that get<br>
> > > > reviewed<br>
> > > > by<br>
> > > > Red Hat Enterprise Linux developers and potentially get<br>
> > > > included. That<br>
> > > > means, enhancements to FUSE or other components do not need to<br>
> > > > rely<br>
> > > > on<br>
> > > > the work Red Hat is planning, but could be worked on by our<br>
> > > > community<br>
> > > > and get included earlier.<br>
> > > > <br>
> > > > If there are any concerns, I'd love to hear about it.<br>
> > > > <br>
> > > > Thanks,<br>
> > > > Niels<br>
> > > <br>
> > > <br>
> > <br>
> > --<br>
> > Michael Scherer / He/Il/Er/Él<br>
> > Sysadmin, Community Infrastructure<br>
> > <br>
> > <br>
> > <br>
> <br>
> <br>
-- <br>
Michael Scherer / He/Il/Er/Él<br>
Sysadmin, Community Infrastructure<br>
<br>
<br>
<br>
_______________________________________________<br>
Gluster-infra mailing list<br>
<a href="mailto:Gluster-infra@gluster.org" target="_blank">Gluster-infra@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-infra" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-infra</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">--<div><a href="https://kadalu.io" target="_blank">https://kadalu.io</a></div><div>Container Storage made easy!</div><div><br></div></div></div></div>