Emby user rights

  • I have installed Emby media server, but no media is shown after I add the media folder to the server. This is likely something with user rights, since user 'emby' must at least have read access.


    However, for my media folder 'others' user have all ready read access, so why doesn't this work? What am I missing?

  • Read permission alone is inadequate.


    Is the execute bit set for 'others' on those folders?

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Thank you for the responding.


    Why is read permission inadequate? I don't want Emby to write anything to my media folder.


    When I created the share I set the privileges for others to read. This works for Plex media server without the need to do anything else.


    The rights for the \media\uuid\MyMedia folder is rwxrwsr-x. Subfolders have the same rights

  • Read perms is all I've ever used. I wrote a lot of the code for the Emby plugin. I think I know something about it by now.


    I take that back. I was thinking of perms in the plexmediaserver folder.


    Go inside the share and give me results of a "ls -la". Plex is working fine on the same share?

  • This share is newly created one just for testing with Emby. I don't want to mess anything up with my main media share. However, the command shows the same rights for the folders here as for folders in my main share, which are working fine with Plex.


    drwxrwsr-x 4 root users 4096 Mar 20 22:16 .
    drwxr-xr-x 7 root root 4096 Mar 20 22:55 ..
    drwxrwsr-x 2 root users 4096 Mar 20 22:04 Frozen (2013)
    drwxrwsr-x 2 root users 4096 Mar 20 22:17 Interstellar (2014)


    Update: also tried giving full access to everyone. Emby still cant see anything.

  • You are just testing with 2 movies... Give me perms on one of the files inside the directory.


    Yes, things are looking OK so far. I am jumping around doing so many things today. Sometimes I lose track of what I am doing. :D


    This is just a normal media share, no pooling or union filesystem??

  • Totally understand you. You are doing a great job supporting a lot of stuff besides OMV!


    Yes. this is a newly created share only SMB enabled for that so I could copy the two movies to the folder. Hare are the rights for the files in one of them:


    drwxrwsr-x 2 root users 4096 Mar 20 22:04 .
    drwxrwsr-x 4 root users 4096 Mar 20 22:16 ..
    -rw-rw-r-- 1 root users 95481 Mar 13 2014 Frozen (2013).dan.srt
    -rw-rw-r-- 1 root users 117629 Nov 8 2014 Frozen (2013).eng.srt
    -rw-rw-r-- 1 root users 5836676249 Apr 13 2014 Frozen (2013).mkv

  • I think it is issue with mkv filetype. Do you have any other file types you can try? I saw several days ago someone was having issues with mkvs. I don't know if it is how the particular mkvs were made or not.

  • The only difference I am seeing is you did not put these folder/files in with a user via a samba connection. They are owned by root and not one of your samba users. I don't think that should matter. Try to chown one of the movie folders though to your main samba user.


    chown -R usersname:users Frozen(press TAB to complete folder name and hit ENTER).


    Here are typical perms for me... my username altered though:

    Code
    root@omv:/media/5c339f0a-1e0e-0643-9be9-778g238037b8/media/Movies/ZOOKEEPER# stat ZOOKEEPER.mpg
      File: `ZOOKEEPER.mpg'
      Size: 4208617476      Blocks: 8219968    IO Block: 4096   regular file
    Device: 821h/2081d      Inode: 107479201   Links: 1
    Access: (0744/-rwxr--r--)  Uid: ( 1000/tekkb)   Gid: (  100/   users)
    Access: 2016-03-18 02:24:40.601821527 -0400
    Modify: 2011-10-23 21:04:48.048796600 -0400
    Change: 2012-07-28 02:25:26.638267138 -0400
     Birth: -
  • I did a:


    chown -R Niels:users Frozen\ \(2013\)/


    'Niels' is my user name. Still nothing. Also tried on the folders with other filetypes.


    root@OMV:/media/845bf6a4-d31c-4f05-80b7-249e51a4e743/TestMedia/Frozen (2013)# stat Frozen\ \(2013\).mkv
    File: `Frozen (2013).mkv'
    Size: 5836676249 Blocks: 11399768 IO Block: 4096 regular file
    Device: 811h/2065d Inode: 88604679 Links: 1
    Access: (0664/-rw-rw-r--) Uid: ( 1000/ Niels) Gid: ( 100/ users)
    Access: 2016-03-20 22:06:37.304351617 +0100
    Modify: 2014-04-13 11:18:23.000000000 +0200
    Change: 2016-03-20 23:42:05.157027782 +0100


    Actually I did copy them with my 'Niels' samba user from my main media share. But that main media share is also owned by root. This is probably because they initially were copied to this location with an rsync job.


    Anyway thanks for the effort so far. I'm off to bed. I'll return to this problem another day.

  • OK.... Sleep well.


    I would try with just the mkvs in the folders too. Those other files may be the issue.


    Media servers can be sensitive and sometimes one file can keep them from running/scanning correctly.

  • The post I saw the other day was for PlexMediaserver. MKVs with mpeg-4 video were not working.


    Check emby log and see what it says.
    /media/uuid/emby/logs
    Check and see if the service is still running. It may be crashing on startup. Again logs might be telling.
    service emby status

  • In order to be able to read a file in a folder, you have to be able to enter the folder. That requires that the folder be set executable.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • When I add the library in Emby web client, I can see all the subfolders. So I guess Emby can enter the folders just fine.


    I tried removing all non-movie files. Also added some movies in the root of the media share. Still nothing. Heres is an extract of the log (debug logging enabled in web client) after manually pressing the scan library button:


    2016-03-21 09:32:58.6354 Info TaskManager: Executing Scan media library
    2016-03-21 09:32:58.6386 Info App: Validating media library
    2016-03-21 09:32:58.6413 Info HttpServer: HTTP Response 204 to 192.168.144.97. Time: 7ms. http://192.168.144.10:8096/emb…6717cdade18d9640d4ebbb9cb
    2016-03-21 09:32:58.6440 Info HttpServer: HTTP GET http://192.168.144.10:8096/emb…duledTasks?IsEnabled=true. UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
    2016-03-21 09:32:58.6482 Info HttpServer: HTTP Response 200 to 192.168.144.97. Time: 4ms. http://192.168.144.10:8096/emb…duledTasks?IsEnabled=true
    2016-03-21 09:32:58.7407 Info TaskManager: Scan media library Completed after 0 minute(s) and 0 seconds
    2016-03-21 09:32:58.7437 Info ServerManager: Sending web socket message ScheduledTaskEnded
    2016-03-21 09:32:58.7437 Info TaskManager: ExecuteQueuedTasks
    2016-03-21 09:32:58.8357 Info HttpServer: HTTP Response 204 to 192.168.144.97. Time: 202ms. http://192.168.144.10:8096/emb…6717cdade18d9640d4ebbb9cb
    2016-03-21 09:32:58.8481 Info HttpServer: HTTP GET http://192.168.144.10:8096/emb…duledTasks?IsEnabled=true. UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
    2016-03-21 09:32:58.8523 Info HttpServer: HTTP Response 200 to 192.168.144.97. Time: 4ms. http://192.168.144.10:8096/emb…duledTasks?IsEnabled=true


    As far as I have come with folder rights etc. I'm guessing that something else is wrong. Could my Emby install be broken somehow?


    I installed it by starting with adding the mono repository. Then the Emby 2.6 plug-in. Everything went smooth and I didn't notice anything unusual.
    This is a fairly fresh OMV install. I only have the flashmemory plugin and Plex installad (besides mono and Emby and obviously omvextras).

  • The log above shows it is running. Only have the 2 files and try to chmod them both 755. Also, try a simpler file name. Restart the service so it will rescan the files. My ownership chmod value is 7. With Emby it may be user you are using in Emby too. So make sure the owner of the files is the same as the user you are using with Emby.


    If your user is Niels and you are using the Niels user in Emby.


    chown Niels:users Frozen(press TAB and hit Enter)


    There are 3 things here to try. I would test each one one at a time. Restart service each time. service emby restart
    Test some music files, no video. If they work we know it is issue with filetype. It would also verify server is running OK.

  • I'm still learning, but a can't make sense of what you are saying. Granted, right now we are troubleshooting and trying stuff. But somehow I think we are chasing the wrong problem.


    * The naming shouldn't be a problem. I follow Plex naming convention, which is very close to Emby
    * I don't see how my Emby user account has anything to do with the rights on the filesystem. As far as I understand the filesystem is accessed with user 'emby' which should fall in to 'others' which has read access. This is working for Plex. I even tried changing privileges so everyone has RW rights.


    I have now also tried music and photos. I placed everything in the root of the share with simple names. Restarted Emby and OMV more times than I remember. Still nothing. However, by chance, one of the images I randomly copied happened to be named 'folder.jpg'. This image gets shown as an icon for the media library in the Emby web client. Thus, Emby can access and read the files. Somehow the library scanner just doesn't pick up anything.


    My latest simple test with a photo library has 3 .jpg files in the root of the share:


    root@OMV:/media/845bf6a4-d31c-4f05-80b7-249e51a4e743/TestMedia# ls -la
    total 260
    drwxrwsr-x 2 root users 4096 Mar 21 16:30 .
    drwxr-xr-x 7 root root 4096 Mar 20 22:55 ..
    -rwxr--r-- 1 Niels users 83232 Feb 1 2013 folder.jpg
    -rwxr--r-- 1 Niels users 83232 Feb 1 2013 gfdgd.jpg
    -rwxr--r-- 1 Niels users 83232 Feb 1 2013 gfdsgb ssnh.jpg


    'folder.jpg' gets shown as icon for the library, but nothing else.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!