Trivial OOM on sync for a particular Microsoft repo
Syncing https://packages.microsoft.com/rhel/8/prod/ results in an OOM even on a box with ~10gb of available memory
Updated by dalley about 1 year ago
- Status changed from NEW to ASSIGNED
- Assignee set to dalley
In a non-Pulp reproducer that merely calls parses the metadata with createrepo_c using the same code as Pulp RPM, it's clear that for some reason in this case there is a pathological behavior with the custom hybrid iterative parser.
The traditional "all at once" parsing peaks at 900mb, the new iterative parser peaks around 600mb, but our custom parser blows through the 15.5gb available on my VM and triggers the OOM killer.
Yeah this is not our fault. I reported it upstream to Microsoft.