EVE Search - Tranquility startup issues

Check My IP Information

All Channels

EVE General Discussion

Tranquility startup issues

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Pages: 1 2 3 :: [one page]

Author	Thread Statistics \| Show CCP posts - 8 post(s)

CCP Wrangler	Posted - 2008.12.28 13:26:00 - [1] We're currently experiencing startup issues with Tranquility, please check back here for more information as it becomes available. Update (14:24): Tranquility is now up and running. Wrangler Community Manager CCP Hf, EVE Online Email

Deuce TBE Silentium Mortalitas Mortal Destruction	Posted - 2008.12.28 13:35:00 - [2] Arrrgh! Again?!
Concorduck Gallente	Posted - 2008.12.28 13:36:00 - [3] I'm gonna play some Kicks Online, take your time CCP. ----------------------------------------- Originally by: Crumplecorn Contact the CSM about it, voting themselves into disbandment wouldn't be pushing the boundaries of absurdity for them.
Almethea Caldari	Posted - 2008.12.28 13:36:00 - [4] i'm in a post with Wrangler One Isk Baby
Ham2000	Posted - 2008.12.28 13:36:00 - [5] What I have noticed is that Eve Mon recognises that eve is online while its starting up, but once its started it thinks its offline again.
I SoStoned	Posted - 2008.12.28 13:36:00 - [6] A little to start with after an hour already would be a really... really... big help. I swear, I did not put stricnine in the hamster chow!
Belmarduk Amarr M.A.R.S. Enterprises	Posted - 2008.12.28 13:36:00 - [7] Wouldnt a BACKUP Skill-Queue be nice now.... grrr Sign here and dont forget to check "thumbs up" !!! Mainchar:
Gaven Blands Caldari BENZINI	Posted - 2008.12.28 13:36:00 - [8] your always experiencing startup issues, come on its a sunday and all ive done so far is smoke my face off -- and with this Post, I scent this thread. Biased moderators are on the way.
ollobrains2 Gallente New Eve Order Holdings	Posted - 2008.12.28 13:37:00 - [9] i enjoy mashing away at the login button dont u
Peter Wheatstraw Gallente Odyssey SDC	Posted - 2008.12.28 13:37:00 - [10] Must be residual fallout from the snowstorm event. That, or water damage from the tears of the carebears who are about to find out they can't stay in the startup corp, safe from war decs forever..............heeheehee

Vith Targus	Posted - 2008.12.28 13:37:00 - [11] Its as if you knew this was going to be the first and only time I've ever left a skill to finish just before downtime. Lesson well learned. There are CCP Gods.. and they hate me...
ollobrains2 Gallente New Eve Order Holdings	Posted - 2008.12.28 13:37:00 - [12] always happens during the holidays ccp is there a reason for this insanity
Cpt Jacqui	Posted - 2008.12.28 14:22:00 - [13] Why must this happen when i have to switch Skill? -,-
PsychoBones Project Nemesis	Posted - 2008.12.28 14:24:00 - [14] Originally by: CCP Wrangler We're currently experiencing startup issues with Tranquility You don't **ing say? Dip**.
Towelieban Minmatar Comrades in Construction	Posted - 2008.12.28 14:24:00 - [15] its not really reasonable to expect people to not let a skill finish like 1 hour after dt that should be more then enough but more and more times it seems its not so reasonable. i sure do wonder what small a change during the standard downtimes makes for such drastic changes so it takes a long time to reverse it.
Kweel Nakashyn Minmatar Kernel of War Tau Ceti Federation	Posted - 2008.12.28 14:32:00 - [16] Originally by: CCP Wrangler Update (14:24): Tranquility is now up and running. What happened ? Fetchez la vache !

CCP Wrangler	Posted - 2008.12.28 14:33:00 - [17] Originally by: Kweel Nakashyn Originally by: CCP Wrangler Update (14:24): Tranquility is now up and running. What happened ? We're putting together details on that and will post them as soon as we're done. Wrangler Community Manager CCP Hf, EVE Online Email

Nocturnal miner	Posted - 2008.12.28 14:41:00 - [18] been on "checking status" for a while now, and when i get it can't connect duo to some timeout issue
Lilly Boyter Amarr Scorpio Whirlwind Cluster	Posted - 2008.12.28 14:50:00 - [19] So that is how many years in a row that the senior DBA goes and visit the family? Come on CCP ever year this happens and every year you claim to have learned from it and not only have junior database specialist working over the holidays. Now I am not saying that that is the case this time but looking at your track record... Then again all we know this just is a standard thing with Microsoft SQL servers an it just takes a long time (and happens to always happen around the holidays) or the senior DBA was sitting there and simply missed something that could/should have been noticed a few days before which now resulted in the machine going bye bye. Anyway good to know we are back up
Abrazzar	Posted - 2008.12.28 14:51:00 - [20] Originally by: Nocturnal miner been on "checking status" for a while now, and when i get it can't connect duo to some timeout issue Have you tried closing the client and restarting it again? -------- Ideas for: Mining

Yon89 Executive Outcomes	Posted - 2008.12.28 14:51:00 - [21] Originally by: CCP Wrangler Originally by: Kweel Nakashyn Originally by: CCP Wrangler Update (14:24): Tranquility is now up and running. What happened ? We're putting together details on that and will post them as soon as we're done. I look forward to it ============= SIG SIG SIG
Maria Kalista	Posted - 2008.12.28 14:56:00 - [22] I'm still having my 'socks' being lost, is that an 'on my end thingy' or a EVE-client end thingy'? Originally by: AkRoYeR ...the beauty of EvE. You have to live on the edge all the time. If you don't stay frosty, you will die! Best game ever!

CCP Wrangler	Posted - 2008.12.28 14:56:00 - [23] At downtime today, we had our SQL Server start showing errors while the downtime jobs were running. The cause of that problem is still unknown, but 40 minutes after the first indication of a problem in the logs, the SQL Server failed over. This caused a downtime job that had not completed to abort without finishing. The downtime job in question makes temporary changes to the database that, if interrupted at the wrong time, can cause the SQL Server to go to 100% CPU load and because almost totally unresponsive at a startup. Due to the nature of the problem it was difficult... almost impossible to look at the running state of the server and because of that, it took a long time to find the cause of the issue. When we were unable to find the cause of the problem, a 10 people taskforce from CCP was mobilized to their laptops, and more people put on standby to help with solving the issue. After some investigative work, the cause of the problem was found, a missing index in the standings system, it was fixed and we were able to start up. The missing index was not immediately obvious due job logs not updating as the server failed over. Wrangler Community Manager CCP Hf, EVE Online Email


CCP Wrangler	Posted - 2008.12.28 14:58:00 - [24] We have a correction, at least two of us were at our workstations and not on laptops! Prism X felt that this was very valuable information and therefore insisted on this being corrected. Wrangler Community Manager CCP Hf, EVE Online Email


CCP Prism X Gallente C C P	Posted - 2008.12.28 15:00:00 - [25] Originally by: CCP Wrangler We have a correction, at least two of us were at our workstations and not on laptops! Prism X felt that this was very valuable information and therefore insisted on this being corrected. I'll send you a complete review of necessary changes to conform to proper aesthetics later today. ~ Prism X EvE Database Developer Relocating your character to a cozy, secure container since 2006. Relocating your cozy, secure container to the EVE cemetery since 2008.

Roy Batty68 Caldari Immortal Dead	Posted - 2008.12.28 15:17:00 - [26] Ooo! Moar database geekyness please! So you guys reindex the major tables every downtime? ---- ≡v≡
Anson Halleck Lost Eden	Posted - 2008.12.28 15:21:00 - [27] Originally by: CCP Wrangler After some investigative work, the cause of the problem was found, a missing index in the standings system, it was fixed and we were able to start up. The missing index was not immediately obvious due job logs not updating as the server failed over. Just out of curiosity, how can index disappear? I guess it was there before TQ went down for daily nap, so where did the index go?

CCP Valar	Posted - 2008.12.28 15:22:00 - [28] Originally by: Roy Batty68 Ooo! Moar database geekyness please! So you guys reindex the major tables every downtime? No, but there is an index on the main standings table that is dropped while NPC to player corp standings are recalculated, as it takes less time to drop the index, do the updates and recreate the index than it takes to run the job while the index is still on the table. Most our major tables are too big to be reindexed during normal downtime. ---- Virtual World Database Administrator Operations department CCP Games

Abrazzar	Posted - 2008.12.28 15:23:00 - [29] Originally by: Anson Halleck Originally by: CCP Wrangler After some investigative work, the cause of the problem was found, a missing index in the standings system, it was fixed and we were able to start up. The missing index was not immediately obvious due job logs not updating as the server failed over. Just out of curiosity, how can index disappear? I guess it was there before TQ went down for daily nap, so where did the index go? Hamster: Omnnomnnomnomn -------- Ideas for: Mining
Leviathan9 Gallente Royal Hiigaran Navy	Posted - 2008.12.28 15:40:00 - [30] Your sockets closed everytime i logi, so i cant actually play the game without getting a socket closed 10secs after logging in. ---------------------------

Irma Bondis	Posted - 2008.12.28 15:43:00 - [31] Originally by: Roy Batty68 So you guys reindex the major tables every downtime? I would expect so... MS SQL server is in essence a fork of Sybase, and one of the major things with Sybase has always been indexes and the need to rebuild them after a large amount of changes have been made. Certainly when one uses clustered indexes (improved speed over non clustered indexes) then due to the nature of the cluster structure a lot of updates will result in a lot of empty spaces in the pages that make up the table. Thus once a day on a frequently updated table you will want to reorganize the table pages and reclaim some of the empty space in the table making the whole thing faster then it was before. For a none clustered index you wills till want to do something like that even though the used space part is not so important the amount of data changes can make the index less then accurate and you will want to recalculate it, which is pretty much the same as making the database have a new look at the data and decide upon the best way to index it. In short any and all databases with a lot of changes on a daily basis will need to have their indexes poked around from time to time in order to keep the index working as fast as possible. For example: If you decide to split a 10.000 row table into 1000 parts ordering the first 1000 entries in the first part en the next 1000 in the next etc. Then assuming you are looking for data from the first 1000 entries the index will cause the database simply only evaluate the first set of data and ignore the rest. But when you do a couple of thousand insert/update/delete actions each day the index will very soon be point less as the data that was originally stored in the 1st set of a 1000 records might now belong (thanks to the updates) in the 10th set and maybe you now have 20.000 records thanks to all the inserts or only 1000 thanks to all the deletes. So what you do is you make the database have a fresh look at the table recalculate the best way to index the data in the table, basically rebuilding the index. In a very simple explanation that is why you would rebuild/reindex your tables every downtime. So if the process spoken about kills the reindexing of the table or it is a process where the index is removed the indexed column(s) updated and the index rebuild stopping that process will cause the next step that most likely relies on that index being there to load the database to its absolute max as it tries to scan a huge table completely and most likely many times over. If I am even half right CCP should be able to simply check if the index looks happy before running a process that relies on the index being there, if not make the process scream bloody murder and wait till someone with a carbon based brain can come and fix the issue.
Maria Kalista	Posted - 2008.12.28 15:55:00 - [32] Quote: In a very simple explanation that is why you would rebuild/reindex your tables every downtime /Me nods (still don't understand what was going on), but why do my (and others) socks still get lost? Originally by: AkRoYeR ...the beauty of EvE. You have to live on the edge all the time. If you don't stay frosty, you will die! Best game ever!
Zhora Six	Posted - 2008.12.28 15:56:00 - [33] Originally by: Roy Batty68 Ooo! Moar database geekyness please! Yes, I am fascinated as well! I'm currently studying SQL and Exchange, so I might know something of what they're talking about... It sounds like they have a single-instanced cluster for better performance, but that comes with some downsides. I wonder if they would have been able to recover the job in a multi-instanced cluster, or if it was simply doomed from the start... _______________________________________ Pull a lever, push a button, have a banana, die. Space Monkeys.
Guilty Man Minmatar Guilty People	Posted - 2008.12.28 16:17:00 - [34] Originally by: Maria Kalista but why do my (and others) socks still get lost? my socks usually get lost when I come home drunk.
Irma Bondis	Posted - 2008.12.28 16:23:00 - [35] Socks get lost due to the fact that the big washing machine in the sky would be a lonely place without the occasional sock crossing over and camping out there for a while. As to why you keep getting disconnected, two options, one the proxy you are logging onto goes belly up and thus you get dropped or any number of things between your computer and the EVE cluster gets messed up and your connection to the proxy is lost. Since the EVE client is supposed to be handle quite significant drops in connection quality I would say it is likely that one or more proxies are unhappy over at the CCP server farm. I have been connected with two clients for a few hours now without any issues thus I am sure that not all proxies are unhappy.

CCP Prism X Gallente C C P	Posted - 2008.12.28 16:24:00 - [36] Originally by: Irma Bondis Originally by: Roy Batty68 So you guys reindex the major tables every downtime? Stuff <-- See! Quotes don't have to include an insane block of text. Yay for fewer characters stored! Your tech speak is spot on but your assumption is aaaalmost half-right. The two different procedures have no step by step relation though as you described. One is a downtime job and the other is fetching character information on login. That's why the server made it up until people started logging in at which point the constant fullscans caused CPU to skyrocket, important cluster calls were not getting through and nodes started dying. You are however right in assuming that we could code each and every procedure to check for the existence of those indexes we'd expect it to use although it would have to cover quite a lot as SQL Serve can sometimes be a big black box of hate and do things that you'd never expect in its query plans. (Personal note to CCP Atlas: See, I wrote "its" rather than "it's". I get the paradigm! /personalJoke). But it's somewhat obvious that that is a lot of redundant overhead we can't really accept in a DB that needs to be as robust as possible. We also shouldn't need to accept it as we should be able to trust our indexes not to go poof on us. However, it's an unacceptable risk. 135 minutes of extra downtime that could have been avoided is really not acceptable to anyone here in CCP. Sure we are now all aware of this possibility and know how to detect it but it's still (See Atlas! SEE!) an utterly unnecessary risk of increased downtime, even if it saves us some minutes of the daily downtime. So this will most likely change in the near future. Lesson learned: Automatically dropping indexes ftl. ~ Prism X EvE Database Developer Relocating your character to a cozy, secure container since 2006. Relocating your cozy, secure container to the EVE cemetery since 2008.

rValdez5987 Amarr 32nd Amarrian Imperial Navy Regiment.	Posted - 2008.12.28 16:30:00 - [37] Edited by: rValdez5987 on 28/12/2008 16:30:42 Originally by: Irma Bondis Originally by: Roy Batty68 So you guys reindex the major tables every downtime? Stuff <-- See! Quotes don't have to include an insane block of text. Yay for fewer characters stored! I love it when you talk dirty to me!
Kazrm Caldari Abundance Industries The Economy	Posted - 2008.12.28 16:40:00 - [38] Originally by: CCP Prism X Originally by: Irma Bondis Originally by: Roy Batty68 So you guys reindex the major tables every downtime? Stuff <-- See! Quotes don't have to include an insane block of text. Yay for fewer characters stored! Your tech speak is spot on but your assumption is aaaalmost half-right. The two different procedures have no step by step relation though as you described. One is a downtime job and the other is fetching character information on login. That's why the server made it up until people started logging in at which point the constant fullscans caused CPU to skyrocket, important cluster calls were not getting through and nodes started dying. You are however right in assuming that we could code each and every procedure to check for the existence of those indexes we'd expect it to use although it would have to cover quite a lot as SQL Serve can sometimes be a big black box of hate and do things that you'd never expect in its query plans. (Personal note to CCP Atlas: See, I wrote "its" rather than "it's". I get the paradigm! /personalJoke). But it's somewhat obvious that that is a lot of redundant overhead we can't really accept in a DB that needs to be as robust as possible. We also shouldn't need to accept it as we should be able to trust our indexes not to go poof on us. However, it's an unacceptable risk. 135 minutes of extra downtime that could have been avoided is really not acceptable to anyone here in CCP. Sure we are now all aware of this possibility and know how to detect it but it's still (See Atlas! SEE!) an utterly unnecessary risk of increased downtime, even if it saves us some minutes of the daily downtime. So this will most likely change in the near future. Lesson learned: Automatically dropping indexes ftl. Now if only CCP could make a post like this every time there's a major issue to explain why there's a problem, admitting that it's unacceptable, and letting us know that they plan to fix it soon.
Zhora Six	Posted - 2008.12.28 17:07:00 - [39] Originally by: CCP Prism X However, it's an unacceptable risk. 135 minutes of extra downtime that could have been avoided is really not acceptable to anyone here in CCP. Sure we are now all aware of this possibility and know how to detect it but it's still (See Atlas! SEE!) an utterly unnecessary risk of increased downtime, even if it saves us some minutes of the daily downtime. So this will most likely change in the near future. Lesson learned: Automatically dropping indexes ftl. Thanks for the detailed response. I'm amazed at the time you all take to respond to the community. In my experience, no other mmo offers that level of interaction. It is quite appreciated! _______________________________________ Pull a lever, push a button, have a banana, die. Space Monkeys.
Yoinx Caldari Black Elite	Posted - 2008.12.28 17:33:00 - [40] Originally by: CCP Prism X However, it's an unacceptable risk. 135 minutes of extra downtime that could have been avoided is really not acceptable to anyone here in CCP. Sure we are now all aware of this possibility and know how to detect it but it's still (See Atlas! SEE!) an utterly unnecessary risk of increased downtime, even if it saves us some minutes of the daily downtime. So this will most likely change in the near future. Sounds like a Downtime Nerf is coming! - I wish I had something witty to put in a signature. -

Roy Batty68 Caldari Immortal Dead	Posted - 2008.12.28 17:44:00 - [41] Originally by: Zhora Six Thanks for the detailed response. I'm amazed at the time you all take to respond to the community. In my experience, no other mmo offers that level of interaction. It is quite appreciated! Very much this! ---- ≡v≡
Wy LinChow	Posted - 2008.12.28 18:45:00 - [42] Please tell us this problem was not as the result of tweaks being made during the holiday. The culprit or culprit DBAs should be made to wait outside the station for 20 minutes without a space suite!
Kuranta Minmatar Pator Tech School	Posted - 2008.12.28 18:49:00 - [43] The logs - they showed nothing!!

CCP Explorer	Posted - 2008.12.28 18:56:00 - [44] Originally by: Wy LinChow Please tell us this problem was not as the result of tweaks being made during the holiday. This was not the result of tweaks being made during the Holidays. Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games

Dr Sheepbringer Gallente	Posted - 2008.12.28 19:16:00 - [45] OK, now for the killer: CCP can this happen again? Stop whining.
Xaviar Onassis Iyen-Oursta Salvage	Posted - 2008.12.28 19:28:00 - [46] Originally by: CCP Prism X ...(Personal note to CCP Atlas: See, I wrote "its" rather than "it's". I get the paradigm! /personalJoke)....it's still (See Atlas! SEE!) .... Does CCP Atlas also plan to get the downtime warning message corrected so that it says "out of harm's way" instead of "out of harms way"? I petitioned it once, and a GM told me that since the plural of "harm" is "more harm", not "harms", no apostrophe was needed to indicate possession (it being "the way of harm" that you're getting out of)....
Blane Xero Amarr The Firestorm Cartel	Posted - 2008.12.28 19:32:00 - [47] Originally by: Dr Sheepbringer OK, now for the killer: CCP can this happen again? Jesus Prism stated that it is extremely unlikely and even then, they will soon be fixing it so that it cannot happen again. ______________________________________________ Haruhiist since December 2008
Shimrod Ombreflamme Gallente French Empire Squad	Posted - 2008.12.28 19:36:00 - [48] Many thanks to all CCP people who solved the problem this sunday.
Glengrant TOHA Heavy Industries	Posted - 2008.12.28 19:48:00 - [49] Originally by: Dr Sheepbringer OK, now for the killer: CCP can this happen again? Not only can something something like this happen again - something will happen. A big DB, a lot of daily updates & inserts, regular changes due to new features, refactoring and optimizations. There's simply no chance at all that this will work flawlessly all the time. A couple hours here and there will get lost to "unscheduled downtime". Accept that as a fact of life, shrug it off and you'll live a much more relaxed life. Re "skill change around downtime": Come on folks - so you loose a couple hours worth of SP. Repeat after me: "This is not the end of the world.". --- Save the forum: Think before you post. ISK BUYER = LOSER EVE TV- Bring it back!
Qordel Caldari School of Applied Knowledge	Posted - 2008.12.28 20:21:00 - [50] Imagine that, a Microsoft SQL server having problems. gasp -- What's your EVE New Year's Resolution for 2009?

Qordel Caldari School of Applied Knowledge	Posted - 2008.12.28 20:32:00 - [51] Edited by: Qordel on 28/12/2008 20:35:59 Originally by: Roy Batty68 Ooo! Moar database geekyness please! So you guys reindex the major tables every downtime? I've always assumed that's what the down-time was for, but it never really made any sense to me. Sure, it's faster to re-index and run database maintenance on a non-active system, but it's nearly 2009. Why not run them hot? My postgres datbase only serves about half as many people as CCP, but it NEVER goes down except temporarily for upgrades. Everything can be run with very limited impact on performance throughout the day. The only thing I can think of is that perhaps IF things do go bad during maintenance, it's easier for them to handle and recover with the least damage if the entire cluster is down, in which case perhaps an hour of down time everyday is a necessary evil. Especially if MS SQL deosn't have point-in-time recovery, write-ahead-logging, etc -- (and again, my company owns MySQL and bankrolls a couple of the top postgres devs so my experience which is mostly OUTSIDE of a professional scope in the first place where databases are concerned, is primarily with these databases and not anything Microsoft related so I'm a bit ignorant on that front -- just making assumptions where MS SQL is concerned). Personally, I wish there was never any down time. Having an hour a day of downtime impacts a greater range of time than that. You have to build any major activities (especially in groups) around it which means easing things down toward downtime or ramping them up after downtime makes a few hours every day where it's sort of in a "meh" state. Perhaps they can work downtime into New Eden lore some how? snicker Then again, I'm sure if they could eliminate downtime all together while mitigating potential disaster, they'd already do it. And perhaps it's a necessary evil in their situation since outside of the database itself they're also dealing with a lot of new technologies and when any of them are on the fritz, it's easier to extend a downtime that is drilled into all of our heads than zap us with a downtime out of the blue. Mentally, I think people are more willing to accept it when a scheduled downtime is already part of our day than if we only had downtimes during emergencies. -- What's your EVE New Year's Resolution for 2009?
Gane Green Gallente Dominus Imperium	Posted - 2008.12.28 21:08:00 - [52] Skill que when? If God was a number he would be over 9,000!!!!!!!!!
AshenShugar01	Posted - 2008.12.28 22:44:00 - [53] So all is well now, tho i DC'd twice this morning, and this is a good thing. However what happens to yesterdays Faction War statistics? I mean I ran a large amount of plexes yesterday and I hope the Victory Points havent just dissapeared into the wormhole.....
Trillian Darkwater	Posted - 2008.12.29 07:34:00 - [54] Originally by: Xaviar Onassis Originally by: CCP Prism X ...(Personal note to CCP Atlas: See, I wrote "its" rather than "it's". I get the paradigm! /personalJoke)....it's still (See Atlas! SEE!) .... Does CCP Atlas also plan to get the downtime warning message corrected so that it says "out of harm's way" instead of "out of harms way"? I petitioned it once, and a GM told me that since the plural of "harm" is "more harm", not "harms", no apostrophe was needed to indicate possession (it being "the way of harm" that you're getting out of).... And the GM is right. Language-****s are only successful when they're right
Trillian Darkwater	Posted - 2008.12.29 07:36:00 - [55] Originally by: Qordel Stuff about DT Alot of other stuff happens during DT that they can't/won't do on a live system, such as sovereignty changes, etc. There's posts/devblogs about this if you search...
ollobrains2 Gallente New Eve Order Holdings	Posted - 2008.12.29 11:01:00 - [56] what work has been done today to minimuze the chances of another delay today
Darwin Duck Caldari Provisions	Posted - 2008.12.29 11:49:00 - [57] Edited by: Darwin Duck on 29/12/2008 11:49:15 Still not loading after 50 minutes downtime. Lets hope there are no problems. Decided to start playing again today and problems always arise in mmo's when I decide to return. Edit: Yay, loading
ollobrains2 Gallente New Eve Order Holdings	Posted - 2008.12.29 12:26:00 - [58] 3 ctd already and my memory usage goes up so that indicates a memory leak somewhere and its not my system ive got 8gb of ddr 2 ram new system. So must be server end
Taloth Saldono	Posted - 2008.12.29 12:37:00 - [59] Originally by: Xaviar Onassis Originally by: CCP Prism X ...(Personal note to CCP Atlas: See, I wrote "its" rather than "it's". I get the paradigm! /personalJoke)....it's still (See Atlas! SEE!) .... Does CCP Atlas also plan to get the downtime warning message corrected so that it says "out of harm's way" instead of "out of harms way"? I petitioned it once, and a GM told me that since the plural of "harm" is "more harm", not "harms", no apostrophe was needed to indicate possession (it being "the way of harm" that you're getting out of).... Obviously isn't a huge issue :D still, it should be harm's way. Possessive always uses an apostrophe, harm is singular so "harm's", so is player thus "player's", but players is plural thus "players'". So petition again :D On-topic again, I'm kinda surprised that checking for valid indexes isn't included in the DB health check before start-up. It may take a while to check everything, but it's definitely better than having 10+ people working on unexpected issues and another 30000+ people waiting and overloading the forums :D As for the Skill queue, before you know it people will start crying for API import so they can import EveMon plan queue, and if I've grasped the policy correctly, that will never ever happen (third-party imports). The Skill queue is on the drawing board btw. Fly safe, while you still can.
ollobrains2 Gallente New Eve Order Holdings	Posted - 2008.12.29 13:38:00 - [60] still getting these 5 secon lockups every 4th one or so leads to ctd , memory leak

zibelthurdos Hoshi's Mining and Logistics	Posted - 2008.12.29 13:44:00 - [61] more importantly, you need to fix winterblink's web link on the OOOPS, something happened page when the forums die ----------------------------------------------- Don't think of it as dying, Think of it as leaving early to avoid the rush
Taloth Saldono	Posted - 2008.12.29 14:25:00 - [62] Originally by: ollobrains2 3 ctd already and my memory usage goes up so that indicates a memory leak somewhere and its not my system ive got 8gb of ddr 2 ram new system. So must be server end Originally by: ollobrains2 still getting these 5 secon lockups every 4th one or so leads to ctd , memory leak Not a single problem here ollobrains, and I'm running multiple clients. Btw. memory leaks & ctd never are 'server end'. 8 GB, nice, 64bit windows? Anyway I suggest you follow CCP guidelines for troubleshooting on the appropriate forum, it will help you the best. It's very very unlikely this is server related. More likely is a client or client cache issue, or something else with the PC.
brinelan Caldari Victory Not Vengeance Intrepid Crossing	Posted - 2008.12.29 15:38:00 - [63] Edited by: brinelan on 29/12/2008 15:38:15 Originally by: ollobrains2 3 ctd already and my memory usage goes up so that indicates a memory leak somewhere and its not my system ive got 8gb of ddr 2 ram new system. So must be server end Sorry bud, memory leaks are not caused by servers. Reinstall your client to make sure you dont have a corrupt file in there somewhere... also check your ram using memtest (google it for the download) to make sure your ram is not bad. And ya there were a few memory leaks recently, eve-search.com to find them. Basically, yes it can be your system, just because you paid all that money for a new rig dosen't mean it is perfect. Some days you're the bug, some days you're the windshield.
Dr Sheepbringer Gallente	Posted - 2008.12.29 22:15:00 - [64] Originally by: ollobrains2 3 ctd already and my memory usage goes up so that indicates a memory leak somewhere and its not my system ive got 8gb of ddr 2 ram new system. So must be server end Bwwaahahaah... must be server end...bwaahaha :D So green...so green. Stop whining.
Misanth RABBLE RABBLE RABBLE Black Legion.	Posted - 2008.12.30 02:41:00 - [65] Originally by: Zhora Six Originally by: CCP Prism X However, it's an unacceptable risk. 135 minutes of extra downtime that could have been avoided is really not acceptable to anyone here in CCP. Sure we are now all aware of this possibility and know how to detect it but it's still (See Atlas! SEE!) an utterly unnecessary risk of increased downtime, even if it saves us some minutes of the daily downtime. So this will most likely change in the near future. Lesson learned: Automatically dropping indexes ftl. Thanks for the detailed response. I'm amazed at the time you all take to respond to the community. In my experience, no other mmo offers that level of interaction. It is quite appreciated! This is what I was thinking. I've been GM (not a dev, just community contact dude) in another game and we had strict regulations for spreading any kind of information. I was critical to that approach and CCP really gets /respect for this. Their customer relation dudes need to shape up craptons still, as do their forum mods, but some of the staff is really above top notch. Either way, on a grand scale, CCP is totally kickass.
Dr Sheepbringer Gallente	Posted - 2008.12.30 10:02:00 - [66] Indeed, we love you guys/girls, but we also keep you on your hoofs by flaming and turning into vicious biting mammals! All this for you to achieve maximum efficiency and that "KICKASS I SOLVED THE BUG!!!" feeling when you do it right. Of course when you don't solve the bug we get the greased weasels... I think all this *****slapping also contributes to the whole experience. Stop whining.
Lost Hamster Serenity and Hungarian Operational Team Axiom Empire	Posted - 2008.12.30 11:04:00 - [67] Originally by: Qordel I've always assumed that's what the down-time was for, but it never really made any sense to me. Sure, it's faster to re-index and run database maintenance on a non-active system, but it's nearly 2009. Why not run them hot? My postgres datbase only serves about half as many people as CCP, but it NEVER goes down except temporarily for upgrades. Everything can be run with very limited impact on performance throughout the day. I would be interested to hear from you, how big are your DB? I know that it's not easy to manage a huge DB. Especially online. I have to manage a 4.6Tb database, and it's not easy when you need to re-index a index, which is 800mb. I think there is a big difference between your DB and the one which is managed by CCP.
Lei Merdeau	Posted - 2008.12.30 11:11:00 - [68] I've been getting lost sockets but that's mostly my unstable line, now I've got a good connection I'm keeping power to my modem & network card. Not CCP's fault,
ollobrains2 Gallente New Eve Order Holdings	Posted - 2008.12.30 11:37:00 - [69] my client is fine, eve uses up memory in cycles. There is a smal memory leak and im not the only one to notice. Shouldnt take much to fix tho


Pages: 1 2 3 :: [one page]

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.