ChronoStriker1 Posted December 31, 2015 Share Posted December 31, 2015 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
sparklyballs Posted December 31, 2015 Share Posted December 31, 2015 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
ChronoStriker1 Posted December 31, 2015 Share Posted December 31, 2015 if the share is on cache only does it actually matter? Link to comment
JonathanM Posted January 1, 2016 Share Posted January 1, 2016 if the share is on cache only does it actually matter? Yes, the fuse filesystem that is used to aggregate folders for /mnt/user does not support hard links which some dockers may depend on. Link to comment
fysmd Posted January 3, 2016 Share Posted January 3, 2016 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
fysmd Posted January 3, 2016 Share Posted January 3, 2016 HI and thanks for Musicbrainz docker. Does your build have DB sync enabled (ie, will it stay up to date with Musicbrainz servers?) Link to comment
sparklyballs Posted January 3, 2016 Share Posted January 3, 2016 HI and thanks for Musicbrainz docker. Does your build have DB sync enabled (ie, will it stay up to date with Musicbrainz servers?) yes, it checks at 59 past the hour every hour Link to comment
fysmd Posted January 3, 2016 Share Posted January 3, 2016 Thanks! Now I just need to get it to start :-O Link to comment
Tunbridge Posted January 3, 2016 Share Posted January 3, 2016 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) Link to comment
sparklyballs Posted January 3, 2016 Share Posted January 3, 2016 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
zyphermonkey Posted January 5, 2016 Share Posted January 5, 2016 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
zyphermonkey Posted January 5, 2016 Share Posted January 5, 2016 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
OmgImAlexis Posted January 11, 2016 Share Posted January 11, 2016 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
Techn0mancer Posted January 11, 2016 Share Posted January 11, 2016 yes, it checks at 59 past the hour every hour Is it possible for us customize that via variable so we don't all hammer the server at the same time? Alternatively, is it possible for the docker to assign a random value between 0-59 past the hour at startup? Link to comment
CHBMB Posted January 11, 2016 Share Posted January 11, 2016 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
Soup Posted January 21, 2016 Share Posted January 21, 2016 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
Soup Posted February 22, 2016 Share Posted February 22, 2016 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
PanteraGSTK Posted April 30, 2016 Share Posted April 30, 2016 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
codec Posted May 23, 2016 Share Posted May 23, 2016 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
bonzi Posted May 29, 2016 Share Posted May 29, 2016 Latest update has broken this container, when I try to start it I get "Execution error Server error" unfortunately there is nothing in the log either. Link to comment
smiro0 Posted May 30, 2016 Share Posted May 30, 2016 I just installed this docker, and i got this when i browse http://xxx.xxx.xxx.xxx:5000: Caught exception in MusicBrainz::Server::Controller::Root->begin "stash takes a hash or hashref at /usr/local/share/perl/5.18.2/Catalyst.pm line 574." What can i do from there ? Link to comment
mezz64 Posted May 31, 2016 Share Posted May 31, 2016 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
CHBMB Posted May 31, 2016 Share Posted May 31, 2016 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
mezz64 Posted June 1, 2016 Share Posted June 1, 2016 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
isiahw1 Posted June 1, 2016 Share Posted June 1, 2016 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
Recommended Posts