Bug 2355207
Summary: | Remote install via RDP fails (client either drops connection immediately or hangs at a white screen) since Fedora-42-20250316.n.0 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> |
Component: | pipewire | Assignee: | Wim Taymans <wtaymans> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 42 | CC: | anaconda-maint, jadahl, kkoukiou, kparal, robatino, suraj.ghimire7, wtaymans, w |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | AcceptedBlocker openqa | ||
Fixed In Version: | Doc Type: | --- | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2025-04-03 06:10:54 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: | 2291265 |
Description
Adam Williamson
2025-03-27 01:07:59 UTC
Ugh, I'm an idiot. My second guess turns out to be correct - it's pipewire. And I could've figured it out a lot sooner by just looking at the journal on the server end, because it says: Mar 27 19:01:07 node-1w7jr9qu0rzvjvceq9aaaixdo.ipv6.telus.net gnome-remote-de[3766]: [RDP.CLIPRDR] Relieving CLIPRDR filename restriction Mar 27 19:01:07 node-1w7jr9qu0rzvjvceq9aaaixdo.ipv6.telus.net gnome-remote-de[3766]: [RDP.CLIPRDR] Client capabilities: long format names, stream file clip, file clip no file paths, can lock clip data, huge file support Mar 27 19:01:07 node-1w7jr9qu0rzvjvceq9aaaixdo.ipv6.telus.net gnome-remote-de[3766]: Failed to start screen cast stream: GDBus.Error:org.freedesktop.DBus.Error.Failed: Failed to start stream: Couldn't connect pipewire context Mar 27 19:01:07 node-1w7jr9qu0rzvjvceq9aaaixdo.ipv6.telus.net gnome-remote-desktop[3766]: [19:01:07:278] [3766:00000eb6] [ERROR][com.freerdp.core.peer] - [rdp_set_error_info]: ERRINFO_RPC_INITIATED_DISCONNECT [0x00010001] Mar 27 19:01:07 node-1w7jr9qu0rzvjvceq9aaaixdo.ipv6.telus.net systemd[1]: run-user-0-gnome\x2dremote\x2ddesktop-cliprdr\x2dEW2NPb.mount: Deactivated successfully. Oh, sorry, to be clear: it's pipewire-1.4.1-1.fc42 . This is broken by the update from pipewire-1.2.7-4.fc42 to pipewire-1.4.1-1.fc42 . Remote install (and, looking at the error message, I'm guessing any use of gnome-remote-desktop...) works fine with pipewire 1.2.7, breaks with 1.4.1. +3 in https://pagure.io/fedora-qa/blocker-review/issue/1814 , marking accepted blocker. > Failed to start screen cast stream: GDBus.Error:org.freedesktop.DBus.Error.Failed: Failed to start stream: Couldn't connect pipewire context This seems to come from here: https://gitlab.gnome.org/GNOME/mutter/-/blob/main/src/backends/meta-screen-cast-stream-src.c?ref_type=heads#L2078 It seems something more fundamental, like pipewire is not started or the socket permissions are not correct. Could it be this? Does remote install run as root? https://gitlab.freedesktop.org/pipewire/pipewire/-/commit/17eaf83fe80ad7b70ec14b1b92515f8291594f96 ooh, yeah, it may well be that. I can check it later, in the middle of something else right now. OK, yeah, it's exactly that. anaconda, on the traditional installer images, runs as root. There's a log message specifically showing the pipewire socket refusing to start because we're root. So, this needs sorting out between anaconda and pipewire somehow, I guess. We *could* hack up the service in the installer environment via lorax, feels ugly but it's an option. I ginned up https://github.com/weldr/lorax/pull/1467 , that seems to fix this in my testing. FEDORA-2025-8d33b5abba (lorax-42.8-1.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-8d33b5abba FEDORA-2025-8d33b5abba has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-8d33b5abba` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-8d33b5abba See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2025-8d33b5abba (lorax-42.8-1.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report. Reopening for testing. I already confirmed the fix in Rawhide. |