Geni Server has slowed to a crawl!!!

Anyone else experiencing this.

Mike Stangel
Noah Tutak

I have not noticed any unusual slowness, and our graphs of page load times look normal. Is everything slow for you, or just certain pages?

Mike I noticed this since last night..I usually do a lot of work in early morning, 12 am to 3 am (keeping Brox company, that's a joke Brox..lol) and last night it was very very slow on my merges, on numerous occasions I was getting 'We Are Experiencing Difficulties"

Again this morning it continued and this afternoon the same thing, I just gave up with frustration and went to sleep.

Last night from 10 pm to 8 am I was at my mom's, today from 8am until I wrote I was at my home her connection is 5Mbps (Download)

At my Home my Internet connection is 15Mbps (Download) so it isn't my connection..

My old nemesis is back, I just started working at some merges and first one i did look what I got..
http://www.flickr.com/photos/7317384@N06/5265425904/#/photos/731738...

Bjørn P. Brox
Shmuel-Aharon Kam (Kahn) / (שמואל אהרן קם (קאן

Brox Shmuel are either one of you encountering this??

Not at all.

That specific error in your screenshot has been there some weeks, - I just have not reported it myself because I was sure that they have received hundreds of them already.

To describe it simple (?), if you merge profiles A+B with the focus on A, and the merge cause B to become the main profile: If the merge results in getting into the data resolve window the next thing Geni tries to when resolved is to try to return to profile A which does not exist anymore and you get a technical error.

Reported as [#KEU-416784]

Angus the exception you saw around 8pm (our time) last night was a timeout. Here's what's going on: the data conflict table will now show you source citations for rows that are in conflict, and that same table is consulted when trying to determine whether to show the "Resolve conflicting data" menu action item on the merged profile.

We need to make two fixes:
1. Don't consult the sources when simply deciding whether or not "Resolve conflicting data" needs to show up on the profile menu
2. Improve the performance of pulling up source citations relevant to data conflicts.

I've already created a bug ticket for #1 -- #2 is a bit more involved, and will take some time.

Nope, - the screenshot shows that he had successfully made a data resolve ("Your changes have been saved"), and not in the opening of the data resolve window.

If you in the tree-view have the focus on profile A and hit a blue (+) on it to finalize a merge and the result is that A get merged into B, replacing A in the tree-view the next step which is returning to the tree-view will end up in the error. If you drop data resolving the automatic return to the tree will result on getting a focus on a green no-gender profile, which technically the remains of the node A as a data conflict is.

Bjørn P. Brox - Thanks. Very good explanations.. now I already know why these no-gender profiles sometimes remain...

Brox you said "If you in the tree-view have the focus on profile A and hit a blue (+) on it to finalize a merge

and the result is that A get merged into B, replacing A in the tree-view

the next step which is returning to the tree-view will end up in the error.

If you drop data resolving the automatic return to the tree will result on getting a focus on a green no-gender profile, which technically the remains of the node A as a data conflict is.""

Ok so correct me if I am wrong you are saying when I am in Tree view focused on A then I see a Yellow Triangle on a spouse B, I then click on the + on the node of B, I then try doing some merging in there

Are you saying this is where I get the Technical Difficulties error occurs because that seems to be where it does.

If so should I open a new tab for each node I want to look at?

I still dont know where this No-Gender profile occurs though!!

THIS IS GETTING FRUSTRATING!!
Ok i went here
http://www.geni.com/family-tree/index/6000000007320822769

I click on Robert (2) Boynton (1460-1526) so it will open in a NEW tab.

Up pops the Technical Difficulties Error..

Brox, I'm looking at the exception stack trace and you're not. :-)

Angus, I get the same timeout on Robert Boynton, (1460-1526) -- I'll get it fixed as soon as I can but I've got a lot on my plate right now.

Okay the problem is this document, which has over 15,000 people tagged in it: http://www.geni.com/documents/view?doc_id=6000000009474932541

I'm getting confirmation that it's okay for me to remove the tags.

HOLY Cow!!!!!

Thanks a lot Mike.

Didn't you mean Holy GEDCOM upload, Angus? :) :)

Hahahaha I like that one better!!!

Mike I an flying again...thanks

That is no Holy GEDCOM upload, this is:

http://blog.eogn.com/eastmans_online_genealogy/2010/12/80-year-old-...

Oh dear!!!!

you can say that again! what does this blog have to do with server crawl? :)) Mister Stuart Pask (in Estonian Stuart Crap) must have been a jealous and sick-minded man. Whatever...god´s livestock is diverce.

Post deleted by Jaak Tulp on 2010年12月 19日 1:00 PM

Servers should be crawling more often, keeping people indoors waiting for them to respond ;)

Am experiencing very slow response on the system. Just my end?

Yes, I am experiencing very slow load times as well. I believe this is probably because Geni is still working on getting all of the data back into its correct form. We should be grateful we have access at all. I am sure it would be much easier for them to disable all access and perform all the corrections with the site offline!

Indeed, it would be... in addition to the normal load on the site, we're recreating some database indexes AND shoving in data that we saved off over the weekend. It's been rough but we're getting there. Thanks for your patience.

Indeed, it would be... in addition to the normal load on the site, we're recreating some database indexes AND shoving in data that we saved off over the weekend. It's been rough but we're getting there. Thanks for your patience.

Mike...would it be better for all involved if we just stayed off for awhile?

No, no need for that... I would hold off on big batches of merging, though

Mike Stangel
Any Idea when picture and source tags will be back? (and some missing about me's)?

ps Everything seems to be working good today.