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