Metin2 Sunucu Süreçleri Nasıl Çalışır? Auth, Core, DB ve Hangi Syserr'e Bakılır

Files kurup açtıktan sonra bir hata çıkınca "şimdi hangi syserr'e bakacağım" diye klasör klasör gezmek çok zaman alır. Bu rehber, işin başındakiler için süreçlerin bir haritasını çıkarıyor.

Not: Aşağıdaki anlatım genel yapıdır ve Martysama üzerinden anlatılıyor. Core ve kanal sayısı, hangi haritanın nerede çalıştığı files'tan files'a değişir, sizde biraz farklı olabilir.

Kısaca

• Oyuncunun yaşadığı hata, o an bulunduğu haritayı çalıştıran core'un syserr'ine düşer.
• Girişte takılma varsa auth'a, karakter veya eşya yüklenmiyor ya da kaydedilmiyorsa db tarafına bakın.
• Açılış sırası: db, auth, core'lar. Kapanış sırası bunun tersi.

Süreçler ne iş yapar?

• auth: Sadece hesap girişiyle ilgilenir. Kullanıcı adı ve şifreyi kontrol eder, oyuncuyu kanala yönlendirir. Oyun içi işle alakası yoktur.
• game core: Asıl oyun burada döner. Haritalar, moblar, savaş, eşya ve quest hepsi core'dadır. Bir kanal birden fazla core'a bölünebilir ve her core farklı haritaları çalıştırır. Hangi core'un hangi haritaları çalıştırdığı o core'un CONFIG dosyasındaki MAP_ALLOW satırında yazar. Bazı files'larda OX, lonca savaşı gibi haritalar bütün kanalların ortak kullandığı ayrı bir core'da (genelde ch99) durur.
• db: MariaDB/MySQL ile game arasındaki ara katmandır. Hesap, karakter ve eşyayı yükler, önbellekte tutar, belli aralıklarla veritabanına yazar. "SQL'den değiştirdim ama oyunda eski değer duruyor" probleminin sebebi genelde bu önbellektir.
• P2P: Core'ların kendi arasındaki konuşmasıdır. Genel sohbet, fısıltı, lonca sohbeti, duyurular ve /warp ile oyuncu bulma gibi şeyler buradan geçer.

Core verdi ne demek, lag neden olur?

Bir core çökerse bütün sunucu gitmez, sadece o core'un çalıştırdığı haritalar gider. Forumda "core verdi" denen şey budur.

Game'in ana döngüsü tek iş parçacıklıdır ve saniyede 25 tur (pulse) döner. Bu döngü içinde ağır ya da senkron iş yapan bir sistem eklerseniz o core'daki herkes lag yer, sadece o sistemi kullanan değil. Yeni sistem ekledikten sonra bir harita grubunda kasma başladıysa ilk şüphelenilecek yer burasıdır.

Hangi syserr'e bakılır?

Her core'un syserr'i kendi klasöründe durur. Kural basit: oyuncunun yaşadığı hata, o an bulunduğu haritayı çalıştıran core'un syserr'ine düşer.

1. Oyuncunun hangi haritada olduğunu öğrenin.
2. Core'ların CONFIG dosyalarında MAP_ALLOW satırına bakın ve o haritanın hangisinde olduğunu bulun.
3. O core'un syserr'ini açın.

MAP_ALLOW satırı genelde şöyle bir şeydir, sayılar harita indexleridir:

MAP_ALLOW: 1 3 4 5 6

Core verdiğinde syserr'de çoğu zaman bir şey yazmaz. O zaman aynı klasördeki syslog'un son satırlarına ve oluşan core dosyasına bakmak gerekir. Çökmeden hemen önce ne olduğu genelde orada belli olur.

Açma ve kapama sırası

Açılış: db -> auth -> core'lar
Kapanış: core'lar -> auth -> db

Kapatırken db'yi en sona bırakın ki core'lar elindeki veriyi yazabilsin.

Sık sorulan sorular

Bir core çöktü, nereye bakmalıyım?

Önce o core'un syserr'ine, orada bir şey yoksa aynı klasördeki syslog'un son satırlarına ve oluşan core dosyasına bakın.

SQL'den değiştirdim ama oyunda eski değer duruyor, neden?

db süreci hesap, karakter ve eşya verisini önbellekte tutar ve veritabanına belli aralıklarla yazar. Bu sorunun sebebi genelde bu önbellektir.

Yeni sistem ekledim, bir harita grubunda kasma başladı. Sebebi ne olabilir?

Game'in ana döngüsü tek iş parçacıklıdır. Bu döngüde ağır veya senkron iş yapan bir sistem, o core'daki herkesi etkiler. İlk şüphelenilecek yer eklediğiniz sistemdir.

OX ve lonca savaşı hangi core'da çalışır?

Bazı files'larda bu haritalar bütün kanalların ortak kullandığı ayrı bir core'da (genelde ch99) durur. Sizdeki durumu core CONFIG dosyalarındaki MAP_ALLOW satırlarından kontrol edin.

Hata soracaksanız hangi haritada olduğunu ve ilgili syserr satırını da ekleyin, bu hatanın bulunmasını çok hızlandırır. Kurulum ve sık yapılan veritabanı hataları için MariaDB kurulum rehberine da göz atabilirsiniz.