Miscellaneous: Error 1018 conditions are possibly not implemented correctly - Page 4

xCry0x · #31 06-24-2013, 10:42 AM

To fully update the login issue logs

Sunday: 6-9PM PST Multiple log in attempts on p1999 blue. All fails except for 1 successful log in, camped out and immediately was back to 1018 failure.
Monday: 4-9pm PST Multiple log in attempts all fail.
Tuesday: 4-9PM PST Multiple log in attempts all fail.
Wednesday: 6:30-6:45AM PST Multiple log in attempts all success.
Wednesday 5:45 PM Multiple attempts all fail
Wednesday: 9:20 PM multiple attempts all success, 9:45 cannot log in.
Thursday 6:30 am pst, multiple log in all successful, going to leave a char logged in all day and see what happens when i log out & back in during the normal prime time when i can never log in.
Thursday 5:30 PM , char still logged in, was able to log out and log back in just fine, ended by logging out fully.
Thursday 8:45 pm, cannot log in
Friday 5:45 am, log in fine, char left logged to char select
Sat, Sun able to log in freely, character always left logged in to char select screen.

So to summarize, from Sunday the 15th-Thursday the 20th I was rarely able to log in during prime time. Once I began logging in early in the morning and leaving character logged in all day I was able to log in and out freely assuming I never logged out past the char select.

Can this bug please get a response from dev in some capacity about what they have and have not looked into? Can we also please get some sort of response as to why account transfers would not be allowed in this circumstance?

xCry0x · #32 06-25-2013, 10:47 AM

Lyra · #33 06-25-2013, 12:39 PM

Quote:

Originally Posted by Handull [You must be logged in to view images. Log in or Register.]

assuming that we each have a doppelganger, and that our doppelganger also experiences a 1018 error when we are logged on, i wonder if we could somehow gather a bunch of people who experience 1018 together and systematically determine who is each others doppelganger.

Account creation is free.

We can trouble shoot this by creating new accounts with similar names.

I will help in the evening if anyone else would like to.

Give me an account name I should make and tell me what time after 7pm central you would like to attempt. I have a vent server available if you would like to discuss while we try.

My troubled account was Lyra_40.

xCry0x · #34 06-25-2013, 12:56 PM

I dont think it is the account name, I think it is an account ID associated with your account or something similar. IE the login server recognizes your logging into p1999 as user 123456789 and somehow someone else got assigned the same 123456789 user name OR in some process it truncates the id to 6 characters so while you are 123456789 and someone else is 123456123 you both show up as 123456 to the system.

Given I have no idea how this actually works this is all guessing.

The idea that it is simply login names would be interesting though.

I know the account that has the issue for me has a very long login name that is 17 characters long.

I will test that myself tonight =P

Still would love some feedback from Dev please!

Lyra · #35 06-25-2013, 01:28 PM

Quote:

Originally Posted by xCry0x [You must be logged in to view images. Log in or Register.]

I dont think it is the account name, I think it is an account ID associated with your account or something similar. IE the login server recognizes your logging into p1999 as user 123456789 and somehow someone else got assigned the same 123456789 user name OR in some process it truncates the id to 6 characters so while you are 123456789 and someone else is 123456123 you both show up as 123456 to the system.

OH

Well that makes more sense and nothing we can check.

Handull · #36 06-25-2013, 01:40 PM

I agree with xCry0x that your actual username has nothing to do with it.

If devs could just take a look at how the server handles account IDs they could probably narrow this down quickly. Here is my best guess as to why/how there is this truncation error: everyone and their mother has multiple EMU Accounts and LS Accounts. Going off the fact that EQ is notorious for being stingy with data usage for integers (max stats 255, max mob hp 32k, 8 toons per account, etc), I wouldn't be shocked if the integer for Account ID is small (under 20 bits?) and that between all the users playing on EQEmu, all available Account IDs have been used up. This forces new IDs to appear the same as previous ones. Due to the fact that so many account sit dormant due to being used for other servers, logged rarely as mules, inactive accounts, etc, this error is fairly rare.

How does it work? Lets say we have a 3 bit number, call it A. A can be 0,1,2,3,4,5,6,or7. In binary these are
000,001,010,011,100,101,110,and111.
So what comes after 7? The next number in binary is 1000, but since A only holds 3 bits of data, A is now equal to 000. (in 3-bit binary 7+1=0)
Now, maybe A is a 32 bit number, and can hold more accounts than we can imagine, but A has to be passed along from your client to the server and checked against already active accounts. If at any point the code is written to only deal with a limited number of bits, A will be cut off (not quite truncated) and appear equal to another account.

How to fix/test this? Trace the code that retrieves an Account ID from the moment the client hits Log In and Join Server to the moment it returns an output of error1018 to the client. My guess is somewhere along the way the Account ID is reduced to some small bit integer in an attempt to reduce ping. Would you expect people to make over a million accounts over all the emu servers when you first programmed this box? Sounds like a reasonable way for someone starting a server to try and reduce overhead and keep lag down on a small and free sandbox emulator. If this is the problem, it should be a simple fix.

Since this is more of an Emu problem, looks like we need Rogean to weigh in on this one.

xCry0x · #37 06-25-2013, 02:03 PM

^^^ what he said.

A response would be great given that if this is really the case this issue could explode when velious hits and large amounts of inactive accounts come back.

I would be happy to let a dev go nuts with my screwy account if they want to test it.

Lyra · #38 06-25-2013, 02:50 PM

Quote:

Originally Posted by xCry0x [You must be logged in to view images. Log in or Register.]

I would be happy to let a dev go nuts with my screwy account if they want to test it.

They can have mine too.

xCry0x · #39 06-25-2013, 10:13 PM

Client crashed on computer at work, tried to log in now and get 1018 =P so the trend continues.

Cannot log in during prime time unless previously logged in.

-edit-

Was able to log in on work computer.. then tried to switch over to home pc and was getting 1018 error even though on my other screen I could see myself logged in from work computer.. then logged out fully from work computer and still 1018. Usually that would have just booted me from one and logged me in with other.

-edit2-

Was able to log in, sat in for a few mins then logged out and tried to get back in and was 1018 error-ed again so unless I am missing something that is now not lining up to the whole multiple people blocking eachother thing because I highly doubt someone was able to click in the min i logged out.

Handull · #40 06-25-2013, 11:41 PM

They could have been spamming the log in button. Its bound to happen some of the time, especially during peak hours. Usually when I get 1018 I try to log in for 5-10minutes then give up, every once in a while that 5-10minute window would overlap with your prime-time log in/out tests. Just depends how frequently it happens imo.