problèmes lors d'une mise à jour

[rumpilstilskin]

Bonjour,

Je vous serai reconnaissant pour une aide pour la mise à jour de mon server de la version 401 à 404.

J'ai tout mis à jour... mal apparement, car je ne peux lancer mangosd.exe.

J'ai ceci sur server log. :

2012-07-04 15:34:20 MaNGOS/0.17.0-DEV (* * Revision 12026 - 0e531be9401027abc6f75cbe24d2c96be683e5fb) for Win32 (little-endian) [world-daemon]

2012-07-04 15:34:20 <Ctrl-C> to stop.

2012-07-04 15:34:20

MM MM MM MM MMMMM MMMM MMMMM

MM MM MM MM MMM MMM MM MM MMM MMM

MMM MMM MMM MM MMM MMM MM MM MMM

MM M MM MMMM MM MMM MM MM MMM

MM M MM MMMMM MM MMMM MMM MM MM MMM

MM M MM M MMM MM MMM MMMMMMM MM MM MMM

MM MM MMM MM MM MM MMM MM MM MMM

MM MM MMMMMMM MM MM MMM MMM MM MM MMM MMM

MM MM MM MMM MM MM MMMMMM MMMM MMMMM

MM MMM http://getmangos.eu

MMMMMM

2012-07-04 15:34:20 Using configuration file mangosd.conf.

2012-07-04 15:34:20 World Database total connections: 2

2012-07-04 15:34:20 MySQL client library: 5.1.49

2012-07-04 15:34:20 MySQL server ver: 5.1.56-community

2012-07-04 15:34:20 MySQL client library: 5.1.49

2012-07-04 15:34:20 MySQL server ver: 5.1.56-community

2012-07-04 15:34:20 ERROR:SQL: SELECT required_12012_01_mangos_spell_template FROM db_version LIMIT 1

2012-07-04 15:34:20 ERROR:query ERROR: Unknown column 'required_12012_01_mangos_spell_template' in 'field list'

2012-07-04 15:34:20 ERROR:The table `db_version` in your [WORLD] database indicates that this database is out of date!

2012-07-04 15:34:20 ERROR:

2012-07-04 15:34:20 ERROR: [1] You have: --> `11926_01_mangos_creature_template.sql`

2012-07-04 15:34:20 ERROR:

2012-07-04 15:34:20 ERROR: [2] You need: --> `12012_01_mangos_spell_template.sql`

2012-07-04 15:34:20 ERROR:

2012-07-04 15:34:20 ERROR:You must apply all updates after [1] to [2] to use mangos with this database.

2012-07-04 15:34:20 ERROR:These updates are included in the sql/updates folder.

2012-07-04 15:34:20 ERROR:Please read the included [README] in sql/updates for instructions on updating.

J'ai appliqué les mises à jour suivantes et dans cet ordre :

402_corepatch_characters_11377_to_1179

402_corepatch_mangos_11377_to_11792

402_updatepack_mangos.sql

403_corepatch_mangos_11793_to_11840

403_updatepack_mangos.sql

404_corepatch_mangos11841_to_11928

404_updatepack_mangos.sql

La mise à jour à été faite puisque sur SQLyog/mangos/db_version j'ai :

UDB 0.12.2 (404) for Mangos 11928 SD2 SQL for rev. 2478 Acid 3.0.9c

Merci pour tout aide !

[antiroot]

404 UDB mis à jour votre base de données pour la révision 11926_01_mangos_creature_template.sql. Vous devez installer les mises à jour SQL mangos manuellement à partir de vos mangos-git-directory/sql/updates /

2012-07-04 15:34:20 ERROR: [1] You have: --> `11926_01_mangos_creature_template.sql`

2012-07-04 15:34:20 ERROR: [2] You need: --> `12012_01_mangos_spell_template.sql`

excuses, je suis en utilisant Google Translate. J'espère que ce qui est compréhensible

[rumpilstilskin]

Thank you for your answer antiroot. Going to check if I have this update file somewhere, but I thought I'd have all the files with the UDB updatepack. I dont understand why a part is missing

[antiroot]

traduction:

UDB ne fournira que des mises à jour au point où elle a été libérée. Mangos a été mis à jour depuis la sortie de UDB 404. Vous devez installer tous les autres fichiers SQL vous-même. Il y aura plus d'un fichier SQL et vous devez les installer dans l'ordre.

Original English:

UDB will only provide updates to the point it was released. Mangos has been updated since the release of UDB 404. You have to install all the additional SQL files yourself. There will be more than one SQL file and you must install them in order.

[rumpilstilskin]

The only update I found that I didn't update my server with on UDB's forum is :

UDB_0.12.2_mangos_11792_SD2_2279

The other updates 401 to 404 I have updated are :

402_corepatch_characters_11377_to_1179

402_corepatch_mangos_11377_to_11792

402_updatepack_mangos.sql

403_corepatch_mangos_11793_to_11840

403_updatepack_mangos.sql

404_corepatch_mangos11841_to_11928

404_updatepack_mangos.sql

Where should I load UDB_0.12.2_mangos_11792_SD2_2279 ? SQLyog/mangos or SQLyogSD2 ?

[fra298]

Regarde dans le dossier SQL\\updates du repertoire ou se trouvent les sources de Mangos. Tu dois faire la mise a jour de la bdd comme suit :

11940_01_mangos_creature_movement_scripts.sql

11940_02_mangos_event_scripts.sql

11940_03_mangos_gameobject_scripts.sql

11940_04_mangos_gossip_scripts.sql

11940_05_mangos_quest_end_scripts.sql

11940_06_mangos_quest_start_scripts.sql

11940_07_mangos_spell_scripts.sql

11947_01_mangos_dbscripts.sql

11953_01_mangos_playercreateinfo_spell.sql

11955_01_mangos_mangos_string.sql

11955_02_mangos_command.sql

11958_01_mangos_mangos_string.sql

11964_01_mangos_conditions.sql

11968_01_mangos_creature_linking_template.sql

11985_01_mangos_gameobject_template_scripts.sql

11994_01_mangos_creature_linking.sql

12000_01_mangos_spell_template.sql

12012_01_mangos_spell_template.sql

[rumpilstilskin]

Vu! Je te remercie.

Un truc qui me trouble néanmoins; j'ai des fichiers sql dans Mangos/sql qui portent la date du jour bien avant le fichier 11940, comme :

10159_01_mangos_spell_proc_event

Dois-je mettre à jour tous les fichiers sql qui portent la date du jour?

Cette date semble indiquer qu'ils ont été modifiés ou créés aujourd'hui; je devrais donc peut être les mettre à jour.

Merci.

[fra298]

Non, ca n'est pas utile :

2012-07-04 15:34:20 ERROR: [1] You have: --> `11926_01_mangos_creature_template.sql`

2012-07-04 15:34:20 ERROR:

2012-07-04 15:34:20 ERROR: [2] You need: --> `12012_01_mangos_spell_template.sql`

Le message d'erreur signifie que :

- la derniere mise a jour de ta base de données est la 11926_01_mangos_creature_template.sql, mais que la version du core que tu utilises requiert la mise a jour 11926_01_mangos_creature_template.sql. De ce fait, tou ce qui est anterieur a 11926 est deja present dans ta base SQL.

Dois-je mettre à jour tous les fichiers sql qui portent la date du jour?

Cette date semble indiquer qu'ils ont été modifiés ou créés aujourd'hui; je devrais donc peut être les mettre à jour.

Ils doivent tous avoir la même date si c'est la première fois que tu as récupéré les fichiers source.

[rumpilstilskin]

Ok je commence à comprendre comment ça marche!

Concernant les dates des fichiers sql, en fait j'ai trois dates.

J'ai commencé il y plus d'un an par créer un serveur version 399, puis j'ai mis à jour à la version 401.

j'ai la date du 13-03-11 sans doute la création en udb 399, puis la date du 21-4-11 sans doute la mise à jour en version 401, enfin la date du 4-07-12; la mise à jour en version 404.

Je sais, je devrais savoir faire, mais je trouve ces mises à jour horriblement compliqués et plus d'un an après la dernière mise à jour je pédale dans la choucroute !

Donc, j'ai des fichiers sql antérieurs au fichier 1196 qui portent la date du 4-07-12. Peut-être puis-je les charger dans ma base par acquis de conscience... si ils y sont déjà ça ne devrait pas poser de problème.

Qu'en penses-tu?

Merci pour ton aide!

[fra298]

Donc, j'ai des fichiers sql antérieurs au fichier 1196 qui portent la date du 4-07-12. Peut-être puis-je les charger dans ma base par acquis de conscience... si ils y sont déjà ça ne devrait pas poser de problème.

Non, d'autant plus que ca te retournerait un message d'erreur. La table db version contient un champ qui cahnge de nom a chaque mise a jour SQL. Ca permet au core de savoir si la bdd est a jour; par exemple, la derniere version du core est la 12026 et au demmarrage, le core verifie que dans la table db version le dernier champ est bien : "required_12012_01_mangos_spell_template", si tel n'est pas le cas, ca retourne un message d'erreur similaire a celui que tu as eu. Ca permet d'etre sur que la base de donnees est a jour (au moins la structure).

[rumpilstilskin]

Bon j'ai chargé les fichiers sql dans l'ordre; ceux avant 11940 ont généré comme tu le dis un message d'erreur.

Je peux lancer mon server ! Ce qui est super !

Par contre j'ai deux soucis. Peut-être auras-tu une idée.

Lors du chargement de mangosd.exe. j'ai un message d'erreur :

Le point de procédure

?SetActiveObjectState@Creature@@QAEX_N@Z

est introuvable dans la bibliothèque de liens dynamiques mangosd.exe.

Autre problème :

J'ai créé sur mon serveur version 401 de nouvelles quêtes et objets via Quice, or certains objets ne fonctionnent plus comme avant. Par exemple j'avais mis sur un bâton l'option de lancer des feux d'artifices en cliquant sur l'image du baton; cela ne marche plus, j'ai le message "votre personnage n'a pas la compétence pour utiliser cet objet" pourtant il peut le déséquiper et le rééquiper. Le nom générique "Baton" est en rouge d'ailleurs comme si il ne pouvait équiper.

Lorsque je vais dans Quice pour vérifier ce qu'il en est j'ai un message "Item out of bound (10)" lorsque j'accède au détail des caractéristiques que j'ai attribués à cet objet.

Cela te dit quelque chose?

Merci encore pour ton aide.

p.s. si je voulais revenir à la version 401, ce serait possible? Exist-il une procédure pour faire cela? J'imagine que ma sauvegarde Mangos version 401 ne marchera pas puisque j'ai chargé de nouvelles mises à jour.

[dbauz]

Update quice 1.2.61 http://quice.indomit.ru/?act=1〈=en

[rumpilstilskin]

Merci pour le tuyau dbauz !

J'ai téléchargé la version Quice 1.2.61 .

Plus de message "Item out of bound (10)" lorsque je charge sur quive un objet créé.

Pour autant, lorsque j'ouvre "..." en vis à vis de Spellid j'ai un tableau vide qui s'ouvre, impossible d'accéder à la liste des sorts.

Y aurait-il une façon d'installer Quice que j'aurais raté? Lors du téléchargement j'ai récupérer le dossier Quice sur mon bureau via WinRAR. Aucun exe à lancer pour installer. Du coup j'ai placé le dossier dans C:/Program files (x86) puis fait un racourci dans ma barre.

Est-ce ok? Je vois que dans le dossier Quice il y a un fichier Quice.sql et un dossier CSV avec des fichiers csv dont SpellTrigger. dois-je charger ces fichiers quelque part?

Merci pour ton aide !

[dbauz]

Il faut l'installer avec ton logiciel sql de préférence navicat

[rumpilstilskin]

Merci dbauz.

J'utilise SQLyog. J'ai mis Quice dans le dossier SGLyog. Pas de différence dans Spellid.

Peut être que le fonctionnement a changé et que je ne sais pas m'en servir.

Lorsque je cherche un objet que j'ai créé dans Item, j'ai le nom de l'objet qui apparait, je double clic dessus puis j'ai le tableau complet de l'objet. A gauche sous spell, j'ai spellid avec le numéro du sort que j'avais attribué à cet objet. A droite de ce numéro j'ai le bouton "...", lorsque je clic dessus s'ouvre une fenêtre avec en haut à gauche "Search", dessous: "Search mask", dessous une ligne pour entrer du texte, dessous deux boutons: "SpellID" et "SpellName". Enfin dessous un grand bloc vide qui lors de la précédente version de mon jeu se chargeait de tous les sorts disponibles. (j'ai mis à jour avec succès les sorts dans Tool/Rebuil Spell list)

Là impossible de charger quoique ce soit. J'ai beau cliquer sur "SpellID", sur "SpellName", entrer le code de mon sort dans la zone texte... etc, rien à faire pour charger cette liste!

Comment fais tu pour charger la liste des sorts?

Ce serait sympa si tu pouvais m'éclairer sur ce point !

[rumpilstilskin]

Bon je progresse ^^

J'ai retrouvé ma base de données pour la liste des sorts... l'erreur venait de moi bien évidemment... j'avais renomé mon dossier Mangos en Mangos-404 dans l'espoir d'en recréer un Mangos-401 (ce qui s'avère difficile puisque le core téléchargeable est aujourd'hui le 404)... du coup Quice ne trouvait pas le chemin de la DB.

Modifié path dans Quive pour C:/Mangos-404/db et j'ai à nouveau accès à la liste des sorts:)

Par contre toujours un truc pas réglé; la fenêtre Quice affiche en haut :

Quice-Connection:localhost:3306/UDB 0.12.1 (401) for MaNGOS 11379 with SD2 SQL for rev. 2036

Je ne serais pas connecté sur la version à jour? C'est curieux car j'arrive à créer de nouveaux objets et à y accéder via Quice.

[TheLuda]

Peut-être la chaîne de la version de base de données n'a pas été actualisée.

Sloopy translator

English: Perhaps the database version string has not been updated.

[Kaiosown]

Pas besoin de quice, tu peut tout faire à la main et c'est mieux car tu sais ce que tu as fait au moins et ça te permet d'apprendre

[rumpilstilskin]

@theluda yep looks like I missed something... seems to hapen often to me when I update... going to try again !

@Kaiosown Ouais...bon faut être programmeur pour pas avoir de problèmes, sans doute oui... ce n'est pas mon cas...

[Kaiosown]

Pas du tout, il faut juste que tu apprennes les tables ensuite ça ira tout seul

[rumpilstilskin]

De retour de vacances je reprends cette discussion:)

Je te remercie pour ton conseil Kaiosown. Ou trouves-tu ces tables s'il te plait? Et comment entrer les modifications, directement via la console?

Enfin je vais essayer à nouveau de passer en version 404... avant de partir je n'avais pas réussi

[Kaiosown]

Les tables sont dans ta base de donnée(characters,realmd,mangos(ou world)) si tu utilise YDB, tu peut retrouver leurs wiki ici http://udbwiki.no-ip.org/index.php/Mangosdb_struct.

Pour éditer les tables tu peut utilise navicat,sqlyog ou tout simplement la console de MySQL à toi de choisir.

[rumpilstilskin]

Ok je te remercie Kaiosow, je vais regarder ça... une fois les mains dans le moteur ça devrait être encore plus amusant de créer de nouvelles quêtes

Je ne voudrais pas abuser, mais pourrais-tu m'aider à récupérer les mmaps? J'ai posté un sujet sur la question dans la rubrique général "Help" et je n'y arrive pas malgré quelques indications qui m'ont été données

J'ai cru comprendre qu'il fallait que je les génère mais je n'arrive pas à le faire. Il y avait bien un lien sur l'ancien forum pour récupérer ces fameuses mmaps, mais il est mort

[Kaiosown]

Tu dois compiler les tools ( les mmaps sont ici https://github.com/mangos/mangos/tree/master/contrib/mmap )

ensuite tu prend les .exes et places les dans ton WoW et tu extrait les dbc maps vmaps & les mmaps, les mmaps peuvent prendre longtemps (1h comme 1 jours)

[rumpilstilskin]

Je te remercie Kaiosown. Mais j'ai des difficultés.

Lorsque je lance ad.exe de mon dossier WoW la console se ferme tout de suite après avoir affiché le message :

Map & DBC Extractor

No locales detected

En fait j'ai l'impression que mon installation a été déterioré depuis que j'ai essayé de passer en DB 404. Pourtant j'ai toujours accès à mon serveur en version 401, mais je n'avais pas tant de problèmes de pnj passant à travers le décor avant. J'ai l'impression d'avoir perdu une partie de mes données... sans avoir réussi à passer en 404.

J'ai quand même envie de réussir à charger ces mmaps avant de relancer la mise à jour en 404.

Par ailleurs tu me donnes un lien vers les mmaps. Ce sont des lignes de codes que je n'ai jamais géré jusqu'à présent.

Pourrais-tu s'il te plait me détailler la procédure pour récupérer ces mmaps?

Merci !