| hashar added a comment. |
--log-junit is what fails the build so no.
What fork() is doing is that it tries to allocate the whole virtual memory from the caller. In a trace above the PHP process had 1.8G and the system had 562M free + 959 cached. .That is not enough reclaimable memory to fit the whole 1.8G memory, even if it is never going to be used.
The low level fixes would be:
- add a swap large enough which would trick Linux in thinking there is enough memory. The CI instances have no swap enabled and I haven't found out how to enable in the utility we use to generate the images (diskimage-builder)
- let Linux memory management over commit memory https://www.kernel.org/doc/Documentation/vm/overcommit-accounting . If anything really needs more memory the OOM killer will strike which is usually terrible.
- raise instances RAM from 4GB to 6GB to allow for MediaWiki fork() to fit in (lame)
TASK DETAIL
EMAIL PREFERENCES
To: hashar
Cc: greg, Legoktm, Krinkle, Stashbot, Lydia_Pintscher, Aleksey_WMDE, Ladsgroup, WMDE-leszek, Anomie, hashar, aude, thcipriani, Addshore, Paladox, hoo, Aklapper, JanZerebecki, StudiesWorld, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331
Cc: greg, Legoktm, Krinkle, Stashbot, Lydia_Pintscher, Aleksey_WMDE, Ladsgroup, WMDE-leszek, Anomie, hashar, aude, thcipriani, Addshore, Paladox, hoo, Aklapper, JanZerebecki, StudiesWorld, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
