raderde 1
raderde
Cannn6161 1
Cannn6161
noisiv 1
noisiv
Manwe Work 1
Manwe Work
Mt2Hizmet 1
Mt2Hizmet
melankolıa18 1
melankolıa18
romegames 1
romegames
Krutzo 1
Krutzo
shrpnl 1
shrpnl
Hikaye Ekle
Reklam vermek için turkmmo@gmail.com

Cevaplandı lorenze server files

  • Konuyu başlatan Konuyu başlatan zalo25252
  • Başlangıç tarihi Başlangıç tarihi
  • Cevaplar Cevaplar 4
  • Görüntüleme Görüntüleme 84

zalo25252

Silence is the most powerful scream.💫
Telefon Numarası Onaylanmış Üye
Fahri Üye
TM Üye
Katılım
7 Ocak 2020
Konular
147
Mesajlar
665
Çözüm
31
Online süresi
1mo 19d
Reaksiyon Skoru
157
Altın Konu
1
TM Yaşı
6 Yıl 5 Ay
Başarım Puanı
144
MmoLira
3,531
DevLira
9
Ticaret - 0%
0   0   0

ROHAN2 WORLD 1-120 TR TİPİ OFFICIAL YOHARA, BALATHOR VE AMON! 80. GÜNÜNDE! +10.000 ONLİNE! HİLE VE BOT %100 ENGELLİ HEMEN TIKLA!

Merhabalar başlıkta belirttiğim filesi kurmaktayım fakat kaç gündür başıma bela olan connection refused hatası yiyorum. Oyuna start veriyorum girişler açılıyor fakat oyun içerisinde db işlemlerinde bulununca oyun atıyor bi nevi mysql başlamıyor. Dün filesi ana dizinde home klasoru olusturup tekrardan kurdum ve hatadan kurtardım fakat bugun sunucuyu tekrar baslatmak için reboot atıp start verince baş belası sorun yine çıktı ortaya db sysyr boş cch1 core 1 ve 2 de ki sysr
SYSERR: Feb 10 23:13:46 :: socket_connect: HOST 127.0.0.1:30000, could not connect.
SYSERR: Feb 10 23:13:49 :: socket_connect: HOST 127.0.0.1:30000, could not connect.
SYSERR: Feb 10 23:14:31 :: heart_idle: losing 38 seconds. (lag occured)

Ve garip olay kı bu sorun sadece bende yaşanıyor konunun bütün yorumlarını okudum bu tarz bi sorun göremedim
 
Çözüm
Ticaret - 0%
0   0   0
sorunu sonunda çözmeyi başardım. aynı hatayı alacak olan arkadaşların işine yarar umarım
start.py içerisinde bulunan t_sleep(3) süresini 10 saniyeye çıkarıp mysql baglantısı için süreyi uzun tuttum ve sonuç olumlu.
start.py arat
t_sleep(3)
değiştir
t_sleep(10)
Merhabalar başlıkta belirttiğim filesi kurmaktayım fakat kaç gündür başıma bela olan connection refused hatası yiyorum. Oyuna start veriyorum girişler açılıyor fakat oyun içerisinde db işlemlerinde bulununca oyun atıyor bi nevi mysql başlamıyor. Dün filesi ana dizinde home klasoru olusturup tekrardan kurdum ve hatadan kurtardım fakat bugun sunucuyu tekrar baslatmak için reboot atıp start verince baş belası sorun yine çıktı ortaya db sysyr boş cch1 core 1 ve 2 de ki sysr
SYSERR: Feb 10 23:13:46 :: socket_connect: HOST 127.0.0.1:30000, could not connect.
SYSERR: Feb 10 23:13:49 :: socket_connect: HOST 127.0.0.1:30000, could not connect.
SYSERR: Feb 10 23:14:31 :: heart_idle: losing 38 seconds. (lag occured)

Ve garip olay kı bu sorun sadece bende yaşanıyor konunun bütün yorumlarını okudum bu tarz bi sorun göremedim
Merhabalar,
Yazdıklarına bakılırsa sorun MySQL’in hiç çalışmamasından ziyade Metin2 server tarafında DB core ile CH core’ların birbiriyle bağlantı kuramaması gibi duruyor. Oyuna girişlerin açık olması ama oyun içinde DB’ye dokunan bir işlem yapınca atması (fısıltı, ticaret, grup vs.) tam olarak buna işaret ediyor.

Log’daki şu satır işin kilit noktası:

socket_connect: HOST 127.0.0.1:30000, could not connect.

Bu, game core’ların 30000 portundan DB core’a ulaşamadığını gösterir. Yani CH’ler ayakta ama DB core ya hiç start almıyor ya da açılıp hemen kapanıyor. Bu yüzden db syserr’in boş olması da mümkün.

Dün home klasörü oluşturup yeniden kurunca düzelip, reboot sonrası tekrar ortaya çıkması genelde path, izin veya start sırası kaynaklı olur. Özellikle reboot’tan sonra sistem bazı şeyleri farklı şekilde ayağa kaldırabiliyor.

Şu noktaları tek tek kontrol etmeni öneririm:
  • Reboot sonrası DB core gerçekten çalışıyor mu?
    ps aux | grep db ile bak. DB yoksa CH’lerin bağlanamaması normal.
  • 30000 portu açık mı?
    sockstat -4 | grep 30000
    Eğer port dinlenmiyorsa DB core açılmamış demektir.
  • DB binary ve dizin izinleri
    Reboot sonrası yetki problemi sık yaşanır. Test amaçlı DB dosyasına ve ilgili dizinlere geniş izin verip dene. Eğer düzelirse sorun izinlerden geliyordur.
  • Start script sırası
    DB core her zaman CH’lerden önce start almalı. DB geç açılıyorsa veya hiç açılmadan CH’ler başlıyorsa bu hatayı verir.
  • Firewall / pf durumu
    Reboot sonrası pf otomatik aktif oluyorsa 30000 portunu engelliyor olabilir. Kısa bir test için kapatıp denemek iyi fikir verir.
Bu sorunun sadece sende çıkması çok garip değil. Aynı files farklı sistemlerde farklı tepkiler verebiliyor. Küçük bir dizin farkı, izin problemi ya da start sırası bile günlerce uğraştırabiliyor.

Özetle:
Sorun MySQL’den çok DB core’un ayakta kalmaması veya CH’lerin DB’ye ulaşamaması. DB’nin gerçekten çalıştığından, 30000 portunu dinlediğinden ve start sırasının doğru olduğundan emin olursan büyük ihtimalle problem çözülecektir.
 
Merhabalar,
Yazdıklarına bakılırsa sorun MySQL’in hiç çalışmamasından ziyade Metin2 server tarafında DB core ile CH core’ların birbiriyle bağlantı kuramaması gibi duruyor. Oyuna girişlerin açık olması ama oyun içinde DB’ye dokunan bir işlem yapınca atması (fısıltı, ticaret, grup vs.) tam olarak buna işaret ediyor.

Log’daki şu satır işin kilit noktası:

socket_connect: HOST 127.0.0.1:30000, could not connect.

Bu, game core’ların 30000 portundan DB core’a ulaşamadığını gösterir. Yani CH’ler ayakta ama DB core ya hiç start almıyor ya da açılıp hemen kapanıyor. Bu yüzden db syserr’in boş olması da mümkün.

Dün home klasörü oluşturup yeniden kurunca düzelip, reboot sonrası tekrar ortaya çıkması genelde path, izin veya start sırası kaynaklı olur. Özellikle reboot’tan sonra sistem bazı şeyleri farklı şekilde ayağa kaldırabiliyor.

Şu noktaları tek tek kontrol etmeni öneririm:
  • Reboot sonrası DB core gerçekten çalışıyor mu?
    ps aux | grep db ile bak. DB yoksa CH’lerin bağlanamaması normal.
  • 30000 portu açık mı?
    sockstat -4 | grep 30000
    Eğer port dinlenmiyorsa DB core açılmamış demektir.
  • DB binary ve dizin izinleri
    Reboot sonrası yetki problemi sık yaşanır. Test amaçlı DB dosyasına ve ilgili dizinlere geniş izin verip dene. Eğer düzelirse sorun izinlerden geliyordur.
  • Start script sırası
    DB core her zaman CH’lerden önce start almalı. DB geç açılıyorsa veya hiç açılmadan CH’ler başlıyorsa bu hatayı verir.
  • Firewall / pf durumu
    Reboot sonrası pf otomatik aktif oluyorsa 30000 portunu engelliyor olabilir. Kısa bir test için kapatıp denemek iyi fikir verir.
Bu sorunun sadece sende çıkması çok garip değil. Aynı files farklı sistemlerde farklı tepkiler verebiliyor. Küçük bir dizin farkı, izin problemi ya da start sırası bile günlerce uğraştırabiliyor.

Özetle:
Sorun MySQL’den çok DB core’un ayakta kalmaması veya CH’lerin DB’ye ulaşamaması. DB’nin gerçekten çalıştığından, 30000 portunu dinlediğinden ve start sırasının doğru olduğundan emin olursan büyük ihtimalle problem çözülecektir.
dostum dediklerini hepsini zaten denedim veya uyguladım fakat herhangi bir sonuca varamadım yapay zeka bile kafayı yedi artık
 
Merhabalar başlıkta belirttiğim filesi kurmaktayım fakat kaç gündür başıma bela olan connection refused hatası yiyorum. Oyuna start veriyorum girişler açılıyor fakat oyun içerisinde db işlemlerinde bulununca oyun atıyor bi nevi mysql başlamıyor. Dün filesi ana dizinde home klasoru olusturup tekrardan kurdum ve hatadan kurtardım fakat bugun sunucuyu tekrar baslatmak için reboot atıp start verince baş belası sorun yine çıktı ortaya db sysyr boş cch1 core 1 ve 2 de ki sysr
SYSERR: Feb 10 23:13:46 :: socket_connect: HOST 127.0.0.1:30000, could not connect.
SYSERR: Feb 10 23:13:49 :: socket_connect: HOST 127.0.0.1:30000, could not connect.
SYSERR: Feb 10 23:14:31 :: heart_idle: losing 38 seconds. (lag occured)

Ve garip olay kı bu sorun sadece bende yaşanıyor konunun bütün yorumlarını okudum bu tarz bi sorun göremedim
Mysql ya hiç başlamıyor yada başlayıp core yiyip kapanıyor db klasöründe conf.txt dosyasında ip adresini komtrol et yada ip dışa açık değil mysql klasöründe my.conf dosyasında bind adressi 127.0.0.1 ise 0.0.0.0 yap service mysql-server restart yaz
 
sorunu sonunda çözmeyi başardım. aynı hatayı alacak olan arkadaşların işine yarar umarım
start.py içerisinde bulunan t_sleep(3) süresini 10 saniyeye çıkarıp mysql baglantısı için süreyi uzun tuttum ve sonuç olumlu.
start.py arat
t_sleep(3)
değiştir
t_sleep(10)
 
Çözüm

Şu an konuyu görüntüleyenler (Toplam : 0, Üye: 0, Misafir: 0)

Geri
Üst