Anyone noticed strange signals (segfaults?) delivered to processes in latest Rawhide in Koji?

[Seth Vidal]

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