You are here: Home » Topic » Songs Not Found On Server

Songs Not Found On Server

This topic contains 12 replies, has 4 voices, and was last updated by  Anonymous 8 years, 8 months ago.

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • #1304

    volatile.memory
    Participant

    When I start the server and go to the web console and hit “Start Scan” on the file scanner, it (the button) greys out for a moment then comes back… and I still have zero songs/playlists under Server Status.

    I can see the server via iTunes (Mac) but it has (obviously) nothing to serve up.

    The setup: running Ubuntu 6.10 and Firefly svn-1512. Ive configured the server per the many FAQs on the web, have the service running as “nobody”, the group permissions assigned to my local “everybody” group which includes all users (NOTE: that group contains all “real” users. It does NOT contain “nobody”). Just to be totally unsafe, I opened it wide up… the file permissions end up as -rwxrwxrwx.

    What am I doing wrong?

    Thanks in advance,
    v.m

    #10185

    rpedde
    Participant

    @volatile.memory wrote:

    When I start the server and go to the web console and hit “Start Scan” on the file scanner, it (the button) greys out for a moment then comes back… and I still have zero songs/playlists under Server Status.

    I can see the server via iTunes (Mac) but it has (obviously) nothing to serve up.

    The setup: running Ubuntu 6.10 and Firefly svn-1512. Ive configured the server per the many FAQs on the web, have the service running as “nobody”, the group permissions assigned to my local “everybody” group which includes all users (NOTE: that group contains all “real” users. It does NOT contain “nobody”). Just to be totally unsafe, I opened it wide up… the file permissions end up as -rwxrwxrwx.

    What am I doing wrong?

    Thanks in advance,
    v.m

    I’d say:

    1. Double check for typos!
    2. Make sure that the root of the mp3 directory has at least world read and execute.

    If those are both good, then set the debug level in the config file to 9, specifiy a log file (/var/log/mt-daapd.log, maybe? You’ll have to touch & chown it to nobody first), and start it up again.

    Take a look at the log file then. It should tell you why it can’t read the directory.

    — Ron

    #10186

    volatile.memory
    Participant

    Thanks! I’ll try that today and post back.

    v.m

    #10187

    volatile.memory
    Participant

    OK… still not working, but I have the latest scoop:

    mp3_dir = /mnt/iTunes/iTunes Music
    playlist = /mnt/iTunes/iTunes Music Library.xml

    Both have permissions of (d)rwxrwxr-x.

    Two things not note here:
    1) the folder /mnt/iTunes is a symlink to another folder on my system. I have set these permissions in the physical dir. The symlink’s permissions are also wide open.
    2) The spaces in the path names… will that cause an issue?

    Anyhoo, here’s the output of the log (debug level 1). (I didn’t know how to set the log to debug at level 9… how is that done?)

    LOG OUTPUT:
    2007-04-17 18:30:52 (b7ca98c0): Rescanning database
    2007-04-17 18:30:52 (b7ca98c0): opendir: Permission denied
    2007-04-17 18:30:52 (b7ca98c0): Starting playlist scan
    2007-04-17 18:30:52 (b7ca98c0): Updating playlists
    2007-04-17 18:30:52 (b7ca98c0): Error rescanning… bad path?
    2007-04-17 18:30:52 (b7ca98c0): Scanned 0 songs (was 0) in 0 seconds
    2007-04-17 18:39:39 (b7ca98c0): Stopping gracefully
    2007-04-17 18:39:39 (b7ca98c0): Stopping rendezvous daemon
    2007-04-17 18:39:39 (b7ca98c0): Callback: Memory Free

    So what does this tell us?

    v.m

    #10188

    rpedde
    Participant

    @volatile.memory wrote:

    2007-04-17 18:30:52 (b7ca98c0): Rescanning database
    2007-04-17 18:30:52 (b7ca98c0): opendir: Permission denied
    2007-04-17 18:30:52 (b7ca98c0): Starting playlist scan
    2007-04-17 18:30:52 (b7ca98c0): Updating playlists
    2007-04-17 18:30:52 (b7ca98c0): Error rescanning… bad path?
    2007-04-17 18:30:52 (b7ca98c0): Scanned 0 songs (was 0) in 0 seconds
    2007-04-17 18:39:39 (b7ca98c0): Stopping gracefully
    2007-04-17 18:39:39 (b7ca98c0): Stopping rendezvous daemon
    2007-04-17 18:39:39 (b7ca98c0): Callback: Memory Free

    That’s a permissions problem on the mp3 directory. Probably right on the root.

    Try pointing it to the “real” location, and double check the permissions there. THat might get you somewhere.

    SHould follow symlinks, but still.

    You can verify that by doing something like:


    [email protected]:~# su nobody
    [email protected]:~$ ls /path/to/mp3s

    If you can’t get a directory of the mp3 directory when you are logged in as “nobody”, the server won’t work either. So that’s your litmus test.

    — Ron

    #10189

    volatile.memory
    Participant

    WOO-HOO! That was it… the “share” directory which contains the iTunes dirs did not allow proper access. Once I changed that, it worked from the symlinks (it’s scanning songs right now).

    One question though. Once again, I’ve opened the permissions wide up… (d)rwxrwxrwx. What SHOULD they be for owner, group and other?

    Thanks tons for the help so far!

    v.m

    #10190

    rpedde
    Participant

    @volatile.memory wrote:

    One question though. Once again, I’ve opened the permissions wide up… (d)rwxrwxrwx. What SHOULD they be for owner, group and other?

    Thanks tons for the help so far!

    v.m

    Really, depends on your setup, but for an idea, mine sit in directories that are owned by my local network users “net-users”, so mine are owned by me, grouped to net-users, and (directory) permissions are 2775, which is read-write by me and the net-users group, and read only for everyone else. The 2 is “sgid” which means to make any files created in those folder to also be owned by the net-users group.

    The files themselves are 664, again readable and writable by logged in users on my network, but readable for anyone else (guests).

    You could set permissions like that with something like:


    [email protected]$ chgrp -R "someusergroup" /path/to/mp3dir
    [email protected]$ find /path/to/mp3dir -type d -exec chmod 2775 {} ;
    [email protected]$ find /path/to/mp3dir -type f -exec chmod 664 {} ;

    — Ron

    #10191

    dovad
    Participant

    I just out of the blue on a fantastically well working Media Server (been running perfectly for about 6 weeks since initial setup) began having issues with the database not being updated. I am running a LinkStation LS1 running Freelink 1.1 and the 2.6 kernel upgrade. Firefly is version “svn-1586” and using sqlite. I followed the above “litmus test” using “nobody” as the su and WAS able to read my mp3 directory just fine. From my error log:

    2008-01-13 11:15:06 (3001f380): Rescanning database
    2008-01-13 11:15:06 (3001f380): opendir: Permission denied
    2008-01-13 11:15:06 (3001f380): opendir: Permission denied
    2008-01-13 11:15:06 (3001f380): opendir: Permission denied
    2008-01-13 11:15:08 (3001f380): opendir: Permission denied
    2008-01-13 11:15:08 (3001f380): Starting playlist scan
    2008-01-13 11:15:08 (3001f380): Updating playlists
    2008-01-13 11:15:08 (3001f380): Scanned 0 songs (was 0) in 2 seconds

    Permissions on the mp3 directory are set at:
    drwxrwxrwx
    So I don’t think this is an issue but am a Linux newbie so all help is appreciated.

    Thanks…
    Dave

    #10192

    dovad
    Participant

    Some excerpts from my logs:

    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles
    2008-01-13 18:11:27 (3001f380): Found The Eagles.. recursing
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482
    2008-01-13 18:11:27 (3001f380): Found :2ede0098.482.. recursing
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._09 I Can’t Tell You Why (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._10 New York Minute (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._12 Take It Easy (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._13 In The City [Live].m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._04 Learn To Be Still.m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._03 The Girl From Yesterday.m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._02 Love Will Keep Us Alive.m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._06 Hotel California (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._15 Desperado (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._07 Wasted Time (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._11 The Last Resort (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._14 Life In The Fast Lane (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._08 Pretty Maids All In A Row (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._05 Tequilla Sunrise (Live).m4a
    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/The Eagles/:2ede0098.482/._01 Get Over It.m4a

    From the above it looks as though the scanning process is going OK but the database does not seem to make it to availability.

    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/iTunes
    2008-01-13 18:11:27 (3001f380): Found iTunes.. recursing
    2008-01-13 18:11:27 (3001f380): opendir: Permission denied

    From the above information I tried setting permissions to a+rwx to no avail.

    Thanks…
    Dave

    #10193

    dovad
    Participant

    The plot thickens. I just ripped a new CD and that CD as well as Podcasts that downloaded in the past hour now show up in the library of Firefly (22 out of about 3500 files)! I rip my music and download Podcasts with an iMac using iTunes. I then use Chronosync to copy my music library including Podcasts to the Linkstation running Firefly. I double and triple checked the location of the music and Podcasts and old and new (from a half hour ago) are all in the same directory on the iMac!

    #10194

    rpedde
    Participant

    @dovad wrote:

    The plot thickens. I just ripped a new CD and that CD as well as Podcasts that downloaded in the past hour now show up in the library of Firefly (22 out of about 3500 files)! I rip my music and download Podcasts with an iMac using iTunes. I then use Chronosync to copy my music library including Podcasts to the Linkstation running Firefly. I double and triple checked the location of the music and Podcasts and old and new (from a half hour ago) are all in the same directory on the iMac!

    This error:


    2008-01-13 18:11:27 (3001f380): Found /mnt/share/mp3/iTunes
    2008-01-13 18:11:27 (3001f380): Found iTunes.. recursing
    2008-01-13 18:11:27 (3001f380): opendir: Permission denied

    indicates that /mnt/share/mp3/iTunes isn’t readable by the server. Check the permissions on it — like as not, they are either missing the x permission, or they are not world readable.

    What does “ls -lad /mnt/share/mp3/iTunes” show you?

    — Ron

    #10195

    dovad
    Participant

    Ron,

    As I type all my music is being successfully scanned. Most of my issues fall into the “pilot error” category and for that I apologize.

    I entered “ls -lad” and the output now is:

    drwxrwsr-x 157 nobody root 4096 Jan 14 03:47 /mnt/share/mp3

    I ran the code that you posted further above to globally change permissions on the directories and files in my mp3 directory. By the way I did a Google search looking for commands to globally change permissions and could not find any so thanks! I thought that I was going to have to take a 2 week vacation and do file permission changes! Incidentally I deleted all the files on the Firefly server, resynced cleaning up the structure to have all the music in “/mnt/share/mp3” loosing the extra sub directories inside of mp3 (really just the iTunes directory inside mp3). I also “shared” the music directory in Leopard before resyncing with the hope that in the future when I rip a CD the permissions may be more conducive to the music server. I believe when I initially setup this LinkStation I may have been still using Tiger on the iMac and am wondering if the upgrade to Leopard changed my music’s permissions or how permissions were set by the OS going forward from the upgrade? Any thoughts on this possibility or how to insure that in the future all newly ripped music makes it through the scan process.

    As always thanks a lot Ron! You are the best!

    Dave

    #10196

    Anonymous

    @rpedde wrote:

    You could set permissions like that with something like:


    [email protected]$ chgrp -R "someusergroup" /path/to/mp3dir
    [email protected]$ find /path/to/mp3dir -type d -exec chmod 2775 {} ;
    [email protected]$ find /path/to/mp3dir -type f -exec chmod 664 {} ;

    — Ron

    I had the same permissions problem and this worked beautifully. I finally have my server up and running like I want!

    However, I would like to know a little more about these commands. I know they are probably pretty basic, but could you break this code down for me and tell me what each part does here? I want to understand this so I’ll be able to do it later on should this happen again somehow.

    Thanks a lot!

    (Just FYI: I have an old Dell running Ubuntu 8.10 Desktop edition, Firefly media server, FirePlay, AFP, netatalk, avahi, and hamachi. I access the music through iTunes on my mac running Leopard. So now I can not only see and listen to my server inside iTunes from anywhere with an internet connection, but I can add music to it easily through the finder!)

Viewing 13 posts - 1 through 13 (of 13 total)

You must be logged in to reply to this topic.