Установить Steam
войти
|
язык
简体中文 (упрощенный китайский)
繁體中文 (традиционный китайский)
日本語 (японский)
한국어 (корейский)
ไทย (тайский)
Български (болгарский)
Čeština (чешский)
Dansk (датский)
Deutsch (немецкий)
English (английский)
Español - España (испанский)
Español - Latinoamérica (латиноам. испанский)
Ελληνικά (греческий)
Français (французский)
Italiano (итальянский)
Bahasa Indonesia (индонезийский)
Magyar (венгерский)
Nederlands (нидерландский)
Norsk (норвежский)
Polski (польский)
Português (португальский)
Português-Brasil (бразильский португальский)
Română (румынский)
Suomi (финский)
Svenska (шведский)
Türkçe (турецкий)
Tiếng Việt (вьетнамский)
Українська (украинский)
Сообщить о проблеме с переводом
Regarding the issue with files being created under /root, the Zomboid folder is always created under the home directory of the user that starts the server. If you want to avoid it you just need to create a service user with, e.g., useradd pz and then specify that user in your systemd service file.
I added some stuff on the script so that the files on the user home are symlinked to the server folder so we can access it all at the same time.
Plus the script has been changed so it should set up the server for the user than runs it (i.e. zomboid user)
steamcmd.sh
linux32/steamcmd
linux32/steamerrorreporter
linux32/libstdc++.so.6
linux32/crashhandler.so
./steamcmd.sh: line 37: /home/ubuntu/pz/steamcmd/linux32/steamcmd: No such file or directory
./steamcmd.sh: line 37: /home/ubuntu/pz/steamcmd/linux32/steamcmd: No such file or directory
after running the script: arm64_zomboid_server.sh
EDIT:
I was able to resolve it by removing the i386 architecture (which I had previously installed) with the command: sudo dpkg --remove-architecture i386, and then running again: sudo apt install -y libc6:armhf libncurses5:armhf libstdc++6:armhf.
Warning, root node parent is always null.
GameServer.mainLoopDealWithNetData> Error with packet of type: PlayerConnect for
java.lang.NullPointerException: Cannot read field "name" because "<local3>" is null
Hey, I have some trouble with getting this to work, also on a oracle cloud's ampere a1 instance. Can you add me to have some chats? I really would appreciate some help with this. Thanks.
Sure! Just ping me up and I'll help any way I can.
Hello, help please, i have a error :(
I have a OrangePi 5 Plus
ram 16gb
In console.
in ProjectZomboid64.json
I don't really understand what could be going on, but you should note that the script was made to create PZ server on a Oracle's Cloud Ampere Arm64 VM, I'm not so sure about the Orange Pi will react to it, unfortunately I don't have one to experiment.
Try running HTOP/BTOP on another terminal to check at which point things start to go off - maybe its a memory leak going on in BOX, but I have no idea really. Sorry mate.
Since you're in Linux your system would free some of the RAM allocated for buffering for the java process so this shouldn't be an issue, as you said you have 16GB.
It might be that there is some sort of fragmentation occurring or that you have a limit on virtual memory available on the system, I don't really know as I'm not familiar with those machines.
You might want to look inside /var/log/syslog or /var/log/messages.
I would try to run the server with as little memory as possible to see if it starts and works and then look further into the issue.
I hope this helps!
For everyone that's adding me on Steam:
I'm so sorry, I would like to help you all but I don't have the time to add and help each one of you individually and it stresses me out a little bit seeing all those requests so please, kindly stop.
I try my best to check this thread when I have a moment so I can help a little bit but that's about as much as I can do. Hope you understand.
I'm not sure if this is an issue with ARM/Java emulation or the server itself bugging out as I found many posts online about it. If it only happens to a specific player you might wanna try creating a new character from scratch and leaving that one
Second of all, people: Remember that although we had success on running the Project Zomboid server via multiple forms on ARM64 servers, it is nothing more than a Proof of Concept at this point, there are several issues that WILL happen due the nature of how we are doing this.
This is nested emulation and we are forcing an Reduced Instructions Set Processor (which is simple, single-clock cycles and makes heavy use of RAM) to emulate a 32-bit and ALSO a 64-bit Complete Instructions Set Processors (Which are very complex, needs multiple clock cycles and uses RAM very differently).
Java is Java, it is meant to be WORA (Write Once, Run Anywhere) - that means that anything programmed in Java could, in theory, be run in any platform that supports Java - That being said, we could also understand this as Java being an engine that can be used in any type of machine that needs a motor - however, you can't make a plane out of everything, even though it has a motor.
Project Zomboid as a client, for example, would need a graphics accelerator (a graphics card) so that it can aid the CPU to do all the awesome isometric visuals. Even though its Java, an ARM Processor wouldn't be able to do all that a CPU + GPU can do (At least, nowdays with the available free technology). We even have "ARM GPU", such as the ones found on your smartphone.
If you want to understand a little bit more on RISC vs CISC, read this article[www.per-international.com]
PZ's Server would, supposedly, be completely able to run off an ARM Server - but we don't know all the Java Libraries it uses and also if these libraries have compatibles or similars in ARM versions - so it wouldn't be a simple re-compile to ARM64 Binaries, there would be work and experimentation envolved.
(And btw: Project Zomboid is not Open Source<<)
Another very important thing: Project Zomboid Server OFFICIALLY requires Steam to work!
SteamCMD at least is needed so that the PZ Server can communicate with Steam Servers and be broadcasted to players and use their IDS, eventually VAC, etc...
And SteamCMD has ZERO ARM Support for now, and no matter how simple its steams blows inside, we also don't know how much complexity on libraries it uses.
I know that Valve has been kinda something ish moving towards ARM architecture thanks to the Steam Deck and etc... But thats not really related and its another subject.
ANYWAYS
The server do work, the script works BUT - I would recommend you reading through @Dyarven bash script and try to do it manually so that you can get a grasp of what we are doing in practice - this way will make you waaay much better at troubleshooting errors.
AND FINALLY:
I kept a server running like this and experimented alot with it, here is what I know:
Vanilla = Takes a medium time to start the server, intermittent crashing (Everytime it crashes, you MUST reboot the VM), and once its up, it works good for a SMALL amount of players (considering that they won't take a car and move fastly crossing too many cells, the server takes a long time to generate spawns and new cells, so it will take some moments to load new areas if you move too fast).
That being said, No Cars gameplay is recommended for a good experience
With Mods = Takes a long time to start the server (I mean 100+ MODS here). Crashes often depending on the mods installed, and once its up: Same as before, as long as we don't mess around too much with cells, you're good to go - except that with mods, cells takes even longer to generate.
Thats that, thanks everyone envolved, sorry for not being able to help more.
The Devs already had their say in this and its a no-no for now.
ERROR: General , 1701572182892> 715,978,243> java.util.NoSuchElementException: No line found
ERROR: General , 1701572182894> 715,978,245> at java.base/java.util.Scanner.nextLine(Unknown Source)
ERROR: General , 1701572182895> 715,978,246> at zombie.network.ServerWorldDatabase.create(ServerWorldDatabase.java:507)
ERROR: General , 1701572182895> 715,978,246> at zombie.network.GameServer.main(GameServer.java:644)
idk that wrong :/
The "SteamCMD" directory has a docker volume set up.
Now (to bypass "couldn't determine 32/64 bit of java") I'm trying to run start-server.sh from a container, again created from the steamcmd/steamcmd:latest image.
Unfortunately, it gets stuck at
Full output of start-server-sh:
Has anyone encountered this issue or might have a possible solution to it?