Quote:
ConnectDBCheckAuthgame61 in malloc(): error: allocation failed
Abort trap (core dumped)
rm: cores/core.1: No such file or directory
mv: rename cores/core.2 to cores/core.1: No such file or directory
mv: rename cores/core.3 to cores/core.2: No such file or directory
mv: rename cores/core.4 to cores/core.3: No such file or directory
mv: rename cores/core.5 to cores/core.4: No such file or directory
mv: rename cores/core.6 to cores/core.5: No such file or directory
mv: rename ./game61.core to cores/core.6: No such file or directory"
|
Besagt nichts weiter als das in dem Ordner Game61
Der Core61 nicht geladen werden kann.
Allerdings müssen wir hier am Anfang beginnen und nicht mittendrin.
Quote:
SYSERR: Oct 25 05:55:30 :: socket_connect: HOST ***.***.***.***:12468, could not connect.
SYSERR: Oct 25 05:57:11 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.
SYSERR: Oct 25 05:57:11 :: socket_block: fcntl: nonblock: Bad file descriptor
SYSERR: Oct 25 07:01:41 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.
SYSERR: Oct 25 07:12:05 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.
|
So folgende Lösungen stehen dir nun zur Auswahl.
Panik und Stress erstens abstellen, das ist das wichtigste.
Zuerst gehts du beim in den Core61 und schaust ob die config 777 Rechte hast. wenn dies gemacht wurde schaust du dir den Core an der muss auf 644 stehen.
Begründung:
Der Fehler ( socket_block: fcntl: nonblock: Bad file descriptor) wird ausgelöst, wenn eine Datei (auch mehrere) Schreibrechte besitzt wo normalerweise nur Leserechte benötigt werden.
Zu beheben ist das Problem einfach den chmod auf 644 setzen und weg ist der Fehler.
Der Fehler (hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.) besagt nichts weiter als der ein Signal kill gesetzt wurde zum jeweiligen Prozess.
Wer zum beispiel seinen Server startet und Core Fehler bekommt muss den Server nicht neustarten sondern nur
Quote:
|
killall -9 sh << das schreiben wenn core fehler kommen
|
Somit werden die cores zum anhalten bewegt.
Denkt daran ein Core ist einen ELP Datei sozusagen eine exe unter Linux.
Quote:
|
SYSERR: Oct 25 05:55:30 :: socket_connect: HOST ***.***.***.***:12468, could not connect.
|
Dieser Fehler besagt das der Connect zur datenbank nicht erfolgreich war.
Wenn denn der Datenbank Port bei dir 12468 wirklich ist.
Den Port musst du in allen Configs angeben auch auth/db usw.
So da nun die Grundregeln weisst musst du jetzt auf Fehlersuche gehen.
Als erstes musst du wissen ob du ein 1 Channel oder 2 Channel System auf deinem Server erstellt hast.
Es bei kann ganz verschiedene Ursachen haben.
Gehen wir nun die systematisch alles durch.
Der Befehl sh start.sh sofern du über den /root Startest.
Du musst erstens alle sh dateien kontrollieren ob diese 777 Rechte haben um nun weiter ins Detail zugehen musst du alle Pfade nachschauen in den sh datein wo welcher core angesprochen wird.
Wenn du dir sicher bist das damit alles ok ist startest du den Server ganz anders nun.
1.Root rebooten
2. Putty Starten ---einloggen
3. Ich rate dringend den befehl für Screen für Tests nicht zuverwenden weil das anfänger völlig verwirrt.
4. Wichtig du machst jetzt den Datenbank test zuerst
cd /usr/home/game/db
./db [Enter]
Jetzt müsste dein Server normaler weise eine Success Meldung bringen und Stehen bleiben. (Putty Fenster nicht schliessen)
Wenn das nicht der Fall ist dann.
/usr/local/etc/rc.d/mysql-server restart
Falls nun der Server das Mysql verweigert musst du die Flush Privileges neu vergeben.
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%'
IDENTIFIED BY 'deinpasswort' WITH GRANT OPTION;
GRANT ALL PRIVILEGES ON *.* TO 'mt2'@'localhost'
IDENTIFIED BY 'mt2!@#' WITH GRANT OPTION;
GRANT ALL PRIVILEGES ON *.* TO 'devel'@'localhost'
IDENTIFIED BY 'dhels' WITH GRANT OPTION;
Alle anderen PWD,s bleiben so.
Zurück zu Punkt 4
Quote:
4. Wichtig du machst jetzt den Datenbank test zuerst
cd /usr/home/game/db
./db [Enter]
|
danach ein 2. Putty öffnen.
Wieder anmelden mit root und diesmal
sh start.sh eingeben alternativ auch ./start ich weiss ja nicht was du für Start Scripte verwendest.
Punkt5. entweder das klappt oder nicht
Falls nicht kommen wir zu
Punkt6.
Kontrollieren ob in Game99 in der config der channel auf 1 steht nicht auf 99 bei einem 1/2 Channelsystem.
Überlegen ob du wirklich die Rechte 777 ordentlich vergeben hast.
Du musst verstehen das der Gameserver so eine Art selbst Schutz hat.
Wenn ein Core nicht startet, dann werden die anderen auch nicht starten.
Ein kleiner Fehler löst hier eine Kettenpanik aus.
Das FreeBSD Handbbuch sollte dein bester Freund werden.
Leider sollte ich hier nicht zuweit ausholen weil kleine Fehler ob riesen Beiträge verursachen, um Fehler abzustellen.
Bei Fragen kannste dich sehr gerne per PN melden oder wir reden im TS3.
Mfg.Shoxx
)
