xp_bugfix - nwn2server bugfixes

[marshallv]

Hi,

I have an unusual issue. I am using NWNX4 with NWN2 v1.23 along with the latest XP_BUGFIX in windows standard server 2003 r2. Everything works great expect when I choose the option to "Reload when empty". If the xp_bugfix files are there, when the last person leaves, the module goes into a "Idle, Login Disabled" state.

If I simply remove the xp_bugfix files from the NWNX4 folder, the problem goes away, and the module reloads just fine.

I'm sure if anyone is interested in helping, you'll need more info, so feel free to ask and I will provide what I can.

Cheers!

[Skywing]

Interesting, first I have heard of this (and first I have heard of someone using the 'reload when empty' option, for that matter).

Can you check to see if the server is actually crashing and getting relaunched by NWNX when this happens? (Check the xp_bugfix.txt log to see if it is starting back up around the time when you see this happen. If so, see if you can grab the nwn2_servererror log file from the install directory.)

[marshallv]

I looked at the log for xp_bugfix and it doesn't show much other than it loading up and when I close nwnx by hand:


2010-08-18 10:36:21 : NWNX BugFix Plugin V1.0.10
(c) 2008 by Skywing
Visit NWNX at: http://www.nwnx.org
Built for NWN2 version 0x01231763

2010-08-18 10:36:21 : * Plugin initialized.
2010-08-18 10:36:21 : * Reading inifile C:\nwnx\mymod\xp_bugfix.ini
2010-08-18 10:36:21 : * Disabling server to client compression.
2010-08-18 10:36:21 : * Replacing built-in CNetLayerWindow implementation.
2010-08-18 10:36:21 : * CNetLayerWindow replaced.
2010-08-18 10:36:21 : * GameObjUpdate burst size: 102400 bytes (stock server default would be 400 bytes).
2010-08-18 10:37:30 : * Plugin unloaded.

The xp_bugfix.ini file has this in it:

DisableServerCompression = 1
ReplaceNetLayer = 1
GameObjectUpdateTime = 300000

Here's the steps I take to make this happen:

Fireup NWNX which then loads xp_bugfix and nwn2server.exe with my optional parameters:

parameters = -home "C:\nwn" -moduledir mymod -servername "My Test Module" -maxlevel 21 -port 5149 -playerpassword mypassword -reloadwhenempty 1

Everything loads up and nwn2server goes into "Running" state. I log in and play around, everything is ok. When I log out of the module, nwn2server doesn't exit nor does nwnx, but nwn2server changes from "Running" to "Idle, Login Disabled". I find this in the nwn2 server log:


[Wed Aug 18 10:29:58] Loading Module: mymod
TRANS: [Wed Aug 18 10:29:58]Not decompressing as not loading from a previously visited module.
TRANS: [Wed Aug 18 10:29:58]Setting up Stall Event now.
[Wed Aug 18 10:29:58]---- Server Options ----
Max Players: 6
Char Levels: (1-40)
Player Password: YES
DM Login Enabled: YES
Server Admin Login Enabled: YES
Post Game To Internet: NO
Game Type: PW Action
Difficulty: 3
PVP Setting: PARTY
Vault: SERVER
Only One Party: YES
Enforce Legal Characters: YES
Item Level Restrictions: YES
Player pausing: DISABLED
Auto Reload When Empty: On
Auto Save: Enabled
Saving Characters in Saved Game
Module URL set to:
PWC URL set to:
Info URL set to:
News URL set to:
Rules URL set to:
Admin Email set to:
Client Sync Required: yes
Client Overrides Allowed: no
Client Custom UI Allowed: no
---- End Server Options ----
Connection Attempt made by Marshall V (KCMPVHMX)
[Wed Aug 18 10:30:16] Marshall V (KCMPVHMX) Joined as Player 1
.[Wed Aug 18 10:30:27] Marshall V Left as a Player (0 players left)
[Wed Aug 18 10:30:27] Loading Module: mymod
TRANS: [Wed Aug 18 10:30:27]Unloading Current Module start.
TRANS: [Wed Aug 18 10:30:33]Unloading Current Module finish.
TRANS: [Wed Aug 18 10:30:33]Not decompressing as not loading from a previously visited module.
TRANS: [Wed Aug 18 10:30:33]Setting up Stall Event now.
.Could not load the Module.
Module file might be corrupt OR it was created using a
newer version of the toolset and/or game resources.

If I close nwn2server or use the stop button in nwnx, the mod will then load up fine. I've tried several modules (even created a brand new one with nothing in it) and it behaves the same way. Can do this over and over and it behaves the same way. The Windows server is dedicated and has no other software on it other than the OS

Next, I shut everything down, I go into the nwnx folder, pull out the 4 xp_bugfix files (xp_bugfix.dll, xp_bugfix.ini, xp_bugfix.pbd and xp_bugfix.txt) and try the same procedure again. This time when I log out of the module, the nwn2server shutsdown fully, nwnx detects this and starts up again (my desired behavior). Though I do find the nwn2server shutting down kind of odd when the option is to "reload" but go figure. It behaves this way even if I just load the module without nwnx wrapped around it.

Anyway, I'm not 100% sure what's actually causing the problem, but did find it interesting that the presence of the xp_bugfix files made a difference.

Thanks for any help or suggestions you can offer.

[marshallv]

I found a work around that lets me accomplish the same thing and still use xp_bugfix by utilizing the server reset function in xp_system.

[PNJ]

Skywing, are you still looking for crash report ? my server still have many crash

[Dragonsbane777]

I am getting this error:

[Senalaya]

[SBG]

Im a little new at this.

I downloaded the latest xp_bugfix

I get 2 files :

xp_bugfix.dll
xp_bugfix.pdb

All up and down this thread I see this mention of xp_bugfix.ini and the fact I need to do some adjustments to it. Where is this .ini file? How do I obtain it?

I'd appreciate it.

[Skywing]

[Skywing]

Release 1.0.13 posted.

Important note: Starting with xp_bugfix 1.0.13, you must install an updated Visual C++ 2005 SP1 CRT. (Pick the vcredist_x86.exe download.) If you do not update your VC2005 CRT, xp_bugfix will silently fail to load. This update is different than the one required for earlier xp_bugfix versions.

This release includes a fix that reduces the memory usage of the campaign database. On some configurations, you may see a reduction on the over of 700MB of memory usage in nwn2server (versus nwn2server without xp_bugfix or without the latest xp_bugfix). The campaign database has a buffer sizing algorithm that works poorly for computers with large amounts of memory; the plugin patches the campaign database buffer sizing code to allocate a more reasonable 32MB of buffers by default than an inordinately large 700MB.

Additionally, this release includes some previously not generally released improvements to make the server's timing subsystem more reliable on computers with large OS uptimes.

[Skywing]

Release 1.0.14 posted.

Important note: Starting with xp_bugfix 1.0.13, you must install an updated Visual C++ 2005 SP1 CRT. (Pick the vcredist_x86.exe download.) If you do not update your VC2005 CRT, xp_bugfix will silently fail to load. This update is different than the one required for earlier xp_bugfix versions.

This release increases the size of an internal hash table used to look up objects (for the most frequent lookup calls), which improves server scalability. In areas with very high object density, the hash table lookup with the standard server becomes a major performance limiting factor.

[Rasael]

Hello, as a follow up on:
http://social.bioware.com/forum/1/topic/161/index/7852645

[Skywing]

I'll investigate. There was a change to the server's timer behavior (bugfix port from the CE), perhaps it is having an unintended side effect.

Thanks for the report!

[Rossman]

My server allocate a lot of memry (about 1.300 MByte).
I have tried the latest (and the .13) bugfix, installed the Vc++ runtime and placed the 2 AuroraServerNetLayer files in the nwn2 dir.
The log tells me everything is fine.
But the allocation did not decrease, not even a kb.

Is it possibile?

my ini
DisableServerCompression = 1
ReplaceNetLayer = 1
GameObjectUpdateTime = 300000
DatabaseBufferCount = 2

[Skywing]

You would only see the memory usage reduction if you were using the campaign database and hitting the issue in question. Some servers, especially those that don't use the campaign database, might avoid it. (In some cases the bug in question doesn't manifest every startup, additionally.)