Release notes for BUBBA|2 version 2.0

[pa]

For the mt-daap issues all these seems to be related to the following criteria:

* The update was run "by hand" and the new mt-daapd config file was not installed. Since the ownership of the database was changed running the service as mt-daap does not work.

The fix to this is to change the "runas" parameter to say "www-data" instead of "mt-daap".

* In the process of testing, removing the database will cause it to be rebuilt by the user running the mt-daapd service. So if the database was removed and the service started again as "mt-daap" it will be recreated by that user with permissions for that user. In this case when changing the "runas" parameter, the database file needs to be removed again, since it was now created by "mt-daap".

I hope that this makes some sence for you....

/PA

[Binkem]

Problem is my database will only rebuild (for some reason) if I start mt-daapd with run as set to root. If i use any other user (www-data or mt-daapd) it has no access to the database (directory)

[pcrene]

minor problem photo-album

A PHP Error was encountered

Severity: Warning

Message: file_get_contents(//home/storage/pictures/Figo & Cakal 6 Jaar/IMG_3086.JPG) [function.file-get-contents]: failed to open stream: No such file or directory

Filename: controllers/image.php

Line Number: 101

[pa]

Blinkem,

What permission do you have on the database folder?

Code: Select all

ls -la /var/cache/mt-daapd/

/PA

[janstedehouder]

I'm afraid the mentioned suggestions did work on my end:
- altered 'runas' to www-data in mtdaapd.conf
- removed the database
- restarted mt-daapd

However, I still can not connect to Bubba 2 using Rhytmbox (worked instantly before the upgrade) nor does the Firefly page show anything.

[jonte]

Blinkem,

What permission do you have on the database folder?

Code: Select all

ls -la /var/cache/mt-daapd/

/PA

PA, I think I have the same problem as Blinkem.
I get a "permission denied", but I'm not sure it has to do with the database folder

From

Code: Select all

ls -la /var/cache/mt-daapd/

I get
drwxrwxr-x 2 www-data root 4096 2010-04-18 04:08 .
drwxr-xr-x 13 root root 4096 2010-02-12 13:09 ..
-rw-r--r-- 1 www-data www-data 1174528 2010-04-18 04:08 songs3.db

I have runas set as www-data in the conf-file

I had a thought in another thread http://forum.excito.net/viewtopic.php?f=9&t=2279#p10968 that since www-data is not apart of the group users it therefor wouldn't have access to the /home/storage/music/ catalog. The user mt-daapd on the other hand is!

My music catalog is chmod 770 for user: nobody and group: users

//Jonte

[kfudd]

Gentlemen,

PLEASE include an option for default website sercurity. Once again with this update my websit is totally unsecure as anyone on the web can access the directories view all of the security files on the web server.

I realise in some cases this is what people want, but in other cases we don't.

I will configure my apache differently to prevent this problem in the future, but for all the others that don't know how to do this could be left vulnerable.

Maybe a some options to better configure the default website security could be handy.

Kind regards.

[tor]

Hi jonte and others,

Regarding mt-daapd. We did make a drastic change with version 2.0 of our UI. To be able to expose the FirePlay applet in an easy secure way we had to run the mt-daapd server as the same user as the web server (www-data)

So if you want this feature to work you have to have the runas option set to www-data

Then it seems like some of you have problems with access to the /home/storage/music for mt-daapd. It is required that the mt-daapd user, ie www-data, have access to the music folder.

One quick way to fix this is by running, as root,

Code: Select all

chmod -R 0777 /home/storage/music

Please don't add the www-data user to the users group since that would have security implications.

Regarding bubbamon, this is something that slipped our testing We are working on a fix which should hopefully make it into an bugfix release soon.

Regarding the other upgrade failure, this is being worked on as we speek and hopefully we will release a hotfix for this shortly.

Apart from that we really would like feedback on what works and what don't in the new UI. Any rough edges? Anything annoying on navigation or operation? Something that you think works well? Please let us know.

Regards,

/Tor

[jonte]

Then it seems like some of you have problems with access to the /home/storage/music for mt-daapd. It is required that the mt-daapd user, ie www-data, have access to the music folder.

One quick way to fix this is by running, as root,

Code: Select all

chmod -R 0777 /home/storage/music

I tried changing mode on the music folder, stopped the mt-daapd service, removed the database file and started, but I still end up with the same error from the log file.

2010-04-20 13:29:18 (480241c0): Firefly Version svn-1696: Starting with debuglevel 2
2010-04-20 13:29:18 (480241c0): Error loading plugin /usr/lib/mt-daapd/plugins/ssc-script.so: plugin declined to load
2010-04-20 13:29:18 (480241c0): Plugin loaded: ssc-ffmpeg/svn-1696
2010-04-20 13:29:18 (480241c0): Plugin loaded: rsp/svn-1696
2010-04-20 13:29:18 (480241c0): Plugin loaded: daap/svn-1696
2010-04-20 13:29:18 (480241c0): Starting signal handler
2010-04-20 13:29:18 (480241c0): Starting rendezvous daemon
2010-04-20 13:29:18 (480241c0): Client running
2010-04-20 13:29:18 (480241c0): Error: enum_begin failed (error 1): Misc SQL Error: no such table: config
2010-04-20 13:29:18 (480241c0): Can't get db version. New database?
2010-04-20 13:29:18 (480241c0): Initializing database
2010-04-20 13:29:18 (480241c0): Error: enum_begin failed (error 1): ?
2010-04-20 13:29:18 (480241c0): Error: enum_begin failed (error 1): ?
2010-04-20 13:29:18 (480241c0): Full reload...
2010-04-20 13:29:18 (480241c0): Starting mp3 scan
2010-04-20 13:29:18 (480241c0): opendir: Permission denied
2010-04-20 13:29:18 (480241c0): Starting playlist scan
2010-04-20 13:29:18 (480241c0): Updating playlists
2010-04-20 13:29:18 (480241c0): Error scanning MP3 files: No such file or directory
2010-04-20 13:29:18 (480241c0): Scanned 0 songs in 0 seconds
2010-04-20 13:29:18 (480241c0): Starting web server from /usr/share/mt-daapd/admin-root on port 3689
2010-04-20 13:29:18 (480241c0): Registering rendezvous names
2010-04-20 13:29:18 (480241c0): Serving 0 songs. Startup complete in 0 seconds

Perhaps a complete Bubba2 reboot is next

[carl]

We have now released an bugfix to resolve the upgrade issues some people have had. This is both included as an normal upgrade and as an hotfix.
The new version will be 2.0.1 which is defined in the normal upgrade.
The hotfix will basically install a new version of bubba-backend before main upgrade will continue.

/Carl

[Binkem]

My file permissions are as following:

bubba:/usr/var/cache# ls -l
total 4
drwxrwxr-- 2 www-data nogroup 4096 2010-04-20 16:02 mt-daapd

and for the directory mt-daapd:

total 1904
-rwxrwxr-- 1 www-data root 967680 2010-04-20 16:02 songs3.db
-rwxrwxr-- 1 www-data root 967680 2010-04-19 13:17 songs3.old

I've tried the latest update, which gave some errors problems are still the same though.

[Binkem]

tried the CHMOD on /home/storage/music as well

[janstedehouder]

Tried the chmod suggestion as well, but no avail. Neither FirePlay nor Rhytmbox connect.

mt-daapd is running. Using 'top' reveals that it takes between 14% and 35% of CPU (rebuilding the database).

I do hope a solution is found soon enough. Listening to my music is one of the three main uses of my Bubba 2.

[janstedehouder]

I just noticed that the online manual (i.e. the webapges on the Bubba itself) are no longer there. The link to manual get's me a PDF download.And this document contains far less information than the older online manual (e.g. the various media services, like media tomb) are no longer there. I miss that information.

[tor]

Hi all,

Regarding the manual. We are in the works on rewriting the full manual. The "old" one can still be reached on our homepage:
http://download.excito.net/web/BubbaTwo/UM-ENG/index.html

Linked from here:
http://www.excito.com/bubba/support/download.html

Regarding mt-daapd, we are working on this, unfortunately we have a hard time reproducing the error in our test environment. So if anyone with the problem could volunteer and provide us ssh access to their faulty unit it probably would speed up this matter. Please contact us on support@excito.com in this matter.

/Tor