mezz64 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? Best to wait until the linuxserver guys get things corrected. They are working on it. It's more than just a couple edits to keep everything working correctly. Link to comment
smiro0 Posted June 3, 2016 Share Posted June 3, 2016 I'm happy to see that i am not the only one with that trouble. Can't wait for a solution. Link to comment
hernandito Posted June 6, 2016 Share Posted June 6, 2016 Not working for me either.... Looking forward to the solution as well. Link to comment
CHBMB Posted June 13, 2016 Share Posted June 13, 2016 Container has been updated by Sparklyballs, should be working again now.... BUT It requires a completely fresh install. This is from the Musicbrainz app and not our container so completely out of our control. Also you must use /mnt/cache/ or /mnt/diskx/ for your mappings /mnt/user/ or /mnt/user0/ will not work. Read about it here.[/size] Due to unforeseen problems with the Live Data Feed (AKA replication), users with slave databases will be required to first import a fresh data dump into their new 9.5 installation. We apologize that this is the case, but even had this stream not been broken, doing a clean import is faster and easier than doing the migration. For details on what happened during this rather lengthy schema change release, stay tuned for a post mortem blog post that covers the details. Link to comment
hernandito Posted June 16, 2016 Share Posted June 16, 2016 I have upgraded and I get the below message in the docker log window: [348] 15 Jun 17:26:15.558 # Server started, Redis version 2.8.4 [348] 15 Jun 17:26:15.558 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect. I can try to do this manually...? OK tried what it says on the message and no luck. I have 64GB of memory in my system. When I go to the Web Interface, this is the error message at the top: 08006 DBI connect('dbname=musicbrainz_db','abc',...) failed: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"? Any help is greatly appreciated. EDIT OK.... Trying on clean folders for the config and the data... both on my cache drive. It is now "fetching the dump data..." I will report later on. SECOND EDIT OK I got the same result from the beginning.... Now I need help please. Thanks, H. Link to comment
olympia Posted June 19, 2016 Share Posted June 19, 2016 I am having the exactly the same issue. Did you find a solution to the problem? Link to comment
CHBMB Posted June 19, 2016 Share Posted June 19, 2016 I am having the exactly the same issue. Did you find a solution to the problem? Can you post your docker mappings... And we'll take a look at this... Link to comment
olympia Posted June 19, 2016 Share Posted June 19, 2016 I am having the exactly the same issue. Did you find a solution to the problem? Can you post your docker mappings... And we'll take a look at this... It's /mnt/cache/appdat/config and /mnt/cache/appdat/data Could it be somehow related to unRAID version? I am running v6.1.9, not the 6.2 series... Edit: I was just removing the previous version which has been installed flawlessly and working perfectly (other than it was not updating itself any more due to the schema changes) - So I have a precedent to see this docker working Link to comment
CHBMB Posted June 19, 2016 Share Posted June 19, 2016 Seems like a Redis issue from what little I know, musicbrainz site has had some problems recently but they appear to be fixed. We're looking at it... Link to comment
sparklyballs Posted June 19, 2016 Share Posted June 19, 2016 Seems like a Redis issue from what little I know, musicbrainz site has had some problems recently but they appear to be fixed. We're looking at it... there's no redis "issue" , it's a conseqence of running it in a docker. the older version never showed the error cos i piped it to null. Link to comment
CHBMB Posted June 19, 2016 Share Posted June 19, 2016 I was wrong. It's a problem with the musicbrainz site. Sparkly pointed out that the line curl: (78) RETR response: 550 means an incomplete download. Guess it's just a waiting game I'm afraid. Link to comment
olympia Posted June 20, 2016 Share Posted June 20, 2016 Aha, OK, thanks. Just a question: in which log we can see the above mentioned curl error? Link to comment
CHBMB Posted June 20, 2016 Share Posted June 20, 2016 The full log I grabbed to test on my machine. Link to comment
CHBMB Posted June 27, 2016 Share Posted June 27, 2016 Any news on this working? Hernandito, just tried a fresh pull and it's working for me, as the problem is with the musicbrainz site there's nothing we can do, so don't necessarily expect us to keep tabs on it or update this thread. Link to comment
olympia Posted June 28, 2016 Share Posted June 28, 2016 It works for me as well as we speak! Thank you for this Docker! Link to comment
hernandito Posted July 7, 2016 Share Posted July 7, 2016 Thank you guys... I will keep trying. I thought there had to be a Docker update. Link to comment
maxcore Posted July 31, 2016 Share Posted July 31, 2016 how i can config the crontab in synology for update the musicbrainz ? like this : 0 * * * * root /bin/bash -u /app/musicbrainz/admin/cron/slave.sh ? Link to comment
linuxserver.io Posted August 29, 2016 Author Share Posted August 29, 2016 Container has been moved into our main repository, please update your templates accordingly. linuxserver/musicbrainz hub url: https://hub.docker.com/r/linuxserver/musicbrainz/ Link to comment
WonderfulSlipperyThing Posted September 12, 2016 Share Posted September 12, 2016 I've just set this up because without it, Headphones is painfully slow... anyway, it completed it's stuff (from what I can tell) within a couple of hours and I can access the server's web interface just fine. But Headphones is still taking absolutely ages to actually get anything out of it. Just a few questions... When the web interface is available, databases searchable etc., is it done? Or is it still doing stuff in the background? Do I have to manually enter any commands to get the database to optimise or to build a search index? Is there any way to easily test API calls into it? ...or is it just that Headphones is insanely slow and there's nothing anyone can do about it? These are the last few lines I see in the log, and there hasn't been anything since: Mon Sep 12 13:53:41 2016 : Creating search indexes ... (CreateSearchIndexes.sql) Mon Sep 12 14:09:33 2016 : Setting up replication ... (ReplicationSetup.sql) Mon Sep 12 14:09:33 2016 : Optimizing database ... VACUUM Mon Sep 12 14:11:09 2016 : Initialized and imported data into the database. Mon Sep 12 14:11:09 2016 : InitDb.pl succeeded INITIAL IMPORT IS COMPLETE, MOVING TO NEXT PHASE LOG: received fast shutdown request waiting for server to shut down...LOG: aborting any active transactions .LOG: shutting down .........LOG: database system is shut down done server stopped [cont-init.d] 30-initialise-database: exited 0. [cont-init.d] 40-config-redis: executing... [cont-init.d] 40-config-redis: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. [614] 12 Sep 14:11:20.992 # Server started, Redis version 2.8.4 [614] 12 Sep 14:11:20.993 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect. Thanks in advance. All of your plugins for unRAID are awesome by the way! Link to comment
Timbiotic Posted September 19, 2016 Share Posted September 19, 2016 Everything working ok but for some reason I can't pull updates. I get "layers from manifest don't match image configuration" after it downloads and extracts. I'm on 6.2 Link to comment
kri kri Posted September 20, 2016 Share Posted September 20, 2016 Read the docker FAQ. Basically, stop docker, delete docker.img, reintall from CA previous apps Link to comment
Ambidex Posted September 30, 2016 Share Posted September 30, 2016 Similar to WonderfulSlipperyThing I just set this up and querying via the web page is painfully slow. Is anyone else seeing the same thing? I should note that I'm running this on a core i3 based system. In my tests querying the db directly took 265ms-380ms, while an artist search via the web took 10s-17s + another 18s-45s to load an artist's page. Even if they db query triggered by the web is different this doesn't seem right to me. 1 - Direct Query musicbrainz_db=# explain analyze select * from artist where lower(name) like '%pearl jam%'; QUERY PLAN ---------------------------------------------------------------------------------------------------------- Seq Scan on artist (cost=0.00..33420.71 rows=111 width=98) (actual time=93.738..264.023 rows=3 loops=1) Filter: (lower((name)::text) ~~ '%pearl jam%'::text) Rows Removed by Filter: 1121111 Planning time: 0.095 ms Execution time: 264.041 ms (5 rows) 2 - Chrome 'Inspect->Network' timings: - Search: search?query=pearl+jam&type=artist&method=indexed 200 document Other 77.5?KB 10.70?s search?query=sublime&type=artist&method=indexed 200 document Other 167?KB 10.93?s - Artist Page: 83b9cbe7-9857-49e2-ab8e-b57b01038103 200 document Other 227?KB 6.18?s 95f5b748-d370-47fe-85bd-0af2dc450bc0 200 document Other 147?KB 11.39?s - Wikipedia Extract and Image (requested after the initial page): wikipedia-extract 200 xhr jquery.js:9659 2.4?KB 5.98?s commons-image 200 xhr jquery.js:9659 703?B 11.96?s wikipedia-extract 200 xhr jquery.js:9659 2.7?KB 16.73?s commons-image 200 xhr jquery.js:9659 388?B 33.29?s Rebuilding the indexes via the following command in the docker did not improve anything (side note I hit a db deadlock and had to disable the update crontab): root@1f8dca2ee516:/usr/bin# ./reindexdb -U abc -a Figured I'd post this in case anyone had any ideas. If/when I have some time I'd like to try and figure out what layer is introducing the delay. Most of this is new to me so I'm not sure how much time I'll spend on it. Link to comment
Fire Posted November 2, 2016 Share Posted November 2, 2016 i set up a MusicBrainz Docker without any pain, now i'm asking myself how to update the Dockers Database ... a sync to the MusicBrainzs Servers Database. Whats Commands in which order do i have to run inside the docker? Link to comment
Recommended Posts