[Starlingx-discuss] [multios][build] Build flock services with plan mock

Victor Rodriguez vm.rod25 at gmail.com
Sun Aug 25 01:38:43 UTC 2019


HI team/Marcela

Following this experiment,  here are the results of building the stx SRPMs
with simple mock build system:

https://docs.google.com/spreadsheets/d/1kWrV3A28tTc3xgKiYtbir3ymcI4pew3VosE0jfB9_Fo/edit?usp=sharing

Marcela, we can work on fixing them one by one. If I am missing something
on the list of SRPMs that need to be built, please let me know

I also updated the script and Makefile based on the patch from Dean (
thanks )

Regards

Victor Rodriguez


On Mon, Aug 19, 2019 at 12:03 PM Victor Rodriguez <vm.rod25 at gmail.com>
wrote:

> Awesome, thanks!
>
> On Mon, Aug 19, 2019 at 9:35 AM Scott Little <scott.little at windriver.com>
> wrote:
> >
> > The server multi-thread, and only one server thread had lost
> > connectivity of the ceph back end.  It's fixed now.
> >
> > Scott
> >
> > On 2019-08-14 6:42 p.m., Dean Troyer wrote:
> > > On Wed, Aug 14, 2019 at 2:18 PM Scott Little <
> scott.little at windriver.com> wrote:
> > >> I've never seen a 404 or 403 myself, outside of the 3 or 4 extended
> > >> outages attributed to know issues at cengn.
> > > [...]
> > >> How many folks have seen this?  What was the time of the event?  How
> > >> long did it persist?  Please report events in UTC.
> > > So I've been poking at this for the last few minutes, so around
> 2200-2230 UTC
> > >
> > > These links work:
> > >
> > >
> http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/20190811T053000Z/
> > >
> http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/20190813T033000Z/
> > >
> > > These do not:
> > >
> > >
> http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/20190812T033004Z/
> > >
> http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/20190814T053000Z/
> > >
> > > Until I tried them again to write this email, then they swapped.
> > >
> > > Is there perchance a load balancer in front of multiple web servers
> > > and one of the backends is having trouble?  Even if that isn't the
> > > case that seems to describe the observed behaviour well enough.
> > >
> > > dt
> > >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20190824/8a1b609c/attachment-0001.html>


More information about the Starlingx-discuss mailing list