DB syserr komm grad nicht weiter

[ArsMartialis]

Hallo,

folgendes Problem:
Beim Starten des Servers kommt : Connection refused

db syserr zeigt folgendes:

PHP Code:

SYSERR: Jun 13 14:01:02 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Jun 13 14:01:02 :: DirectQuery: AsyncSQL::DirectQuery : mysql_query error: Incorrect key file for table 'mob_proto'; try to repair it
query: SELECT vnum, name, locale_name, type, rank, battle_type, level, size+0, ai_flag+0, setRaceFlag+0, setImmuneFlag+0, on_click, empire, drop_item, resurrection_vnum, folder, st, dx, ht, iq, damage_min, damage_max, max_hp, regen_cycle, regen_percent, exp, gold_min, gold_max, def, attack_speed, move_speed, aggressive_hp_pct, aggressive_sight, attack_range, polymorph_item, enchant_curse, enchant_slow, enchant_poison, enchant_stun, enchant_critical, enchant_penetrate, resist_sword, resist_twohand, resist_dagger, resist_bell, resist_fan, resist_bow, resist_fire, resist_elect, resist_magic, resist_wind, resist_poison, dam_multiply, summon, drain_sp, skill_vnum0, skill_level0, skill_vnum1, skill_level1, skill_vnum2, skill_level2, skill_vnum3, skill_level3, skill_vnum4, skill_level4 , sp_berserk, sp_stoneskin, sp_godspeed, sp_deathblow, sp_revive  FROM mob_proto ORDER BY v
SYSERR: Jun 13 14:01:02 :: InitializeMobTable: libdb::InitializeMobTable
SYSERR: Jun 13 14:01:02 :: InitializeTables: InitializeMobTable FAILED
SYSERR: Jun 13 14:01:02 :: Initialize: Table Initialize FAILED
SYSERR: Jun 13 14:01:02 :: pid_deinit: 
End of pid 


Habe die mob_proto versucht über Navicat zu reparieren. Leider ohne Erfolg.
Achja, habe die Invoice Files und Vanilla game und db core eingefügt.

Danke.

LG

Ars

[.Colossus.]

neue mob_proto eingefügt?
es scheint, als ob die spalten falsch sind.

[ArsMartialis]

Ich habe grad eben versucht item_proto & mob_proto zu öffnen. Kommt folgendes:

PHP Code:

1034 - Incorrect key file for table 'mob_proto'; try to repair it 


Habe vom BackUp die alte mob_proto genommen. Nun, gleiches Ergebnis. Reparieren klappt wie bereits erwähnt auch ned. Andere Tabellen hingegen scheinen zu gehen.

LG

Ars

[.Colossus.]

Tabelle per ftp client hochgeladen (z.b. filezilla) ?
wenn nein solltest du das mal machen und 777 rechte geben.

[ArsMartialis]

Jep, habe ich gemacht. Habe wieder den ganzen mysql Ordner rein kopiert und alles ersetzt und Rechte sind auch auf 777.
Ich finde es nur eigenartig, dass nur mob_proto und item_proto nicht gehen. Vor der Neuinstallation von FreeBSD von 8.4 auf 9.2 ging noch alles. Habe halt jetzt anstatt der 2089m game nun die vanilla game. Ich weiß auch, dass man bei der Vanilla game text dateien für mob und item_proto nutzen kann. Aber standardmäßig sind die text dateien deaktiviert.
Pure Verwirrung.

LG

Ars

[.Colossus.]

mal geschaut ob alle spalten in deiner mob_proto vorhanden sind?

 Spoiler

vnum, name, locale_name, type, rank, battle_type, level, size, ai_flag, setRaceFlag, setImmuneFlag, on_click, empire, drop_item, resurrection_vnum, folder, st, dx, ht, iq, damage_min, damage_max, max_hp, regen_cycle, regen_percent, exp, gold_min, gold_max, def, attack_speed, move_speed, aggressive_hp_pct, aggressive_sight, attack_range, polymorph_item, enchant_curse, enchant_slow, enchant_poison, enchant_stun, enchant_critical, enchant_penetrate, resist_sword, resist_twohand, resist_dagger, resist_bell, resist_fan, resist_bow, resist_fire, resist_elect, resist_magic, resist_wind, resist_poison, dam_multiply, summon, drain_sp, skill_vnum0, skill_level0, skill_vnum1, skill_level1, skill_vnum2, skill_level2, skill_vnum3, skill_level3, skill_vnum4, skill_level4 , sp_berserk, sp_stoneskin, sp_godspeed, sp_deathblow, sp_revive

[x'Radon]

Hast du vor dem ersetzen mysql ausgeschaltet? Wenn nein dann ist das dein Problem. Macht alles kaputt.

[ArsMartialis]

Die Spalten kann ich leider nicht angucken. Wie gesagt kein Zugriff da beschädigt.

mysql habe ich währenddessen nicht gestoppt. Nur ich finde es halt komisch, dass beim erneutem kopieren wieder dieselben Tabellen beschädigt sind. Die anderen gehen ohne jegliche Probleme. Werde aber ab jetzt immer mysql stopen. Danke für den Tipp.

LG

Ars