RPM build failures post-mortem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello folks,

You may have noticed that the RPM jobs failed quite often since the migration.
This should finally be fixed now. Here's a quick post-mortem of what happened.

After the restart, our Jenkins server has accidentally had a fr_FR locale. This
means some of the logs are now in French. In the past, we've had a permission
problem with the RPMS folder after a build. This is usually owned by root user
and root group. I fixed this by triggering a clean up after the job. The
trigger would listen for "Building remotely" in the log and then do a `chown`
on the workspace. Since we started Jenkins in the fr_FR locale, that line is
now in French, so Jenkins doesn't see "Bulding remotely" in the log. There's
now "Construction à distance" instead. This means the chown isn't triggered and
we error out with a Java traceback that's just a permission error. The Jenkins
user can't delete the workspace to clean it up.

The easy solution is to restart Jenkins. but in the interest of doing this
without a downtime, I've solved this with acls which create less of a mess.
This shouldn't be a problem from now on and I can take out the hacky
post-commit scripts.

Apologies for the large number of errors this week. If you recheck your job,
you should get a green now for rpm jobs.


--
nigelb

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-devel

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux