Progress Update: Restoring Tranquility to Tranquility
March 9th, 2010in the system.
We have worked closely with the vendor's support and development teams in an attempt to isolate the bug, collected vast amounts of diagnostic data and implemented changes that were considered potential solutions by the vendor. We believe we've found a workaround that makes it unlikely that the bug is triggered, but does not 100% prevent it. This has yet to be confirmed however.
As one can imagine it is difficult to diagnose a running, high performance production environment like ours without causing lag or other performance or reliability problems. The vendor has been working diligently to attempt to reproduce this issue in their lab, although collecting diagnostic data from similar systems presents a major challenge - doing so without negatively impacting performance levels for customers.
We do have programmers and virtual world system administrators working on putting together a test script to run on the database server we use for Singularity and Multiplicity, and if we are able to reproduce the issue there, we can supply our vendor with code that reproduces the problem in their lab.
I, personally, have been spending quite a large part of my work hours the last 3 months communicating directly with the vendor, collecting diagnostics data, setting up collection tools and working on things related to solving the SQL Server issues.
In short, we are using all the resources at our disposal to resolve this issue. It is a high priority issue for all parties involved as it affects not only our system and customers, but can affect equally massive systems and user bases using similar network and database solutions.
What have we done already? What do we know?
We know that problem lies in the TCP stack and likely has something to do with handling of closed or closing sockets. Our vendor has asked us to implement a few potential fixes or workarounds. We've adjusted various networking features and upgraded our SQL Server engine with a version that has a workaround for issues of this nature. The database handler in the EVE application server uses session pooling and we've experimented with changing various settings there. Turning off recycling of idle sessions seems promising as a workaround that makes triggering the bug less likely.
We still are working toward a fix, as I said before, and we seem to be able to make the failovers happen less frequently with the latest workaround. Expect to hear more in the near future on our progress with this issue.
- CCP Valar
Source: www.eveonline.com
Take Our Survey For A Chance To Win A $100 Amazon Gift Card
It's that time of year again and WarCry is doing our regular User Survey. This year, we enter everyone who fills out this brief set of questions a chance to win a $100 Amazon.com gift card. And don't worry, the emails collected in this survey will only be used for contest purposes. So please, take the time to help us improve our site, take the survey and maybe you will fill out your Christmas shopping in one fell swoop.
Click here for the survey.
Source: www.warcry.com
Pirates of the Burning Sea: Dev Chat In One Week
In on week's time, we'll have ourselves another developer chat with Pirates of the Burning Sea. This is your chance to talk to the people behind the biggest MMO launch of 2008. The chat is on Wednesday April 9th at 8:00pm Eastern (5:00pm Pacific)!
Your details:
When: 04/09/2008 8pm Eastern / 5pm Pacific (Wednesday)
Where: irc.chatspike.net 6667 in #WarCouncil
General chat will be available in #warcryWho: The following Flying Lab developers will be on hand.
- Russell Williams (FLS CEO)
- Kevin Maginn (Lead Game Designer)
- Joe Ludwig (Producer)
- David Hunt (Game Designer)
- Drew Clowery (Game Designer)
- Troy Hewitt (Director of Community Relations)
- Tom Atkinson-Edwards (Community Specialist)
Need a way in? No problem just use our Java Client , Chatspike's IRC Client or an mIRC Client.
We look forward to seeing you there!
Source: eve.warcry.com