Bug 1641253

Summary: Use of nspawn blocks a socket mock needs for its pm_request plugin
Product: [Fedora] Fedora Reporter: Nicolas Mailhot <nicolas.mailhot>
Component: mockAssignee: Miroslav Suchý <msuchy>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dwalsh, extras-qa, jdisnard, jkeating, lnykryn, lvrabec, mebrown, msekleta, msuchy, plautrba, praiskup, ssahani, s, systemd-maint, williams, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1641252 Environment:
Last Closed: 2019-05-01 07:50:31 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1641187, 1641191    

Description Nicolas Mailhot 2018-10-20 13:54:46 UTC
When activating the nspawn mock extension in EPEL or Fedora mock, the pm request stops working, because the socket the pm request client uses to talk to mock is blocked.

There is probably a bad nspawn setting in the mock extension.

This is blocking pm request activation in koji and copr

Comment 1 Zbigniew Jędrzejewski-Szmek 2018-10-21 16:15:52 UTC
It is possible to pass in a socket into an nspawn container. But what and how is up to the users of mock. I'll reassign this to mock, since I don't think there's anything to fix in systemd.

Comment 2 Nicolas Mailhot 2019-05-01 07:50:31 UTC
I think it is fixed now