)
still fails.
Could you look into why, Marcin?
The failure seems unrelated to ovn, as it is about a *host* loosing
connectivity. But it reproduces too much, so we need to get to the
bottom of it.
On Thu, Dec 28, 2017 at 7:22 PM, Marcin Mirecki <mmirecki(a)redhat.com> wrote:
I was able to run OST's successfully with:
https://gerrit.ovirt.org/#/c/85797
(
http://jenkins.ovirt.org/job/ovirt-provider-ovn_master_build-artifacts-el...)
both locally and on jenkins:
http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tes...
On Thu, Dec 28, 2017 at 5:06 PM, Dan Kenigsberg <danken(a)redhat.com> wrote:
>
> On Thu, Dec 28, 2017 at 5:24 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
> >
> >
> > On Dec 27, 2017 12:35 PM, "Barak Korren" <bkorren(a)redhat.com>
wrote:
> >
> > On 25 December 2017 at 14:14, Dan Kenigsberg <danken(a)redhat.com> wrote:
> >> On Mon, Dec 25, 2017 at 2:09 PM, Dominik Holler <dholler(a)redhat.com>
> >> wrote:
> >>> A helpful hint is in
> >>>
> >>>
> >>>
> >>>
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4492/artifa...
> >>> :
> >>> Caused by: org.jboss.resteasy.spi.ReaderException:
> >>> org.codehaus.jackson.map.JsonMappingException: Can not construct
> >>> instance of
> >>> java.util.Calendar from String value '2017-12-27 13:19:51Z': not
a
> >>> valid
> >>> representation (error: Can not parse date "2017-12-27
13:19:51Z": not
> >>> compatible with any of standard forms
("yyyy-MM-dd'T'HH:mm:ss.SSSZ",
> >>> "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", "EEE, dd
MMM yyyy HH:mm:ss zzz",
> >>> "yyyy-MM-dd"))
> >>> at [Source:
> >>>
> >>>
org.jboss.resteasy.client.core.BaseClientResponse$InputStreamWrapper@72c184c5;
> >>> line: 1, column: 23] (through reference chain:
> >>>
> >>>
com.woorea.openstack.keystone.model.Access["token"]->com.woorea.openstack.keystone.model.Token["expires"])
> >>>
> >>>
> >>> This problem was introduced by
> >>>
https://gerrit.ovirt.org/#/c/85702/
> >>>
> >>> I created a fix:
> >>>
https://gerrit.ovirt.org/85734
> >>
> >> Thanks for the quick fix.
> >>
> >> Is the new format accpetable to other users of the keystone-like API
> >> (such at the neutron cli)?
> >
> > It seems the fix patch itself failed as well:
> >
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4539/
> >
> > The failed test is: 006_migrations.prepare_migration_attachments_ipv6
> >
> >
> > Any updates on this failure?
>
> There's a versioning mess in ovirt-provider-ovn, which might cause the
> fixed not to be tested. Fixing the master branch with
>
https://gerrit.ovirt.org/#/c/85797 (and possibly other patches) is our
> utmost task for today.
>
> Dan.