FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Setup Issues › Songs Not Found On Server
- This topic has 12 replies, 4 voices, and was last updated 14 years, 6 months ago by
Anonymous.
-
AuthorPosts
-
17/04/2007 at 10:49 PM #1304
volatile.memory
ParticipantWhen 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.m18/04/2007 at 12:23 AM #10185rpedde
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.mI’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
18/04/2007 at 4:54 PM #10186volatile.memory
ParticipantThanks! I’ll try that today and post back.
v.m
18/04/2007 at 5:39 PM #10187volatile.memory
ParticipantOK… still not working, but I have the latest scoop:
mp3_dir = /mnt/iTunes/iTunes Music
playlist = /mnt/iTunes/iTunes Music Library.xmlBoth 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 FreeSo what does this tell us?
v.m
19/04/2007 at 1:51 AM #10188rpedde
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 FreeThat’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
19/04/2007 at 8:26 PM #10189volatile.memory
ParticipantWOO-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
20/04/2007 at 12:20 AM #10190rpedde
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
13/01/2008 at 4:38 PM #10191dovad
ParticipantI 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 secondsPermissions 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…
Dave13/01/2008 at 11:58 PM #10192dovad
ParticipantSome 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.m4aFrom 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 deniedFrom the above information I tried setting permissions to a+rwx to no avail.
Thanks…
Dave14/01/2008 at 1:00 AM #10193dovad
ParticipantThe 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!
-
AuthorPosts
- The forum ‘Setup Issues’ is closed to new topics and replies.