SBPrime / AsyncWorldEdit

Async WorldEdit - Edit millions of blocks without lag!
Other
197 stars 80 forks source link

You have too many jobs queued, operation canceled #349

Closed x1p closed 3 years ago

x1p commented 4 years ago

On 1 of my servers, a player got this message. Normal players, like him, have no WE permissions. I noticed that many default players had a undo directory some of which contained undo files (0 bytes) The only divergent thing was the presence of an old AsyncWorldEdit-ActionBarAPI.jar plugin.

I disabled AWE + AWEBB for now as it was not really necessary on this particular server.

Still strange isn't it? Why would AWE make undo jobs if players haven't executed anything related to WE?

I don't expect you have an explanation for this. If you can't do anything with this issue, feel free to close it after reading it. BTW FYI: AWEBB is not functioning entirely properly on latest WE

Paper 1.16.3 AWE 3.8.0 WE 7.2.0 beta 5

SBPrime commented 4 years ago

AWEBB? What do you mean? Regarding the undo dirs are there empty? or contain empty files? Note: awe periodically cleans the undo folders but keeps the dirs, it removes only files.

x1p commented 4 years ago

With AWEBB I mean https://www.spigotmc.org/resources/asyncworldedit-boss-bar.76600/

There were recent files in the undo folder of it with strange file extensions.

SBPrime commented 3 years ago

I investigated the problem, an if users had no access to WE commands then there must be a 3'rd party plugin that uses WE and forces AWE to kick in. If you like I can investigate it further although I'll need more information about 3'rd party plugins and some logs/commands that lead to this message.

x1p commented 3 years ago

I raised the number of jobs to 2 (just to make sure). I haven't noticed any recent issues regarding this. 3'rd party plugins could be involved, yes, but those won't take that much time. My guess is that AWE suffers a rare case of blocking itself somewhere. I thought this was solved by restarting/cleaning the undo folder.