Plex-htpc from the snap store fails to launch today

Today when I launch a previously working snap store plex-htpc on Ubuntu linux I get an error message
“FATAL:credentials.cc(123)] Check failed: . : Permission denied (13)
Trace/breakpoint trap (core dumped)”

I deleted the snap version and installed the flatpak plex-htpc and all is well again. The server is fine as I can display using the snap store plex-htpc on another client. Server and client are latest versions.
Has anyone else seen this?

2 Likes

I’m also seeing this. System log shows possible apparmor issue:

[  855.656108] audit: type=1400 audit(1728416191.792:268): apparmor="DENIED" operation="symlink" class="file" profile="snap.plex-htpc.plex-htpc" name="/dev/char/195:255" pid=7584 comm="Plex" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[  855.656254] audit: type=1400 audit(1728416191.792:269): apparmor="DENIED" operation="symlink" class="file" profile="snap.plex-htpc.plex-htpc" name="/dev/char/195:254" pid=7584 comm="Plex" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[  855.656321] audit: type=1400 audit(1728416191.792:270): apparmor="DENIED" operation="symlink" class="file" profile="snap.plex-htpc.plex-htpc" name="/dev/char/195:0" pid=7584 comm="Plex" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[  855.656432] audit: type=1400 audit(1728416191.792:271): apparmor="DENIED" operation="symlink" class="file" profile="snap.plex-htpc.plex-htpc" name="/dev/char/195:0" pid=7584 comm="Plex" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[  855.658637] audit: type=1107 audit(1728416191.794:272): pid=1055 uid=103 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="DENIED" operation="dbus_method_call"  bus="system" path="/org/freedesktop/DBus" interface="org.freedesktop.DBus" member="ListNames" mask="send" name="org.freedesktop.DBus" pid=7584 label="snap.plex-htpc.plex-htpc" peer_label="unconfined"
                exe="/usr/bin/dbus-daemon" sauid=103 hostname=? addr=? terminal=?'
[  855.693388] audit: type=1400 audit(1728416191.829:273): apparmor="DENIED" operation="symlink" class="file" profile="snap.plex-htpc.plex-htpc" name="/dev/char/195:254" pid=7584 comm="Plex" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[  855.934198] audit: type=1400 audit(1728416192.070:274): apparmor="DENIED" operation="userns_create" class="namespace" profile="snap.plex-htpc.plex-htpc" pid=7584 comm="Plex" requested="userns_create" denied="userns_create"
[  855.934226] traps: Plex[7584] trap int3 ip:77e450d3ef24 sp:7ffc1242b720 error:0 in libQt6WebEngineCore.so.6[77e44ec8f000+5f6f000]

But I am woefully unqualified to debug this

I just checked my system log. It also has a bunch of apparmor=DENIED in it as follows. Some dev might look here and know what the fix is. On the positive side, the flatpak version of plex-htpc worked flawlessly last night.

2024-10-08T18:18:19.592277+11:00 dellbed systemd[3482]: Started snap.plex-htpc.plex-htpc-85167201-1c7a-4cba-964f-4616f
684e77c.scope.
2024-10-08T18:18:20.108247+11:00 dellbed kernel: audit: type=1400 audit(1728371900.106:299): apparmor=“DENIED” operati
on=“open” class=“file” profile=“snap.plex-htpc.plex-htpc” name=“/home/marty/.config/kdedefaults/kdeglobals” pid=7865 c
omm=“Plex” requested_mask=“r” denied_mask=“r” fsuid=1000 ouid=1000
2024-10-08T18:18:20.232263+11:00 dellbed kernel: audit: type=1326 audit(1728371900.230:300): auid=1000 uid=1000 gid=10
00 ses=4 subj=snap.plex-htpc.plex-htpc pid=7865 comm=“Plex” exe=“/snap/plex-htpc/67/bin/Plex” sig=0 arch=c000003e sysc
all=203 compat=0 ip=0x77305e6ec741 code=0x50000
2024-10-08T18:18:20.934339+11:00 dellbed kernel: audit: type=1400 audit(1728371900.931:301): apparmor=“DENIED” operati
on=“file_mmap” class=“file” profile=“snap.plex-htpc.plex-htpc” name=“/dev/zero” pid=7865 comm=“Plex” requested_mask="m
" denied_mask=“m” fsuid=1000 ouid=0
2024-10-08T18:18:20.945305+11:00 dellbed kernel: audit: type=1400 audit(1728371900.943:302): apparmor=“DENIED” operati
on=“userns_create” class=“namespace” profile=“snap.plex-htpc.plex-htpc” pid=7865 comm=“Plex” requested=“userns_create”
denied=“userns_create”
2024-10-08T18:18:21.502445+11:00 dellbed systemd[3482]: snap.plex-htpc.plex-htpc-85167201-1c7a-4cba-964f-4616f684e77c.
scope: Consumed 1.228s CPU time.
2024

Same here, I have 2 linux mint 22 (Ubuntu 24.04) computers and exactly the same error, could be smart to let us install the N previous version from snap, to be able to roll-back to a working version.
I can also confirm that the flatpak package works.

We haven’t changed how the snap is packaged nor permissions nor anything that should be related to this. I can only conclude that something has changed in snap itself.
I would encourage users to switch to flatpak regardless. We implemented snap first because at the time it appeared to be the more popular but that has since shifted in a major way such that snap is in high disfavor.

1 Like

The snap package works again, like you said it was probably an issue with snap itself.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.