#metabrainz

yes, that is a known issue

oh, i wasn't aware of that.

yvanzo: would it make sense to release musicbrainz-docker without the search changes for now?

bitmap: yes, thus the branch mbdb30-legacy-solr7

Successfully imported release! :)

thanks! didn't see you were already on that

can we include https://github.com/metabrainz/musicbrainz-docke... too? 🙏

bitmap: Can you please provide the timestamp for the packet 177010?

yvanzo[m]: 2025-05-19 17:03:33.534972+00

Thank you!

[sir] 14yvanzo merged pull request #164 (03master…fix-id-delete): doc_id for pysolr.delete should be a string https://github.com/metabrainz/sir/pull/164

artist core shows 2x speedup in indexing after patch, running it for all cores now.

[musicbrainz-docker] 14yvanzo merged pull request #299 (03master…eaa-dump): Fetch the event-art-archive dump https://github.com/metabrainz/musicbrainz-docke...

lucifer: running sir?

yes

on trille.

I was doing that too.

Ok, I stopped mine.

oh

Only artist, recording, and url are left.

(plan: if we can smoothly reindex artist & url, then we can start reindexing recording)

sounds good

lucifer: In my experience, reindexing artist may fail after 10-20min, keep me informed.

yvanzo: artist succeeded for me in 10mins.

In mb-docker you mean? Yes.

it used to take 20 mins before today's fix.

I mean in production.

these numbers are for trille.

yes.

ah okay

Oh, ok, an mb-docker on trille.

yes

Again, the main issue is with our main instance, not with mb-docker, even though that is nice to have some improvements.

sorry for the confusion, i am currently not running anything in production.

i wanted to test my fix before deploying it to prod. hence testing it on mb docker to confirm no regressions.

this is the branch, i can build an image and deploy it to prod if you feel its fine

[sir] 14amCap1712 opened pull request #165 (03master…defer-column-property): Improve deferred loading https://github.com/metabrainz/sir/pull/165

I will try it right away.

great

(just patching the container)

I guess that it is partly amending #160.

yes, the gid was accessed by one of the convert function but not added to searchpaths so it would have led to multiple sql queries. it was caught by the raiseloads adding in the new pr.

s/adding/added/

Oh, ok

I wasn't sure if it was needed because a lot of things seemed to be missing from there

I think in the end I added some but didn't even think about track medium

yeah its not very intuitive, that's why added i the raiseload to catch these errors.

[sir] 14amCap1712 closed pull request #154 (03master…raiseload): SEARCH-688 (I): Use raiseload in query loading options https://github.com/metabrainz/sir/pull/154

SEARCH-688: Improve performance and track regressions https://tickets.metabrainz.org/browse/SEARCH-688

[musicbrainz-docker] 14yvanzo opened pull request #305 (03master…mbdb30-legacy-solr7): Upgrade MB DB schema version to 30 and downgrade Solr version to 7 https://github.com/metabrainz/musicbrainz-docke...

[musicbrainz-docker] 14yvanzo opened pull request #306 (03master…mbdb30-solr9): Upgrade MB DB schema version to 30, search, and requirements https://github.com/metabrainz/musicbrainz-docke...

[metabrainz.org] 14fettuccinae opened pull request #506 (03metabrainz-notifications…notification-table): Add required endpoints for notifications (and for digest settings). https://github.com/metabrainz/metabrainz.org/pu...

lucifer: Reindexing artist in production still is disconnected by Solr after some time. Trying again with lower solr.batch_size (100).

yvanzo: any error logs?

It claims to have successfully imported it though!

lucifer: https://gist.github.com/yvanzo/07d4befbe9f0a8a7... (it was called with `reindex --entity-type artist`)

Just a glitch I guess.

bitmap: I opened a PR for each option ^

Currently reindexing url, only recording will be left after that.

that will take ~45-50 mins i think.

i couldn't test recording on trille because it hasn't been updated to latest schema change yet.

I will test that on hip.

thanks

<yvanzo[m]> "bitmap: I opened a PR for each..." <- thanks! there was an existing PR at https://github.com/metabrainz/musicbrainz-docke... too. I think we should delegate these tasks more clearly next time to avoid duplicating our efforts

[musicbrainz-docker] 14mwiencek closed pull request #303 (03master…schema-change-2025-q2): Provisioning for the v-2025-05-19.0-schema-change version https://github.com/metabrainz/musicbrainz-docke...