Mysql-Server Abstürze in VM

  • Thread starter Thread starter EmsBahn
  • Start date Start date

E

EmsBahn

Guest
Huhu,

folgenes Problem: eine virtuelle Maschine mit folgenden Daten:
200GB Festplatte mit FreeBSD 8.4 64bit
mit /lib32 Erweiterung (Betrieb der VM über vmware)
16 GB RAM
4 vCores (intel core i7 CPU vom Host)

Einen Mysql-Server und lokalen Prozessen die auf den Mysql-Dienst zugreifen via
/tmp/mysql.sock

Ungefähre Queryzahl pro Sekunde: 1-3000 Querys (Update und/ oder Neueinträge)
Die my-huge.cnf wurde verwendet und mindestens nochmal mit der Ressourcenzahl auf 100% aufgeschlagen.

Nichts desto trotz stürzt nach ein paar Stunden der Mysql Server ab.
Ein Restart des Mysql-Servers bleibt dann erfolglos und ein SSH Login auf der VM ist dann auch nicht mehr möglich (Nur noch über lokale VM Konsole ist die Steuerung der VM möglich) Die Prozesse kann man nur noch per "top" und dann über kill PID beenden. Es kommt ebenfalls zu unerwünschten Datenverlusten (die Querys die nicht erfolgreich ausgeführt werden konnten)

Unter Last hält dieser ein paar Stunden lang alles an, dann bricht er dennoch zusammen und der Hauptprozess, der in die Mysql Connections zum Mysql-Server hat, schreibt folgendes in etwa tausenden Einträgen Pro Sekunde in die Errorlog Datei.


Auf einer anderen Physikalischen Maschine gibt es selbes Szenario und dort schiesst er sich nach selbst 120 Tagen Dauerbetrieb des Mysql nicht mal ab und läuft stabil. Dort steht dieser auch unter Last und das ganze System nutzt aktiv nur etwa 4-8 GB RAM (den Swap braucht die Maschine nichtmal anrühren weil RAM o.ä knapp würde.)

AsyncSQL: query failed: Can't connect to local MySQL server through socket '/tmp/mysql.sock'

Hier die my.cnf die für die vm verwendet wurde.. Kann es auch daran liegen, dass es unter Virtualisierung Probleme damit gibt?
Verwendete Software: VMWare Player

Danke schonmal für jegliche Tipps,
Grüße,

PHP: 
# Example MySQL config file for very large systems.
#
# This is for a large system with memory of 1G-2G where the system runs mainly
# MySQL.
#
# MySQL programs look for option files in a set of
# locations which depend on the deployment platform.
# You can copy this option file to one of those
# locations. For information about these locations, see:
# http://dev.mysql.com/doc/mysql/en/option-files.html
#
# In this file, you can use all long options that a program supports.
# If you want to know which options a program supports, run the program
# with the "--help" option.

# The following options will be passed to all MySQL clients
[client]
#password	= your_password
port		= 3306
socket		= /tmp/mysql.sock

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
port		= 3306
socket		= /tmp/mysql.sock
skip-locking
key_buffer_size = 800M
max_allowed_packet = 8M
table_open_cache = 8000
sort_buffer_size = 8M
read_buffer_size = 8M
read_rnd_buffer_size = 32M
myisam_sort_buffer_size = 64M
thread_cache_size = 1000
query_cache_size = 50M
max_connections = 1000
# Try number of CPU's*2 for thread_concurrency
thread_concurrency = 8

# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (via the "enable-named-pipe" option) will render mysqld useless!
# 
#skip-networking

# Replication Master Server (default)
# binary logging is required for replication
log-bin=mysql-bin

# required unique id between 1 and 2^32 - 1
# defaults to 1 if master-host is not set
# but will not function as a master if omitted
server-id	= 1

# Replication Slave (comment out master section to use this)
#
# To configure this host as a replication slave, you can choose between
# two methods :
#
# 1) Use the CHANGE MASTER TO command (fully described in our manual) -
#    the syntax is:
#
#    CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
#    MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
#    where you replace <host>, <user>, <password> by quoted strings and
#    <port> by the master's port number (3306 by default).
#
#    Example:
#
#    CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
#    MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# OR
#
# 2) Set the variables below. However, in case you choose this method, then
#    start replication for the first time (even unsuccessfully, for example
#    if you mistyped the password in master-password and the slave fails to
#    connect), the slave will create a master.info file, and any later
#    change in this file to the variables' values below will be ignored and
#    overridden by the content of the master.info file, unless you shutdown
#    the slave server, delete master.info and restart the slaver server.
#    For that reason, you may want to leave the lines below untouched
#    (commented) and instead use CHANGE MASTER TO (see above)
#
# required unique id between 2 and 2^32 - 1
# (and different from the master)
# defaults to 2 if master-host is set
# but will not function as a slave if omitted
#server-id       = 2
#
# The replication master for this slave - required
#master-host     =   <hostname>
#
# The username the slave will use for authentication when connecting
# to the master - required
#master-user     =   <username>
#
# The password the slave will authenticate with when connecting to
# the master - required
#master-password =   <password>
#
# The port the master is listening on.
# optional - defaults to 3306
#master-port     =  <port>
#
# binary logging - not required for slaves, but recommended
#log-bin=mysql-bin
#
# binary logging format - mixed recommended 
#binlog_format=mixed

# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /var/db/mysql
#innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
#innodb_log_group_home_dir = /var/db/mysql
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 384M
#innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 100M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 100M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[myisamchk]
key_buffer_size = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M

[mysqlhotcopy]
interactive-timeout
 
Darauf laufen eigentlich noch Gameserver Prozesse, die auch mit dem Mysql Server über localhost (mysql.sock) verbinden.
Diese fallen natürlich aus, sobald sie nicht mehr zum Mysql-Sever verbinden können.

Diese beanspruchen, wenn alle Prozesse komplett gestartet sind so je nach Last 3-8 GB RAM. Rest ist Reserve und Zusatzressourcen für den Fall der Fälle. Das Limit der virtualisierten Ressourcen wurde keinesfalls erreicht.

Prinzipiell kann der Mysql-Server meinetwegen locker 3 GB RAM einnehmen um einwandfrei zu funktionieren, was aber dennoch nicht so war.

Mit dem Host-Server gibts keine Probleme der läuft ganz normal..
 
Last edited by a moderator:
tomasini said:
Danke, das wollte ich wissen. Es geht also wieder um einen illegalen Metin2-Server.
Click to expand...

wer hat dir denn so ein Laus im Kopf gesetzt?
Und wie willst du solche Behauptung einfach stumpf stellen.. sorry aber das verstehe ich gerade nicht.

hab mal im Forum nach Metin2 gesucht .. scheint wohl öfters das Thema zu sein und das das scheinbar auch auf mysql läuft..

Nur weil hier im Forum so paar Hamster rumlaufen und direkt bei Games von Metin2/WOW sprachen, wie ich eben in der Suche gefunden habe..

Naja geht eigentlich nur darum das der Mysql für große Lasten ausgelegt ist und um nix anderes gehts mir..
 
EmsBahn said:
Und wie willst du solche Behauptung einfach stumpf stellen.. sorry aber das verstehe ich gerade nicht.
Click to expand...

Es gibt keinen plausiblen Grund, warum man auf einem Windows-Server eine VM mit FreeBSD 8.4 (aktuell ist 9.x) laufen lässt und dafür auch noch VMware Player benutzt, eine Software, die eher für den Desktop gedacht ist. Und dann willst du darauf auch noch MySQL mit "großen Lasten" laufen lassen? Völlig unsinnig.

Genau dieses Setup findet man aber in den einschlägigen Kiddie-Foren, wann immer es um einen Metin2-Server geht. Und die dafür benötigten Binaries gibt es - Überraschung - eben nur für FreeBSD 8.4. Noch Fragen?
 
Die Vermutung war richtig: http://www.elitepvpers.com/forum/metin2-pserver-discussions-questions/457882-navicat-frage.html :mad:

Zitat von EmsBahn:
Hey,

Ich habe hier mal eine Frage.

Es geht um Navicat in Verbindung mit Metin2 P-Servern.

Und zwar ist meine Frage, ob es irgendwie möglich ist, dass man zb aus einem SQL File (Backup Datei) von Navicat zwar die Tabellen wiederherstellen, aber in meinem Fall nicht die ganze, sondern nur bestimmte Zeilen in der Tabelle aus der Backup Datei in der zu ersetzenden Tabelle zu ersetzen?

Als Beispiel..

In der Item_proto, dass dort nur die Einträge von allen Einträgen an der Stelle gold und shop_buy_price geändert werden, sodass die anderen Werte sich nicht verändern?


Standartmäßig wird,wenn man ein SQL File einsetzt ja die ganze Tabelle durch die neue ersetzt.
So nach meinem Beispiel würden nur bestimmte Zeilen komplett ersetzt werden, und nicht gleich die ganze Tabelle.
Würde mich über Antworten freuen.

Lg
EmsBahn
Click to expand...

Schon großartig, wenn sogar noch ein Abstreitversuch unternommen wurde.

EDIT: Benutzer verwarnt.
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top