FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Setup Issues › NSLU2 : firefly does not start
- This topic has 13 replies, 4 voices, and was last updated 17 years, 8 months ago by rpedde.
-
AuthorPosts
-
01/04/2007 at 1:40 PM #1220zemickeymanParticipant
Hello everybody,
I’ve just installed the firefly sever on my NSLU2 box.
I’ve checked if the server is started by : “ps -ef |grep mt-daapd” command but even after a server reboot : “/opt/etc/init.d/S60mt-daapd”, the answer is always the same
2564 ttype0 root 2668 S grep mt-daapdothers processes are not working !!
does anybody know what could be the problem ?thanks in advance
Mickey
01/04/2007 at 2:10 PM #9734fizzeParticipantmt-daapd needs to have read access to the music-directory. otherwise it wont start.
Edit the file /opt/etc/mt-daapd/mt-daapd.conf and make sure that you point it to the directory which contains your music.If you leave anything else untouched, you can monitor mt-daapds progress by tailing the /var/log/messages file.
tail -f /var/log/messages
the -f option “follows” the fiel output, you’ll see. Simply press CTRL+C to abort at any time. This is also a means to check for error messages.
Once mt-daapd has completed the scanning and populating the DB, you’ll be able to utilize the web-interface at port 3689, which is a more user-friendly way to change settings. 🙂02/04/2007 at 1:09 PM #9735zemickeymanParticipanthello
I’ve done the following commands
First in the /opt/etc/mt-daapd/mt-daapd.conf, I’ve checked that my share folder was /share/hdd/data/public/mp3
then
# chmod o+r -R /share/hdd/data/public/mp3
# /opt/etc/init.d/S60mt-daapd
# tail -f /var/log/messages
Apr 2 13:56:40 mt-daapd[573]: Starting rendezvous daemon
Apr 2 13:56:40 mt-daapd[575]: Starting signal handler
Apr 2 13:56:41 mt-daapd[575]: Loading playlists
Apr 2 13:56:41 mt-daapd[575]: Initializing database
Apr 2 13:56:41 mt-daapd[575]: Starting mp3 scan
Apr 2 13:56:41 mt-daapd[575]: Error scanning MP3 files: Permission denied
Apr 2 13:56:41 mt-daapd[575]: Aborting
Apr 2 13:56:41 mt-daapd[574]: Rendezvous socket closed (daap server crashed?) Aborting.
Apr 2 13:56:41 mt-daapd[574]: AbortingI don’t understand why the permission is denied : in the mp3 folder there is only one mp3 file that have the readable properties ( i’ve checked it)
addtional info : I’ve done everything logged as root (SSH mode)
thanks for your help
zemickeyman
03/04/2007 at 12:28 AM #9736rpeddeParticipant@zemickeyman wrote:
hello
I’ve done the following commands
First in the /opt/etc/mt-daapd/mt-daapd.conf, I’ve checked that my share folder was /share/hdd/data/public/mp3
then
# chmod o+r -R /share/hdd/data/public/mp3
# /opt/etc/init.d/S60mt-daapd
# tail -f /var/log/messages
Apr 2 13:56:40 mt-daapd[573]: Starting rendezvous daemon
Apr 2 13:56:40 mt-daapd[575]: Starting signal handler
Apr 2 13:56:41 mt-daapd[575]: Loading playlists
Apr 2 13:56:41 mt-daapd[575]: Initializing database
Apr 2 13:56:41 mt-daapd[575]: Starting mp3 scan
Apr 2 13:56:41 mt-daapd[575]: Error scanning MP3 files: Permission denied
Apr 2 13:56:41 mt-daapd[575]: Aborting
Apr 2 13:56:41 mt-daapd[574]: Rendezvous socket closed (daap server crashed?) Aborting.
Apr 2 13:56:41 mt-daapd[574]: AbortingI don’t understand why the permission is denied : in the mp3 folder there is only one mp3 file that have the readable properties ( i’ve checked it)
addtional info : I’ve done everything logged as root (SSH mode)
thanks for your help
zemickeyman
Check the directory it lives in, too. It has to be at least r-x for world to be able to work.
I use rwxr-xr-x for directories and rw-r–r– for files. That’s pretty much the minimum you can have to have it work. Remember, it drops privs and runs as “nobody”, not as root.
— Ron
03/04/2007 at 6:35 AM #9737fizzeParticipant“Read” access under Linux isnt equivalent to read access on windows machines. (NTFS)
In Linux, read access is only sufficient, when you know an exact filename and path. But in order to browse a directory, you need to have execute (+x) rights, too.
This is why firefly fails to start.This takes some getting used to, especially when there is more than one user group involved 😉
edit:
Oh, Ron, btw: Firefly does run as guest:everybody on the NSLU2. This user luckily IS in the same group as the “admin” user, that normally does file uploads. 😉03/04/2007 at 8:00 AM #9738zemickeymanParticipantIf I understand, I have to set the following permission to rwxr-xr-x to /share/hdd/data/public/mp3 and its sub directories (Can I create subdirectories like Itunes organizes the music directories?)
And the following permissions to mp3 files: rw-r–r–.As I am a little bit lazy: Do you know what chmod commands I have to type ? 😉
03/04/2007 at 12:02 PM #9739fizzeParticipantthats 755 on dirs and 644 on the files.
Octal representation is much more handy here.Check out
This link03/04/2007 at 2:55 PM #9740rpeddeParticipant@zemickeyman wrote:
If I understand, I have to set the following permission to rwxr-xr-x to /share/hdd/data/public/mp3 and its sub directories (Can I create subdirectories like Itunes organizes the music directories?)
And the following permissions to mp3 files: rw-r–r–.As I am a little bit lazy: Do you know what chmod commands I have to type ? 😉
find /share/hdd/data/public/mp3 -type d -exec chmod 2775 {} ;
find /share/hdd/data/public/mp3 -type f -exec chmod 644 {} ;
03/04/2007 at 6:54 PM #9741zemickeymanParticipantIt doesn’t change anything even if directories and files permission are okay !!
always :Apr 3 19:43:26 mt-daapd[575]: Starting rendezvous daemon
Apr 3 19:43:26 mt-daapd[577]: Starting signal handler
Apr 3 19:43:27 mt-daapd[577]: Loading playlists
Apr 3 19:43:27 mt-daapd[577]: Initializing database
Apr 3 19:43:27 mt-daapd[577]: Starting mp3 scan
Apr 3 19:43:27 mt-daapd[577]: Error scanning MP3 files: Permission denied
Apr 3 19:43:27 mt-daapd[577]: Aborting
Apr 3 19:43:27 mt-daapd[576]: Rendezvous socket closed (daap server crashed?) Aborting.
Apr 3 19:43:27 mt-daapd[576]: Abortingdo you think this could be a problem :
I’m logged to NSLU2 as root using openssh (via putty)I don’t understand the permission is denied even if the file and directories are readable !!
i think i will give up !!
thank you for your help
Mickeyman
03/04/2007 at 7:18 PM #9742CCRDudeParticipantNot sure about the NSLU os, but if its init.d script is in any way similar to the Debian one, the mt-daapd process will NOT be started as the user you’ve used to log into the sell, but as the user specified in /etc/mt-daapd.conf, where you’ll find the default setting runas = nobody.
So it’s nobody, not root, who needs access to those folders!
Rons description should have changed permissions correctly… btw, what about to the path to this location? Imho data and public need to be visible (a+rx) as well – to nobody, not root.
-
AuthorPosts
- The forum ‘Setup Issues’ is closed to new topics and replies.