Çözüldü Oyuna Start Verince MySQL Çöküyor

Bu konu çözüme ulaştırılmıştır. Çözüm için konuya yazılan tüm yorumları okumayı unutmayın. Eğer konudaki yorumlar sorununuzu çözmediyse yeni bir konu açabilirsiniz.
Durum
İçerik kilitlendiği için mesaj gönderimine kapatıldı.

Kaiser

⋞ 〈 ☪ 〉 ⋟
Yönetici
Premium Üye
Geliştirici
Yardımsever Üye
Editör
Mesaj
3.659
Çözümler
343
Beğeni
3.499
Puan
1.849
-MySQL 5.5-

Merhaba, çok tuhaf bir sorunla karşı karşıyayım.
2 Farklı freebsd kalıbında denedim, birinde sıfırdan kendim yükledim, diğer kalıp ise hazır.

Kısaca sorunum şu; FreeBSD başlatınca mysql i kontrol ediyorum ve çalıştığı görünüyor.
Oyuna start verdikten sonra tekrar kontrol ettiğimde mysql çalışmıyor.
Anlamadığım bir diğer şey ise, mysql e ait my.cnf dosyası bende hiç bir yerde yok nedense. Elle eklendiğinde işe yaradığını falan okudum ancak denediğimde aşağıda da gördüğünüz gibi bu dosyayı göz ardı ediyor.(izini 777)

db syserr temiz.
CH1: meşhur "localhost:15000 not connect ...." syserrini veriyor.

Filese ait .err dosyasındaki kayıtlar:
Kod:
210113 11:27:48 mysqld_safe Logging to '/var/db/mysql/.err'.
210113 11:27:48 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql
Warning: World-writable config file '/var/db/mysql/my.cnf' is ignored
Warning: World-writable config file '/var/db/mysql/my.cnf' is ignored
210113 11:27:48 [Note] --secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
210113 11:27:48 [Note] /usr/local/libexec/mysqld (mysqld 5.5.62) starting as process 636 ...
210113 11:27:48 InnoDB: The InnoDB memory heap is disabled
210113 11:27:48 InnoDB: Mutexes and rw_locks use GCC atomic builtins
210113 11:27:48 InnoDB: Compressed tables use zlib 1.2.11
210113 11:27:48 InnoDB: Initializing buffer pool, size = 128.0M
210113 11:27:48 InnoDB: Completed initialization of buffer pool
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
210113 11:27:48  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
210113 11:27:48  InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
210113 11:27:48  InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: 127 rollback segment(s) active.
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
210113 11:27:48  InnoDB: Waiting for the background threads to start
210113 11:27:49 InnoDB: 5.5.62 started; log sequence number 0
210113 11:27:49 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
210113 11:27:49 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
210113 11:27:49 [Note] Server socket created on IP: '0.0.0.0'.
210113 11:27:49 [Warning] Insecure configuration for --pid-file: Location '/var/db/mysql' in the path is accessible to all OS users. Consider choosing a different directory.
210113 11:27:50 [Note] Event Scheduler: Loaded 0 events
210113 11:27:50 [Note] /usr/local/libexec/mysqld: ready for connections.
Version: '5.5.62'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution

MYSQL'e ait .err dosyası kayıtları:
Kod:
141215 12:36:44 mysqld_safe mysqld from pid file /var/db/mysql/.pid ended
141215 12:38:36 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql
141215 12:38:36 InnoDB: The InnoDB memory heap is disabled
141215 12:38:36 InnoDB: Mutexes and rw_locks use GCC atomic builtins
141215 12:38:36 InnoDB: Compressed tables use zlib 1.2.7
141215 12:38:36 InnoDB: Initializing buffer pool, size = 128.0M
141215 12:38:36 InnoDB: Completed initialization of buffer pool
InnoDB: Error: space header page consists of zero bytes in data file ./ibdata1
141215 12:38:36 InnoDB: Could not open or create data files.
141215 12:38:36 InnoDB: If you tried to add new data files, and it failed here,
141215 12:38:36 InnoDB: you should now edit innodb_data_file_path in my.cnf back
141215 12:38:36 InnoDB: to what it was, and remove the new ibdata files InnoDB created
141215 12:38:36 InnoDB: in this failed attempt. InnoDB only wrote those files full of
141215 12:38:36 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
141215 12:38:36 InnoDB: remove old data files which contain your precious data!
141215 12:38:36 [ERROR] Plugin 'InnoDB' init function returned error.
141215 12:38:36 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
141215 12:38:36 [ERROR] Unknown/unsupported storage engine: InnoDB
141215 12:38:36 [ERROR] Aborting

141215 12:38:36 [Note] /usr/local/libexec/mysqld: Shutdown complete

141215 12:38:36 mysqld_safe mysqld from pid file /var/db/mysql/.pid ended

Mysql e ait gereksiz log dosyalarını silmeyi denedim fakat her denememde bu hatalardan sonra tekrar oluşuyorlar. Yani sonuç nafile.
 
Çözüm
Evet arkadaşlar yine büyük gibi görünen bir sorunun, saçma bir şekilde ufacık bir çözümü olduğun şahit oluyoruz.
Sorunu çözdüm ancak yine bir soru işareti kaldı, yedeğini aldığım game içindeki önceden her ne kadar 11.4 de derlenmiş olsa da, şimdi yedekten tekrar yüklediğimde game ve db dosyasını algılamadı nedense. Aynı src yi hiç bir değişiklik yapmadan sıfırdan kurduğum makinede(yine 11.4) tekrar derleyip, oluşan game-db dosyalarını denediğimde oyun sorunsuzca açıldı.

Şimdi soru işareti dediğim kısma gelecek olursak; bu game db dosyalarını bilişim firmasının sunucusuna attığımızda da mı böyle bir sorun yaşıyoruz acaba ? Çünkü şu an bile aynı sürüm olan iki makine arasında bile tekrar derleme gerekiyorsa, o zaman da bilişim...
bende farklı bir durumla bununla karşılaştım kullandığın o sorunlu kalıp 9.2 ve mysql 5.5 mi? eğer öyleyse bende de oyunu kapatıp açtığımda bunu bana yapıyordu mysqlyi kontrol edebiliyorsun fakat mysql ile oyun başlamıyordu bende artık 12.2 kullanmıyorum source build için 9.2 yi kullanıyorum sana tavsiyem asla 9.2 ile server açma
 
bende farklı bir durumla bununla karşılaştım kullandığın o sorunlu kalıp 9.2 ve mysql 5.5 mi? eğer öyleyse bende de oyunu kapatıp açtığımda bunu bana yapıyordu mysqlyi kontrol edebiliyorsun fakat mysql ile oyun başlamıyordu bende artık 12.2 kullanmıyorum source build için 9.2 yi kullanıyorum sana tavsiyem asla 9.2 ile server açma
FreeBSD 11.4 kullanıyorum, her zaman kullandığım kalıp ve filesın mysql dosyasınında sağlam olduğundan eminim. Fakat çözemediğim bir çakışma vb. durumu oluyor sanırım. Daha önce aynı kalıp ve aynı files ile oyunu çalıştırdım ancak şimdi nedense böyle saçma bir hal aldı.
 
MySQL kaldırıp tekrar yüklemeyi deneyin.

pkg remove mysql55-server
pkg install mysql55-server

Dener misin?
 
Denedim hemde kaç defa. Ama nafile.
Başka fileste de aynı sorun varmı?

Files ile oyunu başlattıktan sonra service mysql-server status gibi yazdığınızda kapalı görünür. Bunun nedeni mysql sunucusunun sadece oyuna özel açılması. Navicat üzerinden bağlanmayı deneyip ekran görüntüsü atar mısın?
 
Başka fileste de aynı sorun varmı?
Farklı fileste ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mys ql.sock' (2) hatası veriyor.
Sorun aslında tam burada başlıyor. Bahsettiğim makineyi ve konuda belirttiğim filesi ben daha önce normal files kurulumu yaparak kullandım uzunca bir süre. Son aldığım yedekleri yine aynı makineye yükledim ancak şimdi nedense mysqli çöktürüyor.

Navicat bağlanıyor, fakat oyun açılmıyor. Oyuna start verip bu hatayı aldıktan sonra navicatı kapatıp tekrar açmayı deneyince yine sorunsuz açılıyor.
CH1 syserr:

Kod:
SYSERR: Jan 13 13:45:41.643039 :: pid_init:
Start of pid: 4929

SYSERR: Jan 13 13:45:41.644391 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:45:44.36144 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:45:47.19111 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:45:50.17356 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:45:53.18335 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:45:56.31229 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:45:59.29792 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:02.29580 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:05.30180 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:08.30525 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:11.31582 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:14.33341 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:17.35349 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:20.36407 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:23.34378 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:26.39849 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:29.37093 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:32.38351 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:35.18079 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:38.18121 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:41.16976 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:44.16878 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:47.18142 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:50.27962 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:53.26842 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:56.26713 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:46:59.28316 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:02.12863 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:05.10355 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:08.12808 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:11.24529 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:14.24360 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:17.24498 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:20.22912 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:23.22493 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:26.21672 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:29.22774 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:32.12318 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:35.11589 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:38.11200 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:41.8097 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:44.7246 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:47.7795 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:50.31136 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:53.32338 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:56.31669 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:47:59.32227 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:48:02.16608 :: socket_connect: HOST localhost:15000, could not connect.
SYSERR: Jan 13 13:48:05.13214 :: socket_connect: HOST localhost:15000, could not connect.

DB core vermiş, ve syserr şu şekilde şişiyor(syserrdeki hatayı çözünce bir şey değişmiyor):
Kod:
SYSERR: Jan 13 13:45:37.636602 :: pid_init:
Start of pid: 4921

SYSERR: Jan 13 13:45:37.637022 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:45:48.123307 :: pid_init:
Start of pid: 4942

SYSERR: Jan 13 13:45:48.123814 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:45:57.711571 :: pid_init:
Start of pid: 4943

SYSERR: Jan 13 13:45:57.712290 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:46:07.917549 :: pid_init:
Start of pid: 4950

SYSERR: Jan 13 13:46:07.917777 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:46:18.441244 :: pid_init:
Start of pid: 4951

SYSERR: Jan 13 13:46:18.441779 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:46:28.369819 :: pid_init:
Start of pid: 4958

SYSERR: Jan 13 13:46:28.370001 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:46:39.341544 :: pid_init:
Start of pid: 4959

SYSERR: Jan 13 13:46:39.341705 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:46:50.300563 :: pid_init:
Start of pid: 4960

SYSERR: Jan 13 13:46:50.300746 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:47:00.781542 :: pid_init:
Start of pid: 4961

SYSERR: Jan 13 13:47:00.782055 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:47:10.678844 :: pid_init:
Start of pid: 4962

SYSERR: Jan 13 13:47:10.679048 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:47:20.736227 :: pid_init:
Start of pid: 4963

SYSERR: Jan 13 13:47:20.736375 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:47:31.118385 :: pid_init:
Start of pid: 4964

SYSERR: Jan 13 13:47:31.118574 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:47:41.577939 :: pid_init:
Start of pid: 4965

SYSERR: Jan 13 13:47:41.578227 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:47:51.868742 :: pid_init:
Start of pid: 4966

SYSERR: Jan 13 13:47:51.868910 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:48:01.468271 :: pid_init:
Start of pid: 4967

SYSERR: Jan 13 13:48:01.468752 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:48:11.166225 :: pid_init:
Start of pid: 4968

SYSERR: Jan 13 13:48:11.166413 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:48:21.718450 :: pid_init:
Start of pid: 4969

SYSERR: Jan 13 13:48:21.718605 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:48:31.608569 :: pid_init:
Start of pid: 4970

SYSERR: Jan 13 13:48:31.608895 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:48:41.527030 :: pid_init:
Start of pid: 4971

SYSERR: Jan 13 13:48:41.527276 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jan 13 13:48:51.676657 :: pid_init:
Start of pid: 4972

SYSERR: Jan 13 13:48:51.676814 :: Start: TABLE_POSTFIX not configured use default
 
Serveri başlattıktan sonra oyuna hiç girebiliyor musun?
 
Acaba engine kısmı InnoDB olan bir tablomu var?
1610538660954.png


Birde şurada birşeyler yazmışlar ama belki işini görür.
Linkleri görebilmek için giriş yap veya kayıt ol.
 
Hocam ifconfig bölümü uyuşmadığı için bu hatayı alıyorsun.
Geçen aynı sıkıntıyla karşılaştım, sysinstalldaki ip ayarlarını otomatik yapmasını sağla.
 
Acaba engine kısmı InnoDB olan bir tablomu var?
5758 eklentisini görüntüle

Birde şurada birşeyler yazmışlar ama belki işini görür.
Linkleri görebilmek için giriş yap veya kayıt ol.
Hayır filese ait tüm tablolar MylSAM türünde. Sadece information_schema veritabanındaki tablolarda MEMORY türünde tablolar var. Onların da sanıyorum ki bu durumla bir alakası yok.

Hocam ifconfig bölümü uyuşmadığı için bu hatayı alıyorsun.
Geçen aynı sıkıntıyla karşılaştım, sysinstalldaki ip ayarlarını otomatik yapmasını sağla.
Zaten sürekli olarak local bağdaştırıcı kullanıyorum ve IP adresi sabit. 192.168.1.34 adresi, hem navicat hem filezilla hem server için tanımlı.
Navicat çalışıyor, filezilla çalışıyor, putty vs. çalışıyor ama oyuna start vermiyor. Öncesinde ifconfig veya bsdconfig kısmından hiç bununla ilgili düzenleme yapmadım çünkü zaten böyle bir problemim yoktu. Nerden çıktı bu anlamadım..
 
Bir faydası olur mu bilmiyorum ancak benimde bi teorim var.
Veritabanını komple silip baştan kurun ve yedekleri .sql formatında geri atmayı deneyin.
 
Ben enteresan birşey fark ettim 9.3 gcc49 ile build ettiğim oyunda hiçbir sorun yok alt yapı 12ye güncelledim daha sonra game build ettim birde ne göreyim 4 ch açınca mysql kendini kapatıyor aynı senin hata sonra top komutu ile oyuna start verince ne göreyim swap şişiyor ve mysql patlıyor 6gb swap kullanıyor ve game kullanımları cok dengesiz freebsd 12 ve gcc9 sürümü sanırım metin2 ile uyumsuz oyun boşta %5 kullanımlara cikiyor fakat fb9.3te derleyip açtığım 4ch de swap kullanımı stabil 3.5g'yi geçmiyor ve mysql patlamıyor herhangi bir hatada yok bir ch açarak dene eğer açıyorsa senin sorununda aynısıdır.
 
Ben enteresan birşey fark ettim 9.3 gcc49 ile build ettiğim oyunda hiçbir sorun yok alt yapı 12ye güncelledim daha sonra game build ettim birde ne göreyim 4 ch açınca mysql kendini kapatıyor aynı senin hata sonra top komutu ile oyuna start verince ne göreyim swap şişiyor ve mysql patlıyor 6gb swap kullanıyor ve game kullanımları cok dengesiz freebsd 12 ve gcc9 sürümü sanırım metin2 ile uyumsuz oyun boşta %5 kullanımlara cikiyor fakat fb9.3te derleyip açtığım 4ch de swap kullanımı stabil 3.5g'yi geçmiyor ve mysql patlamıyor herhangi bir hatada yok bir ch açarak dene eğer açıyorsa senin sorununda aynısıdır.
FreeBSD 11.4 kullanıyorum zaten. Bir de hep tek ch açıyorum, bugüne kadar olmayıp da şimdi durduk yere böyle olması çok saçma.
 
Evet arkadaşlar yine büyük gibi görünen bir sorunun, saçma bir şekilde ufacık bir çözümü olduğun şahit oluyoruz.
Sorunu çözdüm ancak yine bir soru işareti kaldı, yedeğini aldığım game içindeki önceden her ne kadar 11.4 de derlenmiş olsa da, şimdi yedekten tekrar yüklediğimde game ve db dosyasını algılamadı nedense. Aynı src yi hiç bir değişiklik yapmadan sıfırdan kurduğum makinede(yine 11.4) tekrar derleyip, oluşan game-db dosyalarını denediğimde oyun sorunsuzca açıldı.

Şimdi soru işareti dediğim kısma gelecek olursak; bu game db dosyalarını bilişim firmasının sunucusuna attığımızda da mı böyle bir sorun yaşıyoruz acaba ? Çünkü şu an bile aynı sürüm olan iki makine arasında bile tekrar derleme gerekiyorsa, o zaman da bilişim makinesinde mi derlemek gerekecek ? Bilemedim.. Zaman gösterecek :)

Yardımcı olan herkese çok teşekkürler.
 
Çözüm
Denemeden bilemeyiz ne yazık ki. Garip bi çözüm yöntemi olmuş. Yani senelerce bu server işleriyle uğraşıyorum bi benim başıma böyle gariplikler gelmedi :D
 
Durum
İçerik kilitlendiği için mesaj gönderimine kapatıldı.
Geri
Üst