12:04 a.m.
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
------enig2MUULEBIDLRFLPPKNAADK
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
On 05/08/2013 01:44 AM, Alexander Rydekull wrote:
Okay, so I'm quite sick of these "full disk on
linode01" issues.
=20
So, I propose the following solution:
=20
- A maintainer of jenkins publish-rpms-nightly disable the copy of seve=
ral
versions of the each RPM (preferably only the latest, do we really
need=
more, its a nightly build afterall)
- A maintainer of jenkins publish-rpms-nightly TRY to make a link to th=
e
files instead of copying them.
=20
- Until this is done, we can clear some disk (3 GB+) by doing something=
like the following:
=2E.. and I just did that after it filled up again. But I suspect it's
going to just reupload all those RPMs or something. I'm confused because
there was suddenly 8+ GB of stuff in /var that wasn't there the other
day. The /home/jenkins clean-up worked, in that it was 8 GB less in that
folder tonight. I'm confused. But the below script got us back 11 GB.
- Karsten
# cd /var/www/html/releases/nightly
# for yfile in $(for xfile in $(for file in $(find . -type f -name "*.r=
pm")
; do echo $file | cut -d"." -f 1-2 ; done | sort -u) ; do
ls ${xfile}* =
|
sort -n | head -n-2 ; done) ; do echo rm $yfile ; done
=20
This will effectively remove every RPM except the last two revisions of=
each package. (Well, obviously you need to remove that very last
"echo"=
in
the line, just putting it there not to ruins someones afternoon).
=20
- What I propose other then this is just putting the backups somewhere
else.
We should have sufficient space for this on another host.
If not, give ma thumbs up and I'll host the backups somewhere else for =
us
until we've gotten it in order.
=20
Any thoughts?
=20
=20
=20
On Wed, May 8, 2013 at 7:18 AM, Karsten 'quaid' Wade <kwade(a)redhat.com>=
wrote:
=20
> On 05/01/2013 11:51 PM, Eyal Edri wrote:
>
>>>
>>> What does /jenkins do? I find lots of RPMs in sub-directories that a=
re
>>> apparently dailies for the last month. Can we sweep them
out to get =
some
>>> breathing room?
>>
>> this is a temp place for publishing nightlies, but i think it may not=
be
> deleted probperly.
>> i added a remove function to the move cron script 'move_jenkins_night=
ly'
> to delete all content after it's published.
>> (deleting current data released 13GB).
>
> Looks like we have the same problem again - that directory structure i=
s
> filled with many versions of similar files, and the disk is full
again=
=2E
> I freed up enough space to keep Mailman running for now.
>
> --
> Karsten 'quaid' Wade
> http://TheOpenSourceWay.org .^\ http://community.redhat.com
> @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
>
>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
=20
=20
--=20
Karsten 'quaid' Wade
http://TheOpenSourceWay.org .^\ http://community.redhat.com
@quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
------enig2MUULEBIDLRFLPPKNAADK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iD8DBQFRjdFs2ZIOBq0ODEERAgHrAKCVm8mUqsNALMmJ1MR9Wwb2Qpnt9ACfRQmX
j2J0ecFM/Ixc+Gvuzm2y97M=
=6R+J
-----END PGP SIGNATURE-----
------enig2MUULEBIDLRFLPPKNAADK--