Posts by oltremago

We are still experiencing the problem on my server, so I went full on debugging.
Background: I am rebooting my server every 2h using a bot that calls "restart" from the REST API.

I collect all the RPT logs over time, and monitored the periodicity at which the DayZ server reloads the whitelist.
This is when the "Reloading Userlist whitelist.txt" appears in the RPT log (for instance, look at my previous post).
I assume DayZ server performs the reloading every 5m, but often this number grow to 5m 20s-30s, since the server must be busy running other things.
Long story short, every about 5m 20s (that is, 320s), a Reloading Userlist whitelist.txt appears in the logs.

I am plotting this period using the blue line in figure.
Each row is one 2h period of server running. The blue line is in the middle when the periodicity of whitelist reloading is about 320s.
The line is zero at the start of every 2h period (since it is the first time the reloading happens), then it goes to zero (the small downward triagle shapes) when the whitelist kick happens.
If fact, in that case the whitelist is reloaded twice in short sequence, like if the first case failed.
Note: in this day showed below, we did not perform any update to the whitelist.
Note2: the red line shows the number of players connected in a given time window. If the players re-login quickly, the red line does not drop in correspondence of a whitelist kick


I observed that whitelist kicks happen especially when the whitelist reloading periodicity changes often, which I believe is the byproduct of my DayZ server running on some shared CPU infrastructure. For instance, in the row second from last, you can see the blue line growing at some point, while it is expected to be stable.

While I cannot be certain about why this is happening, my guess would be that Nitrado whitelist update script (which I assume updates the content of whitelist.txt) is locking the whitelist file at the time in which DayZ server tries to access it, causing this short failure.

Any help is really appreciated, since this is often breaking the game momentum for my players (and upsetting me everyday more).
(Note: any whitelist name is checked to be a compliant PSN id, and my bot ensures that also the name case is matching)

So that's a BI's server limitation? They batch the logs together and only write them to file every 5-10m?
Just asking to check who should I annoy with feature requests to get real-time (or shorter update times)

Yeah...

I am wondering if there are ways to speed this process up, and if not, if it is possible to consider it as a future feature.

For some console connection to discord bots and for "modding" it might be a game changer having "real-time" logs...

I am trying to get my logs readed earlier too, but it seems Nitrado only updates the log files once every 10m or so...

Hi, since quite a while we have been having an annoying issue with our DayZ PS server: every now and then, at intervals that seem random, all players are kicked out of the server with a "not whitelisted" error.

For context, I have a custom discord bot that updates the whitelist automatically using the Nitrado's REST API. The whitelist is compiled as follows:

1. Usernames are checked to be matching the expected PSN id format (with a regex)

2. Each username is on a single line, ending with \n

3. Usernames are checked to ensure that they match 100% the PSN id (including the letter case)

The kicks happen quite often (like every 30m-1h), and they seem unrelated to any of the following events:

- number of players online

- whitelist changes (i.e., they happen even if the rest api is never called)

The only thing that is consistent is that the line "Reloading Userlist whitelist.txt" appears in the RPT logs everytime right before the kicking starts (so the whitelist reloading is causing the issue).

For example, this is the RPT log sequence when the kicking happens:

Whereas this is the log output when the kicking does not happen after Realoading Userlist:

(Which show that the realoading happens but players are not kicked)

The issue seems to get worse on weekends, but this might be just a feeling.

We run the server in Frankfurt, with a small regular base of 3-4 players online together.

Any ideas how to address the problem?

Reviving this post after long time. deathdoger5 did you finally find an answer to your questions? I am looking for an answer too!

…and yes, I do understand all the implications on loot economy

Mine was a silly question, now that I see the docs. Thanks a lot for the pointer!

I just realized there is POST https://api.nitrado.net/servic…gameservers/games/install

And that I can get all the parameters I need from the server status.

Hi,

I am trying to build some serious automation in my server configuration pipeline.

Among other things I need frequent wipes/reinstall cycles, e.g., to check that my new loot configuration works as expected.

While I can already download my server logs with the Nitrado REST API (and so autmate their checking), I still could not find a way to issue a wipe/reinstall command from the API.

Any idea if it is possible to do that and how?

Thanks