All pilots involved have our sincerest apologies for this error...

Only according to the goon forums and infrequent mittens updates on TMC. In the real world that is not the case.

I could understand a situation where this randomly happens. But this is the second event during a major fight where the node just happened to be reset.

CCP said before that nodes of fights would not be brought offline and that nodes not related to the fights would be. In the case of the first major fight ccp took down the node on J5A system and left B-D system fully untouched. This allowed test to rep the ihub with 0 tidi and bring in reinforcements, while b-db was in full lockdown.

That was I guess part of the deal or at least okay. This happening with regards to the server in the middle of a fight is pretty poor. I was streaming the fight for the mittani dot com and I had several ccp people on the stream watching but the way its handled is bad. If say they had froze the system at 100% tidi and made everyone show up in local once the server was up, that would have been different.

Only according to the goon forums and infrequent mittens updates on TMC. In the real world that is not the case.

Everyone makes mistakes. Forget about it and move on.

Apologies accepted.

ok mate

Only according to the goon forums and infrequent mittens updates on TMC. In the real world that is not the case.

Cognitive Dissonance, thy name is TEST

Conquering a fountain in the real world isn't that hard, harder than in EVE Online though.

At least our tears are reimbursed.

Didn't have any spin in your back pocket for that one? Swing and a miss I guess.

the decision was made to remap all other systems away from the node on which Z9PP-H was located in order to improve responsiveness and playability. [...]

This was put into play at 22:14 UTC, however due to an error in communication, all systems including Z9PP-H itself were moved from the node, which caused everyone who was in the system and was involved in the ongoing fleet fight to be disconnected from Tranquility.

Given that this was done via an engineer/admin-executed command - ie: Z9PP-H was not remapped because of an error in the running code, but was remapped as part of a process specifically initiated in order to remap systems - my question is this:

Why are system states, including ship position, aggression and criminal timers, and other critical information relevant to the state of gameplay in that system, not immediately backed up as part of the remap process? Presumably, if other players had been in a small gang fight in the other systems on the same node, remapping those systems under the current system would drop their aggression timers as well.

If this had been a crash, then the failure to log an archive image of the state of the database might be understandable, but as this was a deliberately initiated process, why does that process not include an automated archiving of the state of the node for potential rollback if necessary?

Given that this was done via an engineer/admin-executed command - ie: Z9PP-H was not remapped because of an error in the running code, but was remapped as part of a process specifically initiated in order to remap systems - my question is this:

Why are system states, including ship position, aggression and criminal timers, and other critical information relevant to the state of gameplay in that system, not immediately backed up as part of the remap process? Presumably, if other players had been in a small gang fight in the other systems on the same node, remapping those systems under the current system would drop their aggression timers as well.

If this had been a crash, then the failure to log an archive image of the state of the database might be understandable, but as this was a deliberately initiated process, why does that process not include an automated archiving of the state of the node for potential rollback if necessary?

CCP TEST: Before I press ENTER please confirm I have everything correct.

CCP PL: Looks good.

CCP NULLI: I don't see any problems here.

CCP TRIBE: Let me see, yes, that will do.

CCP PIZZA: I wanna see, can I see?

CCP 401K: Push the friggin button already!

Look. Im new to eve, about 5 months old. I support CCP for creating an amazing universe for me to dive into, but F nullsec alliances having pull on server status. None of the test/goon war applies to me and my friends, and denying us the time to play on our day off is ****.

You wouldnt pull the plug on the servers if I was about to lose my Myrm in a combat site.. If your friends alliance is about to lose a fleet, let it happen. Whats the point of warfare if you cheat your way through it.

why you posting this again man ???

None of the test/goon war applies to me and my friends, and denying us the time to play on our day off is ****.

Hey look, two party system politics.

I thought it was test carriers, and PL had already left?

I cannot post from my main -- but I believe I speak for all goons.

What worries me isn't the capitals getting out, or us losing the strategic objective in this system. What really gets under my skin is that my killboard will not reflect my pvp prowess.

I want CCP to manually adjust my killboard so that it reflects what should have happened, roughly 200-300 test carriers dying.

CCP stated 'this will never happen again.' CCP also said 'we don't stop the best content our game can deliver, giant fights that matter.' I know CCP Phantom is the mouthpiece I can read, I'm just acknowledging that the problem and onus is larger than him.

Please, detail for us exactly what steps you will take to avoid this from happening again in the future. I understand you'll probably need a meeting or two to talk about policy changes or even code changes, but we need to know. This could have just as easily gone our way for some bull **** in Tenal or 4-EP12. Neither side wants this to happen again.


Here are my humble suggestions:

1. The guy who did this, actually entered the command, gets a 2 day paid vacation. I know his job is full of stress and fuckery and this has got to keep him up at night for the next several days. I know I couldn't sleep after this.

2. Z9PP-H, E-IO0O, and 4-EP12 are constantly getting hit with timers and big giant alliance crushing fights are going to happen there for the foreseeable future. Place all 3 of these systems on their own reinforced nodes. If you don't have that many spare nodes, have the reinforcement follow the iHUB and Station timers. You have 20,000 players watching those timers and responding to them, please give them some attention to guide your server balance decisions. Though an easy counter to this suggestion is if 20k players are watching you'd think 1 of them would fill out the damn 'please reinforce this system' request form.

Look. Im new to eve, about 5 months old. I support CCP for creating an amazing universe for me to dive into, but F nullsec alliances having pull on server status. None of the test/goon war applies to me and my friends, and denying us the time to play on our day off is ****.

You wouldnt pull the plug on the servers if I was about to lose my Myrm in a combat site.. If your friends alliance is about to lose a fleet, let it happen. Whats the point of warfare if you cheat your way through it.