[Help]sem_wait: Invalid argument[/Help]

Page 1 of 2 1 2
07/29/2011 03:43 iYoshix3#1
Morgen zusammen,

ich habe an meinem Server gearbeitet, und Plötzlich nach einem Reboot
einen nochnie dagewesenen Fehler bekommen. Der Root spuckt beim
start folgendes aus, in MENGEN! Dies bringt sogar den Start zum laggen.
Nicht nur das, ich als einzigster der connected auf den Root brauche um
einzuloggen 1 Minute+ . Habe es mit alten SF + DB versucht, gleicher fehler.

Nun die frage an euch, hilft hier nur ein Reinstall des Roots? Oder ist dies
auch anders lösbar. An den Files / DB liegt es 100% nicht.

Code:
sem_wait: Invalid argument
sem_wait: Invalid argument
sem_wait: Invalid argument
sem_wait: Invalid argument
sem_wait: Invalid argument
sem_wait: Invalid argument
Mfg
07/29/2011 07:08 .Apfel#2
Einmal bitte syserr^^
07/29/2011 08:45 .Onlyx3#3
Poste ma deine Syserr hier rein bitte. Die letzen 10 Zeilen reichen
07/29/2011 10:03 teh .PLaTiN'#4
Quote:
Originally Posted by BraZe2011 View Post
Poste ma deine Syserr hier rein bitte. Die letzen 10 Zeilen reichen
Reichen sie eben nicht. :facepalm:
Wenn es 'nen größeres Problem ist, dann bitte die ganze, da
mancha Probleme aus anderen resultieren.
Wenn du wie gesagt deine syserr postest, können wir dir sagen
was du falsch machst, und wie du es beheben kannst.
Du findest die syserr unter /home/game/channel1/syserr
07/29/2011 10:05 iYoshix3#5
Danke für die Rückmeldungen, aber ich denke nicht das es an den Files/DB liegt,
hier meine Syserr´s

Auth :
Code:
SYSERR: Jul 29 02:59:31 :: HandshakeProcess: handshake retry limit reached! (limit 32 character !NO CHARACTER!)
DB:
Code:
SYSERR: Jul 29 02:57:08 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jul 29 02:57:11 :: Process: FDWATCH: peer null in event: ident 25
SYSERR: Jul 29 02:57:12 :: Process: FDWATCH: peer null in event: ident 25
SYSERR: Jul 29 03:11:11 :: Process: FDWATCH: peer null in event: ident 25
SYSERR: Jul 29 03:11:46 :: ChildLoop: AsyncSQL: query failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'gilde', '', 0)' at line 1 (query: REPLACE INTO quest (dwPID, szName, szState, lValue) VALUES(0, '[SA]Yoshix3'gilde', '', 0) errno: 1064)
SYSERR: Jul 29 03:01:50 :: DirectQuery: AsyncSQL::DirectQuery : mysql_query error: Column 'name' in field list is ambiguous
query: SELECT empire, pid, name, money, windate FROM monarch a, player b where a.pid=b.id
SYSERR: Jul 29 03:01:52 :: DirectQuery: AsyncSQL::DirectQuery : mysql_query error: Column 'name' in field list is ambiguous
query: SELECT pid, name, date FROM monarch_candidacy a, player b where a.pid = b.id
Channel1 :
Code:
motlist.txt fehler
Mfg
07/29/2011 12:07 Seele™#6
Ich denke nicht das es an den Files liegt, wie du es auch schon gesagt hast.
Muss an was anderem liegen.


Mfg. Seele
07/29/2011 12:36 iYoshix3#7
Danke, liegt 100% nicht an den Files, da sie ja immer funktionierten, und habe auch
ein älteres Backup hochgeladen wo sie aufjedenfall gehen müssten. Doch der Fehler
bleibt. Ich denke das es was mit dem Root zu tun hat. Hat einer eine Ahnung?

Mfg
07/29/2011 13:40 IgorGlock#8
Dei' Client <=> Server ist unpassend.
Doch deinen Fehler kenne ich nicht.
07/29/2011 13:42 xCPx#9
Ich würde eher sagen: Server und Db passen nicht zsm :D
07/29/2011 13:48 Joey.#10
Würde ich dann auch mal sagen...

Aber was für eine DB hast du und was für Serverfiles, sowie der Client ?

Wenn alle zsm. passen, würde ich sagen das vielleicht etwas an FreeBSD spinnt.
07/29/2011 14:03 iYoshix3#11
Nochmal, für alle zur Info :

Die Datenbank + Files + CLient haben bisher keine Probleme gemacht, läuft schon gut
1 Woche so. Nur nach einem Reboot ging das eben nicht mehr. Habe das Backup letzter
Woche druafgehauen -> gleicher fehler. Deshalb muss es iwie am Root liegen, vermute ich.

Ich nutze eine 010er DB (1866 -> neuste pub.) den aktuellen 011er .DE Client und
010er Files mit der 011er game rev. 2019.

Mfg
07/29/2011 14:06 Joey.#12
Würde dir jetzt einfach mal raten denn Root zu reinstallieren und vorher komplettes Backup zumachen.

Aber ist nur ein Vorschlag, falls es absolut nicht an den Files,der DB oder dem Clienten liegt.
08/01/2011 00:35 iYoshix3#13
#Push, habe den Root reinstalliert, neue Files + Db drauf und der Fehler
bleibt nach wie vor... hat den keiner eine Lösung dafür? Google spuckt
leider auch nichts aus...

Mfg
08/01/2011 00:39 .Kay331#14
Quote:
Originally Posted by Yoshix3 View Post
#Push, habe den Root reinstalliert, neue Files + Db drauf und der Fehler
bleibt nach wie vor... hat den keiner eine Lösung dafür? Google spuckt
leider auch nichts aus...

Mfg
Denn liegt es ja am Root bzw FreeBSD, schon mal wieder rebootet?

Falls ja und der Fehler immer noch da ist, würde ich mal beim Hoster Fragen ob die den Server sonst mal neu starten können also richtiges neustartet.

Wenn der Fehler immer noch nicht weg ist Support man anschreiben und fragen ob die was wissen??
08/01/2011 02:07 iYoshix3#15
#gefixxt.

Werde gleich ein howto schreiben das die die den Fehler auch bekommen wissen
wie das geht.

Mfg

#closerrequest
Page 1 of 2 1 2