[Logo] Jaikoz and SongKong Forums
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: jims  XML
Profile for jims -> Messages posted by jims [9]
Author Message
Ok, after investigating further, it looks like one or more MP3s in a particular album are causing Jaikoz to do something that just allocates more and more memory until it runs out.

The only way to stop Jaikoz is to kill the process or wait until it runs out of memory. Canceling the auto update doesn't work, it just keeps churning and taking up more memory.

If necessary, I can make the bad album available to you. Otherwise, let me know if there is a way to get logging.

-jim
Paul -

With versions prior to 2.9 I was able to run autocorrect on 5000+ mp3s without a problem. (I had up'd the memory defaults basically doubling the settings in the Info.plist).

With 2.9 and 2.9.1, I've made the same memory changes, but with as few as 4300 mp3s, I am getting out of memory issues.

Did you change the way memory is used? Are you doing something that is using more?

Once you get that "Out of memory" error, the whole thing shuts down. Are there logs around to send you?

Thanks
-jim
Paul -

Sorry I didn't get you the logs. The latest update 2.8.4 appears to get rid of the issue though.

Let me know if you still want the logs.

-jim
As for manually adding something to a column, which column and add what? There is obviously part of Jaikoz I haven't looked into yet.

Paul,

With 2.8.3, I am seeing a large number of problems with submissions to Discogs. The exact error is of the form:

Feb 12, 2009 10:20:14 AM: SEVERE: There was a problem submitting a query to Discogs for Record Number 5,584 with filename 03 We Would Die For Hardcore.mp3: Error:400

If that is http result 400, then a bad query string is being submitted?

At the end of the console update:

Feb 12, 2009 10:20:18 AM: INFO: Updated 0 tags from existing Discogs Id successfully
Feb 12, 2009 10:20:18 AM: INFO: Unable to find a match for 5,646 tags
Feb 12, 2009 10:20:18 AM: INFO: Completed Updating Tags from Discogs for 5,646 files

Thoughts?

-jim

Paul -

Is this bug supposed to be fixed? It still seems to be present on the Mac 2.8 build.

-jim
Paul,

I found another issue. I had a song with the title:

Pavane Pour Une Infante Defunte\

The trailing backslash was causing the 503 error when connecting to MusicBrainz. The only error reported on the console was "MiniProcess 0 having problems connecting to MusicBrainz Service, may be down or just busy"...

Removing the trailing slash got rid of the problem. I don't know if it is improper escaping of characters in Jaikoz or an issue with MusicBrainz.

-jim
Paul --

As a side note, I am not a perl hacker, but know enough to understand most of the musicbrainz code. An interesting issue I am seeing with my local instance -- which may or may not be occuring on their end -- the server makes use of memcached for caching artist info and on a cache-hit the memory usage of the apache process handling the request goes through the roof. And causes thrashing/the system to slow to a crawl, which means I am likely hitting your timeout in the connect.

If you talk to the musicbrainz, you might want to see if they are having a similar memory spike. I will inestigate further and ping them.

-jim
Paul,

I have been seeing this quite a bit lately. In my case, I wondered if it had to do with the musicbrainz.org servers or the network, but I've gone through the pain and have the musicbrainz server setup locally in a VM.

I am getting the same error quite regularly.

Do you have a connection time limit set on the request to the server? Is it possible that timeout is too low? Or is there other logic that might be getting in the way?

To be clear, this is running Jaikoz against a musicbrainz server on the same machine. Thus, there are no network issues. I have seen the local musicbrainz instance take up to 15 or so seconds to respond.

Thoughts?

-jim
 
Profile for jims -> Messages posted by jims [9]
Go to:   
Powered by JForum 2.1.6 © JForum Team