<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 3 July 2016 at 17:10, Niels de Vos <span dir="ltr"><<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, Jun 30, 2016 at 08:09:31PM +0530, M S Vishwanath Bhat wrote:<br>
> On 30 June 2016 at 14:09, Nigel Babu <<a href="mailto:nigelb@redhat.com">nigelb@redhat.com</a>> wrote:<br>
><br>
> > On Thu, Jun 30, 2016 at 10:27:23AM +0200, Niels de Vos wrote:<br>
> > > On Thu, Jun 30, 2016 at 12:46:57PM +0530, Atin Mukherjee wrote:<br>
> > > > On Thu, Jun 30, 2016 at 11:56 AM, Atin Mukherjee <<a href="mailto:amukherj@redhat.com">amukherj@redhat.com</a>><br>
> > > > wrote:<br>
> > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > On Thu, Jun 30, 2016 at 11:08 AM, Kaushal M <<a href="mailto:kshlmster@gmail.com">kshlmster@gmail.com</a>><br>
> > wrote:<br>
> > > > ><br>
> > > > >> Hi all,<br>
> > > > >><br>
> > > > >> I'm (or was) planning to do a 3.7.13 release on schedule today.<br>
> > 3.7.12<br>
> > > > >> has a huge issue with libgfapi, solved by [1].<br>
> > > > >> I'm not sure if this fixes the other issues with libgfapi noticed by<br>
> > > > >> Lindsay on gluster-users.<br>
> > > > >><br>
> > > > >> This patch has been included in the packages 3.7.12 built for<br>
> > CentOS,<br>
> > > > >> Fedora, Ubuntu, Debian and SUSE. I guess Lindsay is using one of<br>
> > these<br>
> > > > >> packages, so it might be that the issue seen is new. So I'd like to<br>
> > do<br>
> > > > >> a quick release once we have a fix.<br>
> > > > >><br>
> > > > ><br>
> > > > > <a href="http://review.gluster.org/14835" rel="noreferrer" target="_blank">http://review.gluster.org/14835</a> probably is the one you are<br>
> > looking for.<br>
> > > > ><br>
> > > > ><br>
> > > ><br>
> > > > Ignore it. I had a chance to talk to Poornima and she mentioned that<br>
> > this<br>
> > > > is a different problem.<br>
> > ><br>
> > > The patch that fixes the problem is <a href="http://review.gluster.org/14822" rel="noreferrer" target="_blank">http://review.gluster.org/14822</a> and<br>
> > > I've merged it yesterday. The problem was introduced by<br>
> > > <a href="http://review.gluster.org/14822" rel="noreferrer" target="_blank">http://review.gluster.org/14822</a> (similar subject as 12835 above).<br>
> > > Unfortunately none of the libgfapi maintainer did completely review the<br>
> > > change before it got merged. It also seems that minimal testing was done<br>
> > > after the change got included (last minute change in 3.8, quickly<br>
> > > backported as well).<br>
> > ><br>
> > > In order to make Gluster more stable, and prevent problems like this<br>
> > > again, we really need to work on automating test cases. I hope all<br>
> > > maintainers are thinking about how they want to test the components they<br>
> > > are responsible for. For example, I'm planning to run the upstream QEMU<br>
> > > tests against our nightly builds (libgfapi), and similar for the<br>
> > > connectathon tests (Gluster/NFS). At one point it should be possible to<br>
> > > wrap these in DiSTAF, but the DiSTAF job in the CentOS CI is not ready<br>
> > > yet.<br>
> > ><br>
> > > Thanks,<br>
> > > Niels<br>
> > ><br>
> > ><br>
> > > ><br>
> > > ><br>
> > > > ><br>
> > > > >> Maintainers can merge changes into release-3.7 that follow the<br>
> > > > >> criteria given in [2]. Please make sure to add the bugs for patches<br>
> > > > >> you are merging are added as dependencies for the 3.7.13 tracker bug<br>
> > > > >> [3].<br>
> > > > >><br>
> > > > >> Thanks,<br>
> > > > >> Kaushal<br>
> > > > >><br>
> > > > >> [1]: <a href="https://review.gluster.org/14822" rel="noreferrer" target="_blank">https://review.gluster.org/14822</a><br>
> > > > >> [2]: <a href="https://public.pad.fsfe.org/p/glusterfs-release-process-201606" rel="noreferrer" target="_blank">https://public.pad.fsfe.org/p/glusterfs-release-process-201606</a><br>
> > > > >> under the GlusterFS minor release heading<br>
> > > > >> [3]: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=glusterfs-3.7.13" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=glusterfs-3.7.13</a><br>
> > > > >> _______________________________________________<br>
> > > > >> maintainers mailing list<br>
> > > > >> <a href="mailto:maintainers@gluster.org">maintainers@gluster.org</a><br>
> > > > >> <a href="http://www.gluster.org/mailman/listinfo/maintainers" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/maintainers</a><br>
> > > > >><br>
> > > > ><br>
> > > > ><br>
> > ><br>
> > > > _______________________________________________<br>
> > > > maintainers mailing list<br>
> > > > <a href="mailto:maintainers@gluster.org">maintainers@gluster.org</a><br>
> > > > <a href="http://www.gluster.org/mailman/listinfo/maintainers" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/maintainers</a><br>
> > ><br>
> ><br>
> ><br>
> ><br>
> > > _______________________________________________<br>
> > > Gluster-devel mailing list<br>
> > > <a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
> > > <a href="http://www.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-devel</a><br>
> ><br>
> > What needs to happen for DiSTAF job on Centos CI? I'm pushing hard to get<br>
> > more<br>
> > DiSTAF tests upstream. I can help solve the pipeline/infra issues related<br>
> > to<br>
> > this.<br>
> ><br>
><br>
> I have replied about this in other mail. Basically we just need integration<br>
> with gdeploy (or similar tool) to install gluster and create the xfs<br>
> backend for starting the distaf run.<br>
><br>
> The other issue was not having the disks in the machines provisioned by<br>
> duffy. But this was discussed and IIRC the temporary solution was to run<br>
> with loopback mount.<br>
<br>
</div></div>Yes, the physical systems in the CentOS CI do not have spare,<br>
unpartitioned disks. Creating an image file and using that as disk is<br>
the suggested workaround.<br>
<br>
Creating disks is pretty simple, this works just fine (needs some work<br>
for reboot cases):<br>
<br>
[root@vm016 ~]# fallocate -l 1G /var/tmp/brick_01.img<br>
[root@vm016 ~]# losetup -f /var/tmp/brick_01.img<br>
[root@vm016 ~]# losetup -l<br>
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE<br>
/dev/loop0 0 0 0 0 /var/tmp/brick_01.img<br>
[root@vm016 ~]# pvcreate /dev/loop0<br>
Physical volume "/dev/loop0" successfully created<br>
[root@vm016 ~]# vgcreate brick_01 /dev/loop0<br>
Volume group "brick_01" successfully created<br>
[root@vm016 ~]# vgs<br>
VG #PV #LV #SN Attr VSize VFree<br>
brick_01 1 0 0 wz--n- 1020.00m 1020.00m<br></blockquote><div><br></div><div>Thanks Niels. This is more helpful.</div><div><br></div><div>I couldn't put as much work as I wanted to but getting something done. I have something written today, but will test that tomorrow (I still need to find my ssh keys to get access to CentOS jumphost.</div><div><br></div><div>Best Regards,</div><div>Vishwanath</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
HTH,<br>
Niels<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Best Regards,<br>
> Vishwanath<br>
><br>
><br>
> Best Regards,<br>
> Vishwanath<br>
><br>
><br>
><br>
> ><br>
> ><br>
> > --<br>
> > nigelb<br>
> > _______________________________________________<br>
> > Gluster-devel mailing list<br>
> > <a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
> > <a href="http://www.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-devel</a><br>
> ><br>
</div></div></blockquote></div><br></div></div>