Servidor de Project Zomboid no inicia o se queda en «initializing»: cómo arreglarlo

Si tu servidor de Project Zomboid no inicia o se queda en «initializing», casi siempre es por una de seis cosas: un mod del Workshop que no se descarga, un mod roto o que choca con otro, la línea Map= en mal orden, una memoria (-Xmx) que la máquina no puede dar, un puerto ocupado por otro proceso, o el server y los mods en builds distintas (Build 41 contra Build 42). No tienes que adivinar: el log te dice cuál es. Abre server-console.txt, lee las últimas líneas y busca STACK TRACE.

Qué pasa cuando el servidor no termina de iniciar

Un servidor dedicado que arranca bien escribe una línea muy clara. Las preguntas frecuentes de multijugador de la PZwiki la muestran como *** SERVER STARTED ***. Si nunca aparece, si la consola se congela o si el proceso se cierra y vuelve a empezar, algo falló en el camino. Antes de llegar a esa línea, el server tiene que:

• arrancar Java con la memoria de -Xms y -Xmx;
• leer servertest.ini y servertest_SandboxVars.lua (se llaman como lo que pongas en -servername);
• bajar y revisar cada mod de WorkshopItems=;
• cargar los mods de Mods= y los mapas de Map=;
• cargar o crear el mundo y abrir sus puertos UDP, 16261 y 16262 de fábrica.

Primero: busca la causa en el log del servidor

La página de soporte técnico de la PZwiki habla de dos logs: server-console.txt para un servidor dedicado y coop-console.txt para una partida que abres con el botón Host del juego. Los dos están en la carpeta Zomboid: %USERPROFILE%\Zomboid en Windows y ~/Zomboid en Linux. El juego guarda su propio console.txt en esa misma carpeta.

Apaga el server, abre server-console.txt y vete hasta abajo: las últimas líneas dicen qué estaba haciendo cuando se detuvo. Luego busca STACK TRACE. Según la PZwiki ahí aparecen muchos errores, y las líneas de abajo suelen nombrar el mod o el archivo que falló.

1. Mods del Workshop que nunca terminan de bajar

El servidor dedicado descarga solo los mods de WorkshopItems= cada vez que arranca. Si uno no se puede bajar, el arranque se queda ahí. Como explica la página Server settings, en servertest.ini trabajan dos líneas juntas: WorkshopItems= lleva los IDs numéricos del Workshop y Mods= lleva el ID de cada mod (el de su mod.info), los dos separados por punto y coma. Los valores de abajo son de ejemplo:

WorkshopItems=1111111111;2222222222
Mods=ExampleModA;ExampleModB

Revisa esto:

• Que cada ID del Workshop siga abriendo en Steam y sea público. Si el autor borró u ocultó el mod, tu server no lo puede bajar.
• Que cada mod del Workshop tenga su ID en Mods=. Un mismo elemento del Workshop puede traer varios mods, cada uno con su ID.
• Que lo hayas instalado con SteamCMD. La PZwiki dice que los servers que se traban al bajar mods suelen venir de la herramienta «Dedicated Server» de la biblioteca de Steam, y recomienda SteamCMD.
• Prueba sin mods. Deja vacías las dos líneas, arranca, y vuelve a meter los mods en grupos pequeños.

En la guía cómo poner mods en un servidor de Project Zomboid te enseñamos dónde sacar cada ID.

2. Un mod roto, un choque entre mods o una dependencia que falta

Si las descargas terminan pero el servidor se cae al cargar archivos Lua, el STACK TRACE casi siempre dice qué mod fue. La página Resolving problems with mods de la PZwiki y su página de mods dan las razones de siempre:

• Falta una dependencia. Muchos mods necesitan otro mod. Su mod.info lo trae en la línea require=, y la página del Workshop casi siempre lo dice. Ese mod también tiene que ir en WorkshopItems= y Mods=. En la lista de mods del juego, uno en rojo es uno al que le falta una dependencia.
• El mod es viejo. La PZwiki advierte que los mods hechos para versiones anteriores probablemente no funcionen en las nuevas.
• Dos mods tocan lo mismo. Cada uno jala solo, y juntos truenan.

Para encontrar al culpable rápido, parte la lista a la mitad:

1. Haz una copia de servertest.ini.
2. Quita la mitad de los mods de Mods= y sus IDs de WorkshopItems=.
3. Arranca. Si ahora llega a SERVER STARTED, el problema está en la mitad que quitaste; si no, en la que dejaste.
4. Repite con la mitad culpable. Con 40 mods das con él en unos seis reinicios.

3. La línea Map= está en mal orden

Un mod de mapa necesita el nombre de su carpeta de mapa en Map=, además de ir en Mods= y WorkshopItems=. El mapa de fábrica es Muldraugh, KY. La PZwiki explica que Muldraugh sobrescribe a los mapas de mods, así que va al final; si va primero, tus mapas pierden prioridad. Pon tus mapas primero y Muldraugh, KY al último:

Map=ExampleMapMod;Muldraugh, KY

• El valor es el nombre de la carpeta del mapa. No es el ID del Workshop y puede ser distinto del ID del mod.
• Escribe Muldraugh, KY tal cual, con la coma y el espacio.

4. La memoria (-Xmx) no cabe en la máquina

El servidor es un programa de Java: -Xms es la memoria que aparta al arrancar y -Xmx lo máximo que puede usar. La página Dedicated server de la PZwiki avisa que StartServer64.bat viene con 16 GB, y que si no ajustas -Xms y -Xmx a tu PC, el servidor no arranca y da errores de memoria. En Linux y macOS se cambia -Xmx en ProjectZomboid64.json.

La regla de la PZwiki: mínimo 3 GB para el server más unos 500 MB por jugador, y más si usas mods. También pide no usar más del 80 % de la RAM de la máquina; si pones más memoria de la que hay de verdad, el server se va a memoria virtual y todo se vuelve lentísimo.

Otra trampa según la PZwiki: un -Xmx512m olvidado en las variables de entorno de Windows limita a todos los programas de Java de esa PC, incluido el server. Para calcularlo con calma, lee cuánta RAM necesita un servidor de Project Zomboid.

5. Los puertos ya están ocupados

Project Zomboid usa de fábrica UDP 16261 (DefaultPort) y UDP 16262 (UDPPort), y 27015 para RCON si pones RCONPassword. Un puerto solo lo puede usar un programa a la vez. Si una copia vieja del server nunca se cerró, o tienes un segundo server en la misma PC con los mismos números, el nuevo no puede abrirlos.

• Cierra el proceso viejo desde el Administrador de tareas en Windows, o búscalo con ps en Linux, y arranca de nuevo.
• Si quieres dos servers en la misma máquina, dale al segundo otros puertos con -port y -udpport, o con DefaultPort y UDPPort en su propio .ini.

Ojo: los puertos cerrados en tu módem no impiden que el server inicie; impiden que tus amigos entren.

6. Build 41 o Build 42: server, mods y partida tienen que coincidir

Según los anuncios oficiales, Build 42 es la rama estable desde la 42.20 (29 de julio de 2026) y Build 41 quedó en la beta legacy41. SteamCMD instala la rama actual a menos que le pidas otra. Para quedarte en Build 41:

steamcmd +force_install_dir /opt/pzserver +login anonymous +app_update 380870 -beta legacy41 validate +quit

• Mods. La PZwiki muestra que los mods de Build 42 usan una carpeta 42 y una carpeta common que Build 41 no reconoce. Un mod puede traer las dos estructuras, pero muchos solo sirven para una build. Revisa la página de cada mod antes de meterlo.
• Partidas. Según los desarrolladores, las partidas de Build 41 no son compatibles con Build 42: empieza un mundo nuevo o regresa el server a legacy41.
• Backups. El consejo oficial es hacer backup antes de cambiar de rama.

¿No sabes cuál conviene? Lee Project Zomboid: Build 42 o Build 41 para tu servidor.

7. Repara los archivos del servidor

Si los errores apuntan a archivos del juego y no a un mod (pasa tras una actualización que se cortó), corre SteamCMD otra vez con validate: revisa la instalación y baja lo que falte. Tu configuración y tus partidas viven en la carpeta Zomboid, fuera de la instalación; respáldala igual.

steamcmd +force_install_dir /opt/pzserver +login anonymous +app_update 380870 validate +quit

Tu servidor de Project Zomboid no inicia en casa: así cambia con TheGameHosting

La mitad de estos problemas vienen de correr el server en tu propia PC. Con el hosting de Project Zomboid de TheGameHosting esa mitad ya está resuelta y solo te ocupas de tus mods:

• Memoria según tu plan. Project Zomboid arranca desde el plan de 8 GB ($6.96 USD al mes); con muchos mods, 12 o 16 GB. Si la memoria no cuadra con tu plan, revisa la pestaña Startup o escríbenos por el chat.
• Console te enseña el arranque en vivo, así ves la última línea exacta cuando algo falla.
• Files abre servertest.ini, el archivo de sandbox y los logs en tu navegador, y con acceso SFTP completo subes cosas pesadas.
• Backups antes de cada cambio de mods o de build, y Schedules para reinicios automáticos.
• Sin abrir puertos en tu módem. El panel te da la IP y el puerto para compartir, con protección DDoS incluida.
• CPU AMD Ryzen 9950X y 7950X3D hasta 5.7 GHz, RAM DDR5 y discos NVMe Samsung, en Dallas o Ámsterdam.

¿El log sigue sin tener sentido? Nuestro soporte contesta 24/7 por chat, correo y tickets (hay departamento de Soporte en Español). Mándanos las últimas 50 líneas del log y tus líneas Mods=, WorkshopItems= y Map=.

Lista rápida si tu servidor de Project Zomboid no inicia

1. Lee el final de server-console.txt y busca STACK TRACE.
2. Arranca una vez con Mods= y WorkshopItems= vacías. Si inicia, el problema es un mod.
3. Confirma que cada ID del Workshop existe, es público y tiene su ID en Mods=.
4. Agrega las dependencias de la línea require= de tus mods.
5. Pon Muldraugh, KY al final de Map=.
6. Ajusta -Xmx con la regla de 3 GB + 500 MB por jugador, sin pasar del 80 % de la RAM.
7. Cierra cualquier proceso viejo que tenga UDP 16261 o 16262.
8. Pon server, mods y partida en la misma build: Build 42, o Build 41 en legacy41.

Un server que no arranca te come la noche. Si prefieres usarla para jugar, elige un plan con la RAM que pide tu lista de mods: tu servidor de Project Zomboid queda listo unos 60 segundos después del pago, sigue en línea 24/7 sin tu PC prendida y trae Backups para regresar atrás cuando el próximo mod lo rompa.

Preguntas frecuentes

Hosting para estos juegos

• Ver planes para Project ZomboidPlan de 8 GB desde $6.96 al mes
• Ver planes para 7 Days to DieSobrevivan juntos a la luna roja
• Ver planes para DayZTu propia Chernarus, en línea 24/7