- Original Message -
From: Eyal Edri ee...@redhat.com
To: Omer Frenkel ofren...@redhat.com
Cc: infra infra@ovirt.org
Sent: Tuesday, June 16, 2015 3:35:15 PM
Subject: Re: findbugs fails with no reason
the findbugs yells on vdsdeploy file, and the patch did alter that file,
so if
can someone please check
https://gerrit.ovirt.org/#/c/42422/
Thanks
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
ok,
the job fails due to network error / accessing maven repo (not related to
findbugs):
13:06:28 [INFO] Finished at: Tue Jun 16 12:06:27 UTC 2015
13:06:29 [INFO] Final Memory: 293M/851M
13:06:29 [INFO]
13:06:29 [ERROR]
the findbugs yells on vdsdeploy file, and the patch did alter that file,
so if you believe that's false positive, you will need to update the xml filter
file
to ignore it.
http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_gerrit/39057/findbugsResult/
VdsDeploy.java:720,
As of yesterday, Jenkins CI starting granting CR+1, V+1 and CI+1 for
every patchset that it successfully passed.
Was this change somehow intentional?
It is confusing and unwanted. Only a human developer can give a
meaningful Code-Review. Only a human user/QE can say that a patch solved
the
Sounds like a bug.
Jenkins should only use the CI flag and not change CR and V flags.
Might have been a misunderstanding.
David, can you fix it so Jenkins will only update CI flag?
E.
Eyal Edri
Supervisor, RHEV CI
Red Hat
From: Dan Kenigsberg
Sent: Jun 16, 2015 7:06 PM
To: infra@ovirt.org
Cc:
On 06/16, Eyal Edri wrote:
Sounds like a bug.
Jenkins should only use the CI flag and not change CR and V flags.
Might have been a misunderstanding.
David, can you fix it so Jenkins will only update CI flag?
Can someone pass me an example of the patch that had the reviews? It's possible
Le mardi 16 juin 2015 à 03:38 -0400, Eyal Edri a écrit :
- Original Message -
From: Karsten Wade kw...@redhat.com
To: infra@ovirt.org
Sent: Tuesday, June 16, 2015 6:29:04 AM
Subject: Re: migration of services from linode server to phx2 lab
-BEGIN PGP SIGNED MESSAGE-
### Logwatch 7.3.6 (05/19/07)
Processing Initiated: Tue Jun 16 03:46:26 2015
Date Range Processed: yesterday
( 2015-Jun-15 )
Period is day.
Detail Level of Output: 0
Hi,
I disabled vdsm_master_unit-tests_created and vdsm_master_unit-tests_merged
since they get stuck testing jsonrpc and cause jenkins job to grow over
500 jobs taking busy for days the slaves.
Please either fix vdsm or the unit tests before enabling these jobs again.
Thanks.
--
Sandro
On Tue, Jun 16, 2015 at 9:05 AM, Eyal Edri ee...@redhat.com wrote:
thanks for the quick action on this,
any idea why it was stuck? we solved the mom issues yesterday by updating the
mock
repos to take latest mom from master snapshot repo.
s.
- Original Message -
From: Sandro
http://jenkins.ovirt.org/job/ovirt-appliance-engine_3.5_merged/66/console
15:05:33 Max needed: 9.8G. Free: 9.0G. May need another 748.2M.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
looking at the slave it has 12G free:
[eedri@fc20-vm06 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda318G 4.9G 12G 30% /
devtmpfs4.4G 0 4.4G 0% /dev
tmpfs 4.4G 0 4.4G 0% /dev/shm
tmpfs 4.4G 368K 4.4G 1% /run
tmpfs
The requirements have changed or something?
In the cleanup I see that the slave has 13GB free prior to starting to do
anything (as usual)
10:40:09 /dev/vda318G 4.6G 13G 28% /
On 06/16, Sandro Bonazzola wrote:
- Original Message -
The requirements have changed or something?
No, the requirements did not change.
But as discussed previously, the build process involves several images (because
they need to be converted from qcow2 to ova), and this can require a lot of
space.
We are currently
We are pending a major rebuild of all the slaves, the new ones should have 40G
disks, that would solve it, but that's been planned for so long that I'm not
sure it's something worth waiting for if it's blocking you.
Adding a tag to some slaves that 'should' have more space is something that
will
Il 16/06/2015 09:53, Piotr Kliczewski ha scritto:
On Tue, Jun 16, 2015 at 9:05 AM, Eyal Edri ee...@redhat.com wrote:
thanks for the quick action on this,
any idea why it was stuck? we solved the mom issues yesterday by updating
the mock
repos to take latest mom from master snapshot repo.
- Original Message -
looking at the slave it has 12G free:
[eedri@fc20-vm06 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda318G 4.9G 12G 30% /
devtmpfs4.4G 0 4.4G 0% /dev
tmpfs 4.4G 0 4.4G 0% /dev/shm
tmpfs
On Tue, Jun 16, 2015 at 10:25 AM, Sandro Bonazzola sbona...@redhat.com wrote:
Il 16/06/2015 09:53, Piotr Kliczewski ha scritto:
On Tue, Jun 16, 2015 at 9:05 AM, Eyal Edri ee...@redhat.com wrote:
thanks for the quick action on this,
any idea why it was stuck? we solved the mom issues yesterday
Il 16/06/2015 13:27, Piotr Kliczewski ha scritto:
On Tue, Jun 16, 2015 at 10:25 AM, Sandro Bonazzola sbona...@redhat.com
wrote:
Il 16/06/2015 09:53, Piotr Kliczewski ha scritto:
On Tue, Jun 16, 2015 at 9:05 AM, Eyal Edri ee...@redhat.com wrote:
thanks for the quick action on this,
any idea
20 matches
Mail list logo