jobs wihtout cleanup step on failure

[David Caro]

That sould be leveraged by the cleanup script if they put the garbage
inside the workspace (it's just a patch, not the real solution).
So if the slave has less than 10Gb free, all the workspaces that are
not currently in use should be deleted by that cleanup script.

About the unit tests, I'm working on a replacement job for it so I
think it's better to focus on the new one instead.

About the other, let me take a look.



On 11/07, Sandro Bonazzola wrote:
> Hi,
> looks like ovirt_engine_master_compile_checkstyle_gerrit and vdsm_master_unit_tests_gerrit_el lack cleanup step leaving the slave with garbage in the
> workspace.
> See http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged/2687/label=el6/consoleFull
> 
> 09:00:22 Env status:
> 09:00:22 + df -h
> 09:00:22 Filesystem            Size  Used Avail Use% Mounted on
> 09:00:22 /dev/mapper/vg_centosbase-lv_root
> 09:00:22                        18G  8.2G  8.3G  50% /
> 09:00:22 tmpfs                 1.9G     0  1.9G   0% /dev/shm
> 09:00:22 /dev/vda1             485M   63M  397M  14% /boot
> 09:00:22 + du -sh /home/jenkins/workspace
> 09:00:22 697M	/home/jenkins/workspace
> 09:00:22 + ls -l /home/jenkins/workspace
> 09:00:22 total 12
> 09:00:22 drwxr-xr-x. 3 jenkins jenkins 4096 Nov  7 08:50 ovirt-engine_master_create-rpms_merged
> 09:00:22 drwxr-xr-x. 5 jenkins jenkins 4096 Nov  7 08:34 ovirt_engine_master_compile_checkstyle_gerrit
> 09:00:22 drwxr-xr-x. 4 jenkins jenkins 4096 Nov  7 08:53 vdsm_master_unit_tests_gerrit_el
> 09:00:22 + free -m
> 09:00:22              total       used       free     shared    buffers     cached
> 09:00:22 Mem:          3811       2236       1574          0        149       1548
> 09:00:22 -/+ buffers/cache:        539       3272
> 09:00:22 Swap:         1983        167       1816
> 09:00:22 + ulimit -a
> 09:00:22 core file size          (blocks, -c) 0
> 09:00:22 data seg size           (kbytes, -d) unlimited
> 09:00:22 scheduling priority             (-e) 0
> 09:00:22 file size               (blocks, -f) unlimited
> 09:00:22 pending signals                 (-i) 30333
> 09:00:22 max locked memory       (kbytes, -l) 64
> 09:00:22 max memory size         (kbytes, -m) unlimited
> 09:00:22 open files                      (-n) 96000
> 09:00:22 pipe size            (512 bytes, -p) 8
> 09:00:22 POSIX message queues     (bytes, -q) 819200
> 09:00:22 real-time priority              (-r) 0
> 09:00:22 stack size              (kbytes, -s) 10240
> 09:00:22 cpu time               (seconds, -t) unlimited
> 09:00:22 max user processes              (-u) 1024
> 09:00:22 virtual memory          (kbytes, -v) unlimited
> 09:00:22 file locks                      (-x) unlimited
> 
> 
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com

-- 
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Tel.: +420 532 294 605
Email: dcaro at redhat.com
Web: www.redhat.com
RHT Global #: 82-62605
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/infra/attachments/20141107/10e73637/attachment.sig>