1:25 p.m.
--nEsDIrWrg+hrB7l1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 11/24, Lior Vernia wrote:
=20
=20
On 24/11/14 14:16, David Caro wrote:
> On 11/24, Allon Mureinik wrote:
>> Looks like recreating the database fails:
>>
>> 08:54:54 [ovirt-engine_master_dao-unit-tests_created] $ /bin/sh /tmp/h=
udson8811709354471707251.sh
>> 08:54:54
/home/jenkins/workspace/ovirt-engine_master_dao-unit-tests_cr=
eated
>> 08:54:54
/home/jenkins/workspace/ovirt-engine_master_dao-unit-tests_cr=
eated
>> 08:54:55 could not change directory to
"/home/jenkins/workspace/ovirt-=
engine_master_dao-unit-tests_created"
> >> 08:54:55 ERROR: role "engine" already exists
>> 08:54:55 could not change directory to
"/home/jenkins/workspace/ovirt-=
engine_master_dao-unit-tests_created"
>> 08:54:55 ALTER ROLE
>> 08:54:56 could not change directory to "/home/jenkins/workspace/ovirt-=
engine_master_dao-unit-tests_created"
>> 08:54:56 dropdb: database removal failed: ERROR: database
"engine" do=
es not exist
>> 08:54:56 could not change directory to
"/home/jenkins/workspace/ovirt-=
engine_master_dao-unit-tests_created"
>> 08:54:58 CREATE DATABASE
>> 08:54:59 Creating schema engine@localhost:5432/ovirt_engine_master_dao=
_unit_tests_created_6082
>>
>=20
> Those are not errors, are just unfiltered messages when it tries to
> make sure the database is not there and the user has enough rights at
> the startup of the job.
>=20
> The first issue is:
>=20
> 00:09:49.369 2014-11-24 09:03:47,301 SEVERE [org.ovirt.engine.core.dal=
=2Edbbroker.BatchProcedureExecutionConnectionCallback doInConnection] Can't=
execute batch: Batch entry 0 select * from public.insertnumanode(CAST ('83=
0fd8d0-9332-4d81-bb80-54beee7d5b59' AS uuid),CAST (NULL AS uuid),CAST ('772=
96e00-0cad-4e5a-9299-008a7b6f4355' AS uuid),CAST ('0' AS int2),CAST
('0' AS=
int8),CAST ('4' AS int2),CAST (NULL AS int8),CAST (NULL AS int4),CAST (NUL=
L AS numeric),CAST (NULL AS numeric),CAST (NULL AS numeric),CAST (NULL AS i=
nt4),CAST (NULL AS text)) as result was aborted. Call getNextException to =
see the cause.
> 00:09:49.441 2014-11-24 09:03:47,303 SEVERE
[org.ovirt.engine.core.dal=
=2Edbbroker.BatchProcedureExecutionConnectionCallback
doInConnection] Can't=
execute batch. Next exception is: ERROR: insert or update on table "numa_n=
ode" violates foreign key constraint "fk_numa_node_vm"
>=20
> What to me looks like a real issue. I'll do a couple more checks, but
> I don't know how the tests work or what the code does, that's your
> domain.
>=20
=20
I don't know if that specifically is a real issue or not (as it isn't
related to my patch and I haven't researched it), I do see however that
there are ultimately 433 failures and 371 errors, and that is spread
across many independent tests.
You should be aware that it's not just your patch that runs, but all
the patches yours depends on, that I see are quite a lot, are you sure
that none of them introduces those failures?
=20
>>
>>
>> ----- Original Message -----
>>> From: "Lior Vernia" <lvernia(a)redhat.com>
>>> To: infra(a)ovirt.org
>>> Sent: Monday, November 24, 2014 1:37:25 PM
>>> Subject: DAO tests failing
>>>
>>> Hi,
>>>
>>> I've noticed recurrent failures of DAO tests on one of my patches, th=
is
>>> looks like something systematic as there are hundreds of
failures in
>>> unrelated files.
>>>
>>> http://gerrit.ovirt.org/#/c/34121/
>>>
>>> Talked to dcaro about it on Thursday, but have been rebasing and
>>> re-running the tests and they keep failing.
>>>
>>> Thanks, Lior.
>>> _______________________________________________
>>> Infra mailing list
>>> Infra(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>> _______________________________________________
>> Infra mailing list
>> Infra(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>=20
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
Web: www.redhat.com
RHT Global #: 82-62605
--nEsDIrWrg+hrB7l1
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJUcyOxAAoJEEBxx+HSYmnDjZwH/2Iq0q9Tee3+V46e0K32ktuP
2c9Dgr+mlLrUXaiVNrb2MXjbtlaQKsJgX+6ABj54M0sufKlZ6XDvsjM1KbJSQKmR
U2kq9Qe5LXb9/UVaZjGPhgt/wq7nNR9LvB8p9GClCMLlWOP/46UdEZ4rDIKPzQ+V
2TrT9L3xUdMPOvG/LLoO4KfbgdnVaapOHJEmqcd7uVSxwfONcqVUlo/Pm2F97LW1
Rvku2h1kXC77+8INGDtdS/S6OHhnPwQOqsdNtlutvBPpMEt5IpMMUm/V7ITtYBb1
Q7et4EC112gFRNTu+WaHPFMOLshIQvXYtyWDqnALdj1f/8V55eyU2i7iPgpe3+U=
=2bG3
-----END PGP SIGNATURE-----
--nEsDIrWrg+hrB7l1--