On Fri, 27 Jul 2012, Richard W.M. Jones wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=843731 Always the same process (ocamlopt.opt) and always on 32 bit only. The thing is, it *didn't* happen just 3 days ago. Nothing has changed in the package, and ocamlopt.opt is the same as 3 days ago. glibc has had a few memory-related fixes in the past 3 days: - Revert patch for BZ696143, it made it impossible to use IPV6 addresses explicitly in getaddrinfo, which in turn broke ssh, apache and other code. (#808147) - Avoid another unbound alloca in vfprintf (#841318) - Remove /etc/localtime.tzupdate in lua scriptlets - Revert back to using posix.symlink as posix.link with a 3rd argument isn't supported in the lua version embedded in rpm. - Revert recent changes to res_send (804630, 835090). - Fix memcpy args in res_send (#841787). Has something changed in Koji or mock such as inherited signal masks? I even went as far as building a 32 bit Rawhide VM to test this, but I can't reproduce it there, and that's pretty odd considering it happens reliably in Koji.
Do you happen to know how much memory that build consumes? Most of the new builders are 4GB instances(w/ 2GB of swap) - could you be hitting the top end of memory?
-sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
