[Support] Linuxserver.io - Musicbrainz


Recommended Posts

Ended up getting errors today, but in fixed that I found my issue.  When redoing everything I had a thought while my appdata folder is a share thats only on the cache drive, why not try just putting the data in /mnt/cache/appdata... instead of /mnt/user/appdata... and it appears to be working.  Not sure why this docker has an issue with it while my others don't, ether-way it appears to be working so thats all that matters.

Link to comment

Ended up getting errors today, but in fixed that I found my issue.  When redoing everything I had a thought while my appdata folder is a share thats only on the cache drive, why not try just putting the data in /mnt/cache/appdata... instead of /mnt/user/appdata... and it appears to be working.  Not sure why this docker has an issue with it while my others don't, ether-way it appears to be working so thats all that matters.

 

there is no issue, if your appdata is on cache only, map to /mnt/cache/appdata

 

that's how all dockers should be mapped.

Link to comment

I'm still having issues getting this going. I have tried:

 

  • Nested and non-nested folders
  • Cache, external, array drive
  • Deleted/Recreated Docker
  • Deleted/Recreated folders
  • Created new MetaBrainz key

 

root@Tower:/mnt/cache/appdata# docker logs musicbrainz
*** Running /etc/my_init.d/005_set_time.sh...

Current default time zone: 'America/New_York'
Local time is now:      Wed Dec 30 12:16:41 EST 2015.
Universal Time is now:  Wed Dec 30 17:16:41 UTC 2015.

*** Running /etc/my_init.d/00_regen_ssh_host_keys.sh...
*** Running /etc/my_init.d/10_add_user_abc.sh...

-----------------------------------
          _     _ _
         | |___| (_) ___
         | / __| | |/ _ \
         | \__ \ | | (_) |
         |_|___/ |_|\___/
               |_|

Brought to you by linuxserver.io
-----------------------------------
GID/UID
-----------------------------------
User uid:    99
User gid:    100
-----------------------------------

*** Running /etc/my_init.d/20_apt_update.sh...
We are now refreshing packages from apt repositorys, this *may* take a while
*** Running /etc/my_init.d/30_set_config.sh...
*** Running /etc/my_init.d/40_initialise.sh...
initialising empty databases
completed postgres initialise
BEGINNING INITIAL DATABASE IMPORT ROUTINE, THIS COULD TAKE SEVERAL HOURS AND THE DOCKER MAY LOOK UNRESPONSIVE
DO NOT STOP DOCKER UNTIL IT IS COMPLETED
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 64.5M  100 64.5M    0     0  4996k      0  0:00:13  0:00:13 --:--:-- 7325k
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 18.1M  100 18.1M    0     0  1528k      0  0:00:12  0:00:12 --:--:-- 2832k
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  116M  100  116M    0     0  6350k      0  0:00:18  0:00:18 --:--:-- 7342k
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 61.1M  100 61.1M    0     0  2987k      0  0:00:20  0:00:20 --:--:-- 4356k
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 25.2M  100 25.2M    0     0  3792k      0  0:00:06  0:00:06 --:--:-- 5348k
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  7110  100  7110    0     0   3444      0  0:00:02  0:00:02 --:--:--  3448
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
curl: (78) RETR response: 550
*** /etc/my_init.d/40_initialise.sh failed with status 78

*** Killing all processes...

 

at the moment the latest dump isn't fully uploaded to the musicbrainz ftp site.

 

to retry with a partial pull you have to delete /data/dbase

HI!

I'm getting exactly the same error as this.  Simply restarting seems to work, log says it's accepting connections except connecting to the interface on :5000 returns errors:

08006 DBI connect('dbname=musicbrainz_db','abc',...) failed: FATAL:  database "musicbrainz_db" does not exist

 

Followed by a LOT of stack trace data.

 

 

Link to comment

Thanks!  Now I just need to get it to start :-O

 

You wont. the latest dump looks to be missing another file the inital download does when starting up (mbdump-sitemaps.tar.bz2) :(

 

i'm testing on my local jenkins outside of linuxserver.io's instance.

 

making the db dump earlier in the intialise phase and for now commenting out the d/l for sitemaps

Link to comment

I was getting the following error. I got past it by pointing the /data container volume from a

share "/mnt/user/...." to a

direct disk "/mnt/disk*/"

 

Once it's done I'm going to try and move it back to a share and see if the docker runs like that.

 

initialising empty databases
*** /etc/my_init.d/40_initialise.sh failed with status 1

*** Killing all processes...

Link to comment

I was getting the following error. I got past it by pointing the /data container volume from a

share "/mnt/user/...." to a

direct disk "/mnt/disk*/"

 

Once it's done I'm going to try and move it back to a share and see if the docker runs like that.

 

initialising empty databases
*** /etc/my_init.d/40_initialise.sh failed with status 1

*** Killing all processes...

 

I changed the /data volume back to my share after everything installed and it came back up and is serving metadata to headphones with no issues.

Link to comment

Just tried installing this and it seems to start up and then shutdown/quit after about 10 minutes.

It's downloaded some of the data but from what I've read the files aren't even close to the size they should be.

 


-----------------------------------
_ _ _
| |___| (_) ___
| / __| | |/ _ \ 
| \__ \ | | (_) |
|_|___/ |_|\___/
|_|

Brought to you by linuxserver.io
-----------------------------------
GID/UID
-----------------------------------
User uid: 99
User gid: 100
-----------------------------------

We are now refreshing packages from apt repositorys, this *may* take a while
(Reading database ... 27044 files and directories currently installed.)
Preparing to unpack .../libpq-dev_9.5.0-1.pgdg14.04+2_amd64.deb ...
Unpacking libpq-dev (9.5.0-1.pgdg14.04+2) over (9.4.5-1.pgdg14.04+1) ...
Preparing to unpack .../libpq5_9.5.0-1.pgdg14.04+2_amd64.deb ...
Unpacking libpq5:amd64 (9.5.0-1.pgdg14.04+2) over (9.4.5-1.pgdg14.04+1) ...
Setting up libpq5:amd64 (9.5.0-1.pgdg14.04+2) ...
Setting up libpq-dev (9.5.0-1.pgdg14.04+2) ...
Processing triggers for libc-bin (2.19-0ubuntu6.6) ...
Update: OK 
fetching latest dump from musicbrainz, if this section fails try again later as musicbrainz dump may not be fully uploaded to their site

-----------------------------------
_ _ _
| |___| (_) ___
| / __| | |/ _ \ 
| \__ \ | | (_) |
|_|___/ |_|\___/
|_|

Brought to you by linuxserver.io
-----------------------------------
GID/UID
-----------------------------------
User uid: 99
User gid: 100
-----------------------------------

We are now refreshing packages from apt repositorys, this *may* take a while
Update: OK 
fetching latest dump from musicbrainz, if this section fails try again later as musicbrainz dump may not be fully uploaded to their site
initialising empty databases

-----------------------------------
_ _ _
| |___| (_) ___
| / __| | |/ _ \ 
| \__ \ | | (_) |
|_|___/ |_|\___/
|_|

Brought to you by linuxserver.io
-----------------------------------
GID/UID
-----------------------------------
User uid: 99
User gid: 100
-----------------------------------

We are now refreshing packages from apt repositorys, this *may* take a while
Update: OK 
fetching latest dump from musicbrainz, if this section fails try again later as musicbrainz dump may not be fully uploaded to their site
initialising empty databases

-----------------------------------
_ _ _
| |___| (_) ___
| / __| | |/ _ \ 
| \__ \ | | (_) |
|_|___/ |_|\___/
|_|

Brought to you by linuxserver.io
-----------------------------------
GID/UID
-----------------------------------
User uid: 99
User gid: 100
-----------------------------------

We are now refreshing packages from apt repositorys, this *may* take a while
Update: OK 
fetching latest dump from musicbrainz, if this section fails try again later as musicbrainz dump may not be fully uploaded to their site
initialising empty databases

Done

Link to comment

Just tried installing this and it seems to start up and then shutdown/quit after about 10 minutes.

It's downloaded some of the data but from what I've read the files aren't even close to the size they should be.

 

The initial download can get tripped up server side as I understand it, I do seem to remember that if it fails then you need to delete the appdata folder I think and possibly the container as well, but I'll check with Sparklyballs who wrote it.

Link to comment
  • 2 weeks later...

I was getting the following error. I got past it by pointing the /data container volume from a

share "/mnt/user/...." to a

direct disk "/mnt/disk*/"

 

Once it's done I'm going to try and move it back to a share and see if the docker runs like that.

 

initialising empty databases
*** /etc/my_init.d/40_initialise.sh failed with status 1

*** Killing all processes...

 

I changed the /data volume back to my share after everything installed and it came back up and is serving metadata to headphones with no issues.

 

 

Was having the same problem, defining the disk instead of /mnt/user got it working!!!

 

Thank you!!!!

Link to comment
  • 1 month later...

The DB doesn't seem to be updating... getting the following errors:

 

Failed query:
        'SELECT COUNT(*) FROM dbmirror_pending'
        ()
58P01 DBD::Pg::st execute failed: ERROR:  could not open file "base/16385/26831": No such file or directory [for Statement "SELECT COUNT(*) FROM dbmirror_pending"]
at /app/musicbrainz/admin/replication/../../lib/Sql.pm line 458.
        Sql::catch {...} ('MusicBrainz::Server::Exceptions::DatabaseError=HASH(0x32330c8)') called at /usr/local/share/perl/5.18.2/Try/Tiny.pm line 115
        Try::Tiny::try('CODE(0x303ff38)', 'Try::Tiny::Catch=REF(0x2a11598)', 'Try::Tiny::Finally=REF(0x2d01b68)') called at /app/musicbrainz/admin/replication/../../lib/Sql.pm line 464
        Sql::_select_list('Sql=HASH(0x2a115c8)', 'SELECT COUNT(*) FROM dbmirror_pending', 'ARRAY(0x2a53cd8)', 'arrayref', 'CODE(0x2a61ef8)') called at /app/musicbrainz/admin/replication/../../lib/Sql.pm line 483
        Sql::select_list_of_lists('Sql=HASH(0x2a115c8)', 'SELECT COUNT(*) FROM dbmirror_pending') called at /app/musicbrainz/admin/replication/../../lib/Sql.pm line 414
        Sql::select_single_column_array('Sql=HASH(0x2a115c8)', 'SELECT COUNT(*) FROM dbmirror_pending') called at /app/musicbrainz/admin/replication/../../lib/Sql.pm line 429
        Sql::select_single_value('Sql=HASH(0x2a115c8)', 'SELECT COUNT(*) FROM dbmirror_pending') called at ./admin/replication/LoadReplicationChanges line 163
58P01 DBD::Pg::st execute failed: ERROR:  could not open file "base/16385/26831": No such file or directory [for Statement "SELECT COUNT(*) FROM dbmirror_pending"]

 

Anyone able to help?

Link to comment
  • 2 months later...

For some reason I can't get the docker to stay started. Everything installs fine, but when it tries to pull from the musicbrainz site it fails. No errors in the logs. See below. What can I do to fix this?

 

-------------------------------------
_ _ _
| |___| (_) ___
| / __| | |/ _ \ 
| \__ \ | | (_) |
|_|___/ |_|\___/
|_|

Brought to you by linuxserver.io
We do accept donations at:
https://www.linuxserver.io/donations
-------------------------------------
GID/UID
-------------------------------------
User uid: 99
User gid: 100
-------------------------------------

finding fastest mirror
1. mirror.lstn.net
Latency: 0 ms
Org: Limestone Networks
Status: Up to date
Speed: 2 Gbps
2. mirror.tocici.com
Latency: 0 ms
Org: TOCICI LLC
Status: Up to date
Speed: 4 Gbps
3. ubuntu.lionlike.com
Latency: 0 ms
Org: Lionlike LLC
Status: Up to date
Speed: 100 Mbps
New config file saved to /defaults/sources.list
We are now refreshing packages from apt repositories, this *may* take a while
Ign http://mirror.lstn.net trusty InRelease
Get:1 http://mirror.lstn.net trusty-updates InRelease [65.9 kB]
Get:2 http://mirror.lstn.net trusty-security InRelease [65.9 kB]
Get:3 http://mirror.lstn.net trusty Release.gpg [933 B]
Get:4 http://mirror.lstn.net trusty-updates/main Sources [344 kB]
Get:5 http://mirror.lstn.net trusty-updates/restricted Sources [5,217 B]
Get:6 http://mirror.lstn.net trusty-updates/universe Sources [194 kB]
Get:7 http://mirror.lstn.net trusty-updates/multiverse Sources [5,946 B]
Get:8 http://mirror.lstn.net trusty-updates/main amd64 Packages [949 kB]
Get:9 http://mirror.lstn.net trusty-updates/restricted amd64 Packages [23.5 kB]
Get:10 http://mirror.lstn.net trusty-updates/universe amd64 Packages [463 kB]
Get:11 http://mirror.lstn.net trusty-updates/multiverse amd64 Packages [14.3 kB]
Get:12 http://mirror.lstn.net trusty-security/main Sources [142 kB]
Get:13 http://mirror.lstn.net trusty-security/restricted Sources [3,920 B]
Get:14 http://mirror.lstn.net trusty-security/universe Sources [41.4 kB]
Get:15 http://mirror.lstn.net trusty-security/multiverse Sources [2,549 B]
Get:16 http://mirror.lstn.net trusty-security/main amd64 Packages [571 kB]
Hit http://ppa.launchpad.net trusty InRelease
Get:17 http://mirror.lstn.net trusty-security/restricted amd64 Packages [20.2 kB]
Hit http://ppa.launchpad.net trusty/main amd64 Packages
Get:18 http://mirror.lstn.net trusty-security/universe amd64 Packages [165 kB]
Get:19 http://mirror.lstn.net trusty-security/multiverse amd64 Packages [4,855 B]
Get:20 http://mirror.lstn.net trusty Release [58.5 kB]
Get:21 http://mirror.lstn.net trusty/main Sources [1,335 kB]
Get:22 http://mirror.lstn.net trusty/restricted Sources [5,335 B]
Hit https://deb.nodesource.com trusty InRelease
Hit https://deb.nodesource.com trusty/main Sources
Hit https://deb.nodesource.com trusty/main amd64 Packages
Hit http://apt.postgresql.org trusty-pgdg InRelease
Hit http://apt.postgresql.org trusty-pgdg/main amd64 Packages
Get:23 http://mirror.lstn.net trusty/universe Sources [7,926 kB]
Get:24 http://mirror.lstn.net trusty/multiverse Sources [211 kB]
Get:25 http://mirror.lstn.net trusty/main amd64 Packages [1,743 kB]
Get:26 http://mirror.lstn.net trusty/restricted amd64 Packages [16.0 kB]
Get:27 http://mirror.lstn.net trusty/universe amd64 Packages [7,589 kB]
Get:28 http://mirror.lstn.net trusty/multiverse amd64 Packages [169 kB]
Fetched 22.1 MB in 32s (679 kB/s)
Reading package lists...
fetching latest dump from musicbrainz, if this section fails try again later as musicbrainz dump may not be fully uploaded 
to their site

Link to comment
  • 4 weeks later...

I finally got the server working - sortof. I can point my browser to localaddress:5000 and perform lookups using the web UI but cannot get Picard to use the local mirror. When I configure picard preferences to use my local mirror on port 5000 picard asks for username and password. I cannot find any documentation mentioning what credentials are to be used here.

 

A few things of note:

1. using Picard for osx v1.3.2

2. After performing an acousid scan which matches files with a release, Picard will not perform the release lookup without requiring credentials. I can perform a "lookup in browser" (from the right column) and get a browser to load the release page from my local server (url: http://192.168.0.2:5000/release/e44bfbc9-186c-414c-b77d-0e2bd0f8dd2b?tport=8000). Even with this I cannot get the release to show in picard after clicking the "tagger" link.

3. "lookup in browser" does not work from the left column (pre-scan).

URL: http://192.168.0.2:5000/taglookup?tport=8000&artist=Phil%20Collins&track=Don%27t%20Let%20Him%20Steal%20Your%20Heart%20Away&tracknum=7&duration=289883&release=Greatest%20Hits%20CD1&filename=07%20Don%27t%20Let%20Him%20Steal%20Your%20Heart%20Away.mp3

The page indicates an error: read timeout at /usr/local/share/perl/5.18.2/Net/HTTP/Methods.pm line 271.

 

I posted on the linuxserver.io forum and someone mentioned modifying the dpdefs.pm file. https://community.metabrainz.org/t/local-mirror-working-how-to-get-picard-to-use-it/50092

 

Not sure what logs / config files you may need so let me know.

Link to comment

Has anyone had any success installing this lately?  It looks like they upped the database version from 22 to 23 about 15 days ago per the github commits, but even making that change in the DBDefs.pm file I can't get the install routine to finish all the way through.  It always ends with InitDb.pl failing after the import finishes.

 

Tue May 31 14:43:19 2016 : ensuring editor information is present
Tue May 31 14:43:20 2016 : import finished
Loaded 165 tables (107353367 rows) in 646 seconds
Tue May 31 14:43:22 2016 : InitDb.pl failed

 

Looking into things a bit more it seems they have increased the minimum DB requirement to PostgreSQL 9.5 per the blog post below.

https://blog.musicbrainz.org/2016/05/25/schema-change-release-2016-05-23-with-upgrade-instructions/

Link to comment

There's an issue with musicbrainz at the moment and the magical elves are working on it.  The git commits were 15 days ago but it was only released 8 days ago.  It appears that a lot of the setup has changed and it's needing a little bit of work.

Link to comment

There's an issue with musicbrainz at the moment and the magical elves are working on it.  The git commits were 15 days ago but it was only released 8 days ago.  It appears that a lot of the setup has changed and it's needing a little bit of work.

 

I got impatient and made edits to the dockerfile to grab postgresql 9.5 and then updated the dbdefs.pm file to the new schema number.  Started a fresh container with the changes and everything seemed to download and setup OK.  Its running fine at the moment interacting with headphones.

Link to comment

I got impatient and made edits to the dockerfile to grab postgresql 9.5 and then updated the dbdefs.pm file to the new schema number.  Started a fresh container with the changes and everything seemed to download and setup OK.  Its running fine at the moment interacting with headphones.

 

Do you mind sharing your method?

Link to comment
Guest
This topic is now closed to further replies.