koji wait-repo (newRepo) is really taking a long time

[Richard W.M. Jones]

I've been waiting on:

$ koji wait-repo f33-build-side-20855 --build=ocaml-lacaml-9.3.2-17.fc33

for hours now.  Seems like newRepo generation is again taking a very
long time?

Also it'd be nice if this command didn't time out after 2 hours
(seems like a very odd and arbitrary choice - why not wait forever?)
and also coped with transient network failures.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html

[Kevin Fenzi]

On Fri, Apr 03, 2020 at 12:03:31PM +0100, Richard W.M. Jones wrote:
>  
>  I've been waiting on:
>  
>  $ koji wait-repo f33-build-side-20855 --build=ocaml-lacaml-9.3.2-17.fc33
>  
>  for hours now.  Seems like newRepo generation is again taking a very
>  long time? 
Yeah, trying to figure it out... 

https://pagure.io/koji/issue/2119

kevin

[Miro Hrončok]

On 03. 04. 20 13:03, Richard W.M. Jones wrote:
>  
>  I've been waiting on:
>  
>  $ koji wait-repo f33-build-side-20855 --build=ocaml-lacaml-9.3.2-17.fc33
>  
>  for hours now.  Seems like newRepo generation is again taking a very
>  long time?
>  
>  Also it'd be nice if this command didn't time out after 2 hours
>  (seems like a very odd and arbitrary choice - why not wait forever?)
>  and also coped with transient network failures. 
For timeout, there is:

   --timeout=TIMEOUT  Amount of time to wait (in minutes) before giving up
                      (default: 120)

For network issues, I've been using:

     while ! koji wait-repo ...; do sleep 15; done

...quite successfully.

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Richard W.M. Jones]

On Sat, Apr 04, 2020 at 12:42:29AM +0200, Miro Hrončok wrote:
>  On 03. 04. 20 13:03, Richard W.M. Jones wrote:
>  >
>  >I've been waiting on:
>  >
>  >$ koji wait-repo f33-build-side-20855 --build=ocaml-lacaml-9.3.2-17.fc33
>  >
>  >for hours now.  Seems like newRepo generation is again taking a very
>  >long time?
>  >
>  >Also it'd be nice if this command didn't time out after 2 hours
>  >(seems like a very odd and arbitrary choice - why not wait forever?)
>  >and also coped with transient network failures.
>  
>  For timeout, there is:
>  
>    --timeout=TIMEOUT  Amount of time to wait (in minutes) before giving up
>                       (default: 120)
>  
>  For network issues, I've been using:
>  
>      while ! koji wait-repo ...; do sleep 15; done
>  
>  ...quite successfully. 
Thanks, hopefully with this change it'll be more robust:

http://git.annexia.org/?p=goals.git;a=commitdiff;h=cda1f0160b96e57a003708...

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/

[Mohan Boddu]

Things should be getting better now

https://pagure.io/koji/issue/2119#comment-640757

On Sat, Apr 4, 2020 at 5:13 AM Richard W.M. Jones <rjones(a)redhat.com&gt; wrote:
>
> On Sat, Apr 04, 2020 at 12:42:29AM +0200, Miro Hrončok wrote:
> > On 03. 04. 20 13:03, Richard W.M. Jones wrote:
> > >
> > >I've been waiting on:
> > >
> > >$ koji wait-repo f33-build-side-20855 --build=ocaml-lacaml-9.3.2-17.fc33
> > >
> > >for hours now.  Seems like newRepo generation is again taking a very
> > >long time?
> > >
> > >Also it'd be nice if this command didn't time out after 2 hours
> > >(seems like a very odd and arbitrary choice - why not wait forever?)
> > >and also coped with transient network failures.
> >
> > For timeout, there is:
> >
> >   --timeout=TIMEOUT  Amount of time to wait (in minutes) before giving up
> >                      (default: 120)
> >
> > For network issues, I've been using:
> >
> >     while ! koji wait-repo ...; do sleep 15; done
> >
> > ...quite successfully.
>
> Thanks, hopefully with this change it'll be more robust:
>
>
http://git.annexia.org/?p=goals.git;a=commitdiff;h=cda1f0160b96e57a003708...
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-df lists disk usage of guests without needing to install any
> software inside the virtual machine.  Supports Linux and Windows.
> http://people.redhat.com/~rjones/virt-df/
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/[e-mail]