Getting lots of Unable to process login...
 

News:

29 December 2022 - PtokaX 0.5.3.0 (20th anniversary edition) released...
11 April 2017 - PtokaX 0.5.2.2 released...
8 April 2015 Anti child and anti pedo pr0n scripts are not allowed anymore on this board!
28 September 2015 - PtokaX 0.5.2.1 for Windows 10 IoT released...
3 September 2015 - PtokaX 0.5.2.1 released...
16 August 2015 - PtokaX 0.5.2.0 released...
1 August 2015 - Crowdfunding for ADC protocol support in PtokaX ended. Clearly nobody want ADC support...
30 June 2015 - PtokaX 0.5.1.0 released...
30 April 2015 Crowdfunding for ADC protocol support in PtokaX
26 April 2015 New support hub!
20 February 2015 - PtokaX 0.5.0.3 released...
13 April 2014 - PtokaX 0.5.0.2 released...
23 March 2014 - PtokaX testing version 0.5.0.1 build 454 is available.
04 March 2014 - PtokaX.org sites were temporary down because of DDOS attacks and issues with hosting service provider.

Main Menu

Getting lots of Unable to process login...

Started by RFJUU, 01 May, 2005, 10:58:22

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

RFJUU

Hiya, last night i installed a new ptokax (17.03) with robocop 10.01e. Problem seems to be that users cant really get in anymore like they earlier did...They are getting lots of this:

Hub is unable to process your login, try later.

I only wonder what can be a problem cause it seemed to work much better earlier and now it doesnt   :D

Any chance that deflood settings are too tight in new version, or are they same in every version?

I was using 16.09 earlier with 10.01c and it seemed to work fine.

Help is really appreciated.

-THANKS-

//RF


plop

play a bit with this script.
-- max login.
-- by plop

iMaxLogins = frmHub:GetMaxLogins()
iLevelHubOwner = 0

function ChatArrival(user, data)
   if user.iProfile == iLevelHubOwner then
	local s,e,sCom, iVal = string.find(data, "%b<>%s+(%S+)%s*(%S*).*|")
	if sCom then
	   if sCom == "!setmaxlogin" then
		if iVal == "" then
		   iVal = iMaxLogins
		else
		   iVal = tonumber(iVal)
		end
		frmHub:SetMaxLogins(iVal)
		user:SendData(frmHub:GetHubBot(), "Max Logins changed to: "..iVal)
		return 1
	   elseif sCom == "!getmaxlogin" then
		user:SendData(frmHub:GetHubBot(), "Max Logins is set to: "..frmHub:GetMaxLogins())
		return 1
	   end
	end
   end
end

plop
http://www.plop.nl lua scripts/howto\'s.
http://www.thegoldenangel.net
http://www.vikingshub.com
http://www.lua.org

>>----> he who fights hatred with hatred, drives the spreading of hatred <----<<

Ubikk

It doesn't work at all ... users are still getting the same error :(

Corayzon

Im not sure on the ptokax structure, But this is most commonly done in 2 ways across alot of protocols...

1 - There are to many users trying to login at once (Where a server starts to disconnect login attemps to free more bandwidth catch up)

Making this figure larger would appear to logic:-as what u should do. But doing so will enable more users to login at once making the same problem worse. Because you want your users to login faster! By NOT having more users logging in at once using more bandwidth and making them all slower

So try turning download the maxlogin users: In most cases you would devide ur max users by 20. So if u have 100 users 5 are allowed to be logging in at once

2 - The server's cpu usage could be the directive for this state! maybe the cpu usage is above a certain percent to which ptokax might then diallow the login handshake and disconnect users attempting to login.
Getting stats of the memory, cpu, and bandwidth consumptopn when this is happening would be helpfull in understanding why your server is refusing login attempts

Ubikk

My hub has an average of 40-60 users... there aren't so many simultaneous connections, and these are the rest of the details:
Quote
Current stats:
------------------------------------------------------------
Version: PtokaX DC Hub 0.3.3.0 build 17.08 [debug] built on May 18 2005 16:43:11
Uptime: 0 days, 7 hours, 48 minutes
Users (Max/Actual Peak (Max Peak)/Logged) : 300 / 53 (71) / 43
Chat messages: 1588 x
Unknown commands: 0 x
PM commands: 723 x
Key commands: 604 x
Supports commands: 640 x
MyINFO commands: 1142 x
ValidateNick commands: 590 x
GetINFO commands: 237 x
Password commands: 37 x
Version commands: 473 x
UserIP commands: 0 x
GetNickList commands: 538 x
Search commands: 3480 x
SR commands: 4133 x
CTM commands: 1502 x
RevCTM commands: 428 x
BotINFO commands: 0 x
------------------------------------------------------------
CPU usage (60 seconds average): 0.50%
CPU time: 0:05:08
Mem usage (Old style): 1814 kB
Mem usage (Peak): 11.10 MB (16.97 MB)
VM size (Peak): 16.91 MB (21.26 MB)
------------------------------------------------------------
SendRests (Peak): 0 (0)
RecvRests (Peak): 0 (0)
SendBytes: 33.64 MB
RecvBytes: 1.40 MB
[/size]

It's weird... my hub's been running since December... and this is the first time the error appeared  ;)

Corayzon

Just update to latest version. Hopefully that might do it ...

Then post another report to the bug reports section for the latest release.

Ubikk

I have the same error on 17.08 and 1.3.1 also... same cpu usage... :(

PPK

QuoteOriginally posted by Ubikk
and this is the first time the error appeared  ;)
Maybe someone flooding your hub port with connections ?(
Anyway old PtokaX only accept 50 connections in same time (is here settings for it). In new is default 100 and i don't have any problems ... i tryed flooding all my 3 ports with connections flooder and users not get "hub unable" message on login :]
"Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris." - Larry Wall

Ubikk

QuoteOriginally posted by Mutor
a RoboCop error message.

No.. i dont think it's RoboCop because i dont use it  :D

Corayzon

To see if you are being flooded just goto the Ops / Chat tab in your hub and Enable CMD's down bottom...

Now if your being flooded you will get messages like....

[19:17]  (80.222.40.126) > $MyNick Ithill|
[19:17] x User removed:  (Socket 584)
[19:17] x User removed:  (Socket 524)
[19:17]  (83.26.32.248) > $MyNick mara500|
[19:17] x User removed:  (Socket 488)
[19:17] x User removed:  (Socket 536)
[19:17] x User removed:  (Socket 644)
[19:17] x User removed:  (Socket 596)
[19:17] x User removed:  (Socket 548)
[19:17] x User removed:  (Socket 524)
[19:17] x User removed:  (Socket 656)
[19:17] x User removed:  (Socket 560)
[19:17] x User removed:  (Socket 608)
[19:17]  (82.44.156.214) > $MyNick PsY_mOnK|
[19:17]  (83.245.129.178) > $MyNick masa|
[19:17] - User has closed the connection:  (203.217.50.105)
[19:17] x User removed:  (Socket 560)
[19:17]  (201.1.141.96) > $MyNick PopCorn|
[19:17]  (83.250.146.227) > $MyNick [Comhem]DIF|
[19:17] x User removed:  (Socket 584)
[19:17]  (200.150.162.74) > $MyNick mestrecorazza1|
[19:17]  (80.230.95.160) > $MyNick [I]Vlad(rus)|
[19:17]  (80.178.38.135) > $MyNick StoneLight1|
[19:17]  (212.149.194.69) > $MyNick 512K_root|
[19:17]  (200.232.210.4) > $MyNick al0an_psych0_Rap|
[19:17]  (81.218.49.145) > $MyNick anotherdiminsion|
[19:17]  (84.242.64.100) > $MyNick [HUN]Masegumbo|
[19:17]  (85.176.67.199) > $MyNick danzetotranze|
[19:17] x User removed:  (Socket 656)
[19:17] x User removed:  (Socket 524)
[19:17]  (62.181.51.123) > $MyNick Koo|
[19:17] x User removed:  (Socket 560)
[19:17] x User removed:  (Socket 548)
[19:17] x User removed:  (Socket 596)
[19:17] x User removed:  (Socket 644)
[19:17] x User removed:  (Socket 536)
[19:17] x User removed:  (Socket 608)
[19:17] x User removed:  (Socket 584)

Ubikk

#10
I already did that.. I dont' get any messages like that :(

edit: Is it possible to make plop's script to work for all profiles?
Btw, it doesn't save the changes on script restart... :(

Corayzon

Well this is a didle pickler...

Well, sinse ur not getting flooded and it happens when u have maxlogins past ur userlimit, then it seems there is something badly wrong.

Download the lastest ptokax as ive said a few times now. Upgrade ur hub and then see if it happens...

If so, then post here saying u have updated ur hub (so i know u have) and send the stat info that wont tell anything with these settings from gui in the Ops / Chat tab above the log textbox:

accept, parts, total, logged

Ubikk

It seems plop's script works now. I've tried with numbers like 9999 that why it didn't work in the past, but with maxlogin set to 200 it works fine.
I hope this wont happen again in the near future  :]

SMF spam blocked by CleanTalk