*New 11.3 series Release:
2019-10-05: XigmaNAS 11.3.0.4.6928 - released, 11.2 series are soon unsupported!

*New 12.0 series Release:
2019-10-05: XigmaNAS 12.0.0.4.6928 - released!

*New 11.2 series Release:
2019-09-23: XigmaNAS 11.2.0.4.6881 - released!

We really need "Your" help on XigmaNAS https://translations.launchpad.net/xigmanas translations. Please help today!

Producing and hosting XigmaNAS costs money. Please consider donating for our project so that we can continue to offer you the best.
We need your support! eg: PAYPAL

MiniDLNA error scanning directories

UPnP/DLNA services Fuppes & MiniDLNA.
Forum rules
Set-Up GuideFAQsForum Rules
Post Reply
rootmeansqr
NewUser
NewUser
Posts: 8
Joined: 25 Mar 2014 07:21
Status: Offline

MiniDLNA error scanning directories

#1

Post by rootmeansqr » 01 Jan 2019 02:31

I have enabled the MiniDLNA service and added a couple of media directories, but I am getting a "[Permission denied]" error on both scanning and
The media directories are located in a ZFS dataset and permissions are 777 on all of them, including the files within.
The service created the files.db database with no issues.

Log:

Code: Select all

2018/12/31 16:47:50	monitor	inotify_add_watch[kqueue,open](/mnt/pool/data/Videos) [Permission denied]
2018/12/31 16:47:50	monitor	inotify_add_watch[kqueue,open](/mnt/pool/data/Music) [Permission denied]
...
2018/12/31 16:39:11	scanner	Error scanning /mnt/pool/data/Videos [Permission denied]
2018/12/31 16:39:11	scanner	Scanning /mnt/pool/data/Videos
2018/12/31 16:39:11	scanner	Error scanning /mnt/pool/data/Music [Permission denied]
2018/12/31 16:39:11	scanner	Scanning /mnt/pool/data/Music 
Notice that permissions are 777, including subdirectories and files.

Code: Select all

drwxrwxrwx   6 redacted  homegrp       6 Aug 21  2016 Music/
drwxrwxrwx   5 redacted  homegrp       5 Apr 11  2017 Videos/ 
I have even tried changing both the owner and group to "dlna" for these directories as this seems to be the user/group that MiniDLNA uses (?).

I tried changing to Fuppes, and it had no problems with scanning the directories, it seems that Fuppes may run as root (?).

I would had liked to try running MiniDLNA as root, but there is no way to add additional parameters to the minidlna.conf file via the WebGUI.

Any help is appreciated.
Thanks.
11.2.0.4 - Omnius (revision 6315)
XigmaNAS 11.2.0.4 - Omnius (revision 6315) || Supermicro X10SDV-4C-TLN4F . 32GB ECC RAM . 6x2TB WD Red in RaidZ2

User avatar
raulfg3
Site Admin
Site Admin
Posts: 4921
Joined: 22 Jun 2012 22:13
Location: Madrid (ESPAÑA)
Contact:
Status: Offline

Re: MiniDLNA error scanning directories

#2

Post by raulfg3 » 01 Jan 2019 11:39

In webgui add to user the minidlna group as aditional group
12.0.0.4 (revision 6766)+OBI on SUPERMICRO X8SIL-F 8GB of ECC RAM, 12x3TB disk in 3 vdev in RaidZ1 = 32TB Raw size only 22TB usable

Wiki
Last changes

rootmeansqr
NewUser
NewUser
Posts: 8
Joined: 25 Mar 2014 07:21
Status: Offline

Re: MiniDLNA error scanning directories

#3

Post by rootmeansqr » 01 Jan 2019 19:07

Thanks for the response. If I understand correctly, you are suggesting that I add the user that owns the media directories to the minidlna group. Since there is only a 'dlna' group, I will assume that this is the one you mean. I had actually already added that user to the 'dlna' group, so there was nothing to change. If you meant something different, can you please clarify?

Code: Select all

User      Full Name    UID     Group
redacted  redacted     1000    homegrp, backupgrp, cameras, dlna, guest
If you are suggesting that I add a 'dlna' user via the webgui, please let me know, but there seems to already be a 'dlna' user in /etc/passwd, so I'm not sure if it would allow me to create one via the webgui, but I have not tried.

Thanks!
XigmaNAS 11.2.0.4 - Omnius (revision 6315) || Supermicro X10SDV-4C-TLN4F . 32GB ECC RAM . 6x2TB WD Red in RaidZ2

nas4free.os
NewUser
NewUser
Posts: 9
Joined: 19 Feb 2016 13:44
Status: Offline

Re: MiniDLNA error scanning directories

#4

Post by nas4free.os » 10 Feb 2019 18:20

Hi all,

I was running exactly into the same issue trying to allow only certain users access to smb shares (on a ZFS Dataset) while still always allowing MINIDLNA access to my media files on before mentioned datasets.

The trick for me was that the ZFS share OWNER needed to be "dlna" (and not the group !! - which I tried many times unsuccessfuly before)... i.e that all media files where visible to miniDLNA but not to all users accessing the samba shares .. Not sure if this is the best solution, but sound to me as the safest one ?? Hopefully I'm right ;-P

Oliver

bewoco
Starter
Starter
Posts: 26
Joined: 23 Apr 2015 14:26
Location: Germany
Status: Offline

Re: MiniDLNA error scanning directories

#5

Post by bewoco » 07 Oct 2019 23:24

Hello all,
I have had some problems with minidlna scanning my media dirs.
These media directories could be rx accessed by users which were in the self defined group "Benutzer". Others had rx access, no guest access to shares.
The dlna daemon seems to be member in the groups dlna and wheel. All members of group Benutzer are NOT member of wheel.
This config does not work. I dont't know why dlna rx access as other is not sufficient.

Scanning finally works as I grant access to the media dirs to group "wheel" instead of group "Benutzer".
But I don't like this solution.

So the question: Is there a way to add the predefined user dlna to the group Benutzer and how and when (preinit/postinit) to do it?
NAS4Free 12.0.0.4 (revision 6881) x64-embedded on HP ProLiant N54L with AMD Turion(tm) II Neo Dual-Core Processor 4096 MB ECC RAM;
NAS4Free 11.2.0.4 (revision 6625) x64-embedded on Acer H341 with Intel Atom D410 4MB RAM

User avatar
ms49434
Developer
Developer
Posts: 718
Joined: 03 Sep 2015 18:49
Location: Neuenkirchen-Vörden, Germany - GMT+1
Contact:
Status: Offline

Re: MiniDLNA error scanning directories

#6

Post by ms49434 » 08 Oct 2019 01:43

bewoco wrote:
07 Oct 2019 23:24
Hello all,
I have had some problems with minidlna scanning my media dirs.
These media directories could be rx accessed by users which were in the self defined group "Benutzer". Others had rx access, no guest access to shares.
The dlna daemon seems to be member in the groups dlna and wheel. All members of group Benutzer are NOT member of wheel.
This config does not work. I dont't know why dlna rx access as other is not sufficient.

Scanning finally works as I grant access to the media dirs to group "wheel" instead of group "Benutzer".
But I don't like this solution.

So the question: Is there a way to add the predefined user dlna to the group Benutzer and how and when (preinit/postinit) to do it?
You can tell minidlna to run as a different user by setting rc variable minidlna_uid in System > Advanced > rc.conf, the default is "dlna".
1) XigmaNAS 12.0.0.4 amd64-embedded on a Dell T20 running in a VM on ESXi 6.7U2, 22GB out of 32GB ECC RAM, LSI 9300-8i IT mode in passthrough mode. Pool 1: 2x HGST 10TB, mirrored, SLOG: Samsung 850 Pro, L2ARC: Samsung 850 Pro, Pool 2: 1x Samsung 860 EVO 1TB , services: Samba AD, CIFS/SMB, ftp, ctld, rsync, syncthing, zfs snapshots.
2) XigmaNAS 12.0.0.4 amd64-embedded on a Dell T20 running in a VM on ESXi 6.7U2, 8GB out of 32GB ECC RAM, IBM M1215 crossflashed, IT mode, passthrough mode, 2x HGST 10TB , services: rsync.

Post Reply

Return to “UPnP/DLNA”