rpminspect tests may require a lot of memory? #545
Labels
No labels
area/installability
area/jenkins
area/rpmdeplint
area/rpminspect
area/STI
area/STI-compat
area/Testing Farm
area/tmt
area/Zuul CI
blocked
bug
discussion
feature
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Type
Help
Type
Incident
UX
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Status/Blocked
Status/Discuss
Type
Bug
Type
Feature
Type
Task
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ci/tickets#545
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hit this issue on rpminspect
intel-igcI see it is a consistent issue with that package
@lecris yeah, this is a known issue for certain components, although I am a bit suprised
intel-igchits it. Could be also a rpminspect (or some of the tools it uses) bug. Should really happen only for components with large code bases.Anyway, I was thinking how to solve on our side, but I am getting to a conclusion for some components we should just run this on a VM instead of container. I can try to draft it in next sprint. It would need to create another rpminspect plan that would run against a beefy VM, which would run the rpminspect container, instead of running the rpminspect container directly on Testing Farm workers (which is superb for most of the cases as it is lightweight and thus faster).
Was this discussed with rpminspect if this is not something that they could fix? It does not actually show which test it failed at. Did it fail somewhere else, maybe at the rpm download?
Otherwise, reworking it to use VM, would make the
rpminspect_runnerimage obsolete (not opposed to that).Will address in a V2 rewrite in https://github.com/packit/tmt-plans/pull/37