Dat Plex een bestand kan afspelen maar het niet kan verwijderen, wijst sterk op een rechtenprobleem. Leesrechten en rechten om te verwijderen/schrijven zijn verschillende bewerkingen. In de oorspronkelijke situatie stond de media op een aangekoppelde bestandsdeling. Plex kon het bestand lezen, maar bij het verwijderen verscheen de melding ‘There was a problem deleting file.’
De oorspronkelijke poster koppelde de CIFS-share uiteindelijk opnieuw aan met ruime 0777-modi en noperm, waardoor de map schrijfbaar werd. Dat toont aan dat het probleem in de effectieve rechtenlaag van de koppeling of het bestandssysteem zat, maar dit is te ruim ingesteld om als voorkeursconfiguratie voor permanent gebruik aan te bevelen.
‘root’ in een container vertelt niet het hele verhaal over rechten
De gebruiker verleende toegang als root op de host omdat de Plex-container als root leek te draaien. Een Docker-container benadert een aangekoppeld SMB/CIFS-bestandssysteem nog steeds via het eigenaarschap, de modus, ACL’s en de koppelopties van de hostkoppeling.
Rootrechten op een ander onderdeel van de host veranderen niet automatisch de manier waarop een CIFS-koppeling het eigenaarschap van bestanden aan de container presenteert.
Voor het verwijderen van een bestand zijn schrijfrechten op de bovenliggende map nodig
Op Unix-achtige bestandssystemen is het verwijderen van een bestand voornamelijk een bewerking op de map. Plex kan een mediabestand dus probleemloos lezen, maar het niet verwijderen omdat de aangekoppelde bovenliggende map niet schrijfbaar is voor de effectieve identiteit van Plex.
Stem de werkelijke containeridentiteit af op de koppeling
De community adviseerde om de gebruiker/groep van de Plex-container gelijk te maken aan het eigenaarschap van de map op de host. Dat is een goed duurzaam uitgangspunt, maar ga er niet van uit dat Plex altijd één universele UID gebruikt.
Controleer de huidige containerconfiguratie en het effectieve eigenaarschap dat door de CIFS-koppeling wordt weergegeven voordat je PLEX_UID/PUID/PGID wijzigt.
In de oorspronkelijke situatie werden 0777 en noperm als ruime workaround gebruikt
In het laatste bericht uit de oorspronkelijke situatie werd CIFS aangekoppeld met opties die overeenkomen met:
file_mode=0777,dir_mode=0777,nopermHierdoor kan de share voor vrijwel elke lokale identiteit schrijfbaar worden en worden normale toestemmingscontroles aan de clientzijde uitgeschakeld. Dit is nuttig bewijs dat het koppelbeleid Plex blokkeerde, maar het zou niet de eerste permanente oplossing moeten zijn.
Kies bij voorkeur een speciale media-identiteit of -groep
Een veiliger ontwerp is om de share zo te koppelen dat de bestanden en mappen eigendom lijken van de gebruiker/groep die Plex hoort te gebruiken, of van een gedeelde mediagroep. Geef alleen schrijfrechten op plaatsen waar Plex bestanden moet kunnen verwijderen.
Als Plex de meeste bibliotheken alleen hoeft te lezen, kun je overwegen uitsluitend specifieke beheerde mappen schrijfbaar te maken.
Controleer ook de volumekoppeling van Plex
Plex moet het mediapad aan de containerzijde gebruiken, terwijl ZimaOS dat pad koppelt aan de hostkoppeling. De actuele documentatie van IceWhale legt deze relatie tussen host en container uit.
Gebruik het actuele Docker-padmodel van ZimaOS voordat je het eigenaarschap aanpast.
Plex moet het verwijderen van media ook toestaan
Zelfs met de juiste rechten op het bestandssysteem moeten de eigen bibliotheek- en serverinstellingen van Plex het verwijderen toestaan waar dat van toepassing is. Een bestandssysteemtest vanuit de container kan onderscheid maken tussen problemen met een ‘Plex-instelling’ en problemen met ‘OS-rechten’.
Test met één wegwerpbestand
Maak of kopieer een klein testbestand naar de betreffende mediamap, controleer of Plex het kan zien, verwijder het vervolgens via Plex en controleer of het van de achterliggende share verdwijnt. Test wijzigingen in rechten niet door eerst unieke media te verwijderen.
Veelgestelde vragen over het verwijderen van bestanden door Plex
Bewijst het feit dat Plex een bestand kan lezen dat het dit ook kan verwijderen?
Nee. Voor verwijderen zijn schrijfrechten op de map waarin het bestand staat nodig.
Werkten chmod/koppelmodus 0777 in de oorspronkelijke situatie?
De gebruiker meldde succes na het opnieuw aankoppelen van CIFS met zeer ruime rechten, maar dit is niet de aanbevolen oplossing volgens het principe van minimale rechten.
Lost toegang als root op de host alleen een Plex-probleem met het verwijderen via SMB op?
Nee. Het effectieve eigenaarschap en de modus van de CIFS-koppeling, evenals de identiteit van de container, bepalen nog steeds het schrijfgedrag.
