Search server down

The search server is terminally overloaded (load average over 100, last I looked), and it was taking down the main web site with it. Therefore for now I’ve had to change mb_server to show a simple error message instead of running the search. You may be better off using the old search page for now. … Continue reading “Search server down”

The search server is terminally overloaded (load average over 100, last I looked), and it was taking down the main web site with it. Therefore for now I’ve had to change mb_server to show a simple error message instead of running the search.

You may be better off using the old search page
for now.

Hopefully more news later.

Collaboration of the Month: Bob Marley and/or The Wailers

First a little about the history of CotM for those who don’t know what it is: Some time ago, a bunch of us got together and thought that it would be a good idea to have a “Collaboration of the Month”, a collaborative effort to clean up one (1) artist each month. [mdhowe] was the … Continue reading “Collaboration of the Month: Bob Marley and/or The Wailers”

First a little about the history of CotM for those who don’t know what it is:

Some time ago, a bunch of us got together and thought that it would be a good idea to have a “Collaboration of the Month”, a collaborative effort to clean up one (1) artist each month. [mdhowe] was the chef idea champion then and soon both a wikipage and a forum post where created.
The first (and very successfull one at that) CotM was “The Beatles
It got cleaned up real good (should probably have its quality setting set to high, actually..)
Next up was the Dire Straits, got a decent overhaul, but however something went wrong with the election of a new artist for CotM, and DS sorta dragged its ass and ended up staying on the page for over two months.

The Bob Marley Collab (Cleanup?) of the Month

Basically I, (mo) took over as “leader” of this project and as such elected the next big mess, which on the list was Bob Marley and or The Wailers.

A bit late in the month I’m sure, but please head over to The Wailers, Bob Marley and The Wailers and Bob Marley himself and help clean it up. It’ll probably need more time than over this month, but that’s ok too πŸ™‚

Don’t be afraid if you don’t find anything to do, just adding correct ASINs or even just *voting* is help, you can also help by documenting good links for others in the wikipage.
Do you own any Bob Marley etc. releases? please add TOCs and label info πŸ™‚

* Wikipedia pages: [Bob Marley] [Wailers] [discography]
* CotM:BM page with more links.

A little about the name “Collaboration of the Month”

It has also be contested that perhaps Collaboration of the Month is BadTerminology.
Therefor, after that discussion, I set up a votable string for either “keep as is”, “change to ‘Cleanup of the Month'” or “other” on the [main CotM-page]: if you’ve got some time and an opinionated soul, head on over and vote πŸ™‚

In closing:

Thanks for now, and sorry for the delay. I’ll be making these posts regularly whenever we’ve decided the collab(cleanup) has been sufficiently finished and a new one picked (either by consensus of vote, or by me (as we didn’t have enough people for a vote previously)
Finally please add your pet peeve or idea to the list and or vote for what month you’d like ’em in.
Freso already said June would be great for “The Dubliners” and (unless someone can come up with why not) I see no reason not to continue with that after Bob and his cats. Thank you.

~mo πŸ˜€

Borked track index

Recently our search server hit a magical 2GB limit on search index sizes and consequently we’ve got a corrupted track search index. We’re in the process of building a new one, but the process takes about 7.5 hours. So, we will not have track searches or taglookup functionality (for tracks) for the next 7-8 hours. … Continue reading “Borked track index”

Recently our search server hit a magical 2GB limit on search index sizes and consequently we’ve got a corrupted track search index. We’re in the process of building a new one, but the process takes about 7.5 hours. So, we will not have track searches or taglookup functionality (for tracks) for the next 7-8 hours. I anticipate having this fixed around 22:00 PDT (6:00UTC).

I apologize for the inconvenience.

(And, sorry no, the mirror server won’t help since that relies on the main search server server too)

Move to new server complete!

Our move to the shiny new Sun server is finally complete! I’m pleased to announce that the new server is largely bored with the traffic we’re throwing at it right now — which is exactly what I had hoped for. This gives us a lot of room to grow our database. Thanks again for the … Continue reading “Move to new server complete!”

Our move to the shiny new Sun server is finally complete! I’m pleased to announce that the new server is largely bored with the traffic we’re throwing at it right now — which is exactly what I had hoped for. This gives us a lot of room to grow our database.

Thanks again for the kind donation Sun Microsystems!!

Scheduled downtime: Tuesday, May 15th, 2000UTC

Tomorrow at 2000UTC (1300 PDT, 1500 EDT, 2100BST, 2200MET) we’re going to finally rotate the new Sun server into active service. We’re expecting MusicBrainz to be unavailable for about 90 minutes while we dump the database from our old server and import it to the new server. Sorry for the inconvenience this will cause.

Tomorrow at 2000UTC (1300 PDT, 1500 EDT, 2100BST, 2200MET) we’re going to finally rotate the new Sun server into active service. We’re expecting MusicBrainz to be unavailable for about 90 minutes while we dump the database from our old server and import it to the new server.

Sorry for the inconvenience this will cause.

Solaris help!

We’ve got the new database server finally ready to roll, except for one thing: We don’t know how to monitor the hardware RAID array. Under Linux we would use mpt-status, but this doesn’t work for Solaris. Does anyone know how to get Solaris to tell us about the state of the hardware RAID array? If … Continue reading “Solaris help!”

We’ve got the new database server finally ready to roll, except for one thing: We don’t know how to monitor the hardware RAID array.

Under Linux we would use mpt-status, but this doesn’t work for Solaris. Does anyone know how to get Solaris to tell us about the state of the hardware RAID array? If one of the drives in the array goes away, we want to know about it as soon as possible.

Any tips would be greatly appreciated!

UPDATE: Our very own inhouseuk had the answer: raidctl — a utility that was installed all along!

New VMWare Player image available

Rod put together the WMWare player image of the MusicBrainz server for the April 1 release. If you’re interested in hacking on MusicBrainz server code, you should start here: Download the April 1 server image Read the install instructions VirtualMusicBrainzServer Thanks for putting together the VMWare image, Rod!

Rod put together the WMWare player image of the MusicBrainz server for the April 1 release. If you’re interested in hacking on MusicBrainz server code, you should start here:

  1. Download the April 1 server image
  2. Read the install instructions VirtualMusicBrainzServer

Thanks for putting together the VMWare image, Rod!

General site update

Its been a rocky week in the MusicBrainz universe, that’s for sure! About three weeks ago the load on our database server started rising — most likely due to the fact that after the April 1 release people went nutz adding labels to the database and vastly more AR links than before. The onslaught of … Continue reading “General site update”

Its been a rocky week in the MusicBrainz universe, that’s for sure!

About three weeks ago the load on our database server started rising — most likely due to the fact that after the April 1 release people went nutz adding labels to the database and vastly more AR links than before. The onslaught of this extra data pushed our database over an invisible threshold and things started getting shaky.

In order for a database to be running smoothly and efficiently it should mostly fit into RAM and not require the database server to fetch much data from disk continually. Once the threshold is hit where data needs to be continually fetched from disk, everything slows down drastically.

That’s basically what happened three weeks ago — the database outgrew the server we have for it. At first we thought that some feature from the April 1 release was bogging down the server, so we did some triaging with no luck. Finally we decided to throw out nearly 1 GB of useless Add TRM edit data, which shrunk the database size back down to a manageable level.

This, of course, is nothing more than a band aid. In a few weeks this problem will be back. Anticipating this moment for over a year now, I’ve been pushing for a large server donation. The Sun server donation was supposed to perfectly take care of that. But we were having serious issues with getting the database to run well on the Sun box. But, with help of some Sun engineers we’ve gotten past this problem and are now in the final stages of preparing the Sun server for production use.

But, in this middle of all this more disaster struck. Lingling, which was taking over for Stimpy as our primary web server, had a power supply fail early in the morning this past Sunday. Stimpy, with redundant power supplies, was sitting idle waiting to be put back into service after he got a new motherboard from Dell. With all the other problems we didn’t have the time to switch Stimpy back in for Lingling — we had scheduled that to happen about 12 hours after Lingling failed.

Lingling has a new powersupply arriving tomorrow. Moose, the Sun server, may go into service this weekend or early next week. Once we get these two tasks done, the site performance should be back to being zippy.

Until then, I apologize for the inconvenience!

Google steps up its support of MusicBrainz!

I’m pleased to announce that Google has just pledged $30,000 to the MetaBrainz Foundation! This doubles the amount that Google gave us last year and reinforces Google’s commitment to supporting MusicBrainz. Combined with Google’s Summer of Code Project, Google is supporting MusicBrainz to the tune of $45,000 for 2007! This donation will allow us to: … Continue reading “Google steps up its support of MusicBrainz!”

I’m pleased to announce that Google has just pledged $30,000 to the MetaBrainz Foundation! This doubles the amount that Google gave us last year and reinforces Google’s commitment to supporting MusicBrainz. Combined with Google’s Summer of Code Project, Google is supporting MusicBrainz to the tune of $45,000 for 2007!

This donation will allow us to:

  • Hold Summit 8 that will build on and review the work done in Summit 7 and lay out a concrete roadmap for implementing the Next Generation Schema. MetaBrainz will pay for key players to attend this upcoming summit.
  • Increase the salary for Robert Kaye to more competitive rate.
  • Hire a part time developer to work on MusicBrainz and drive the implementation of the Next Generation Schema.

Thank you very much Google! Thank you to Chris DiBona, Leslie Hawthorn and Tiffany Griffith at Google’s Open Source group.