Jump to content
TrinityCore

"unknown column" "missing table" "duplicate column" error / sql problems / SQLDriverLogFile < answer on 1st post of 1st page


Apple
 Share

Recommended Posts

Hello,

 

I am using this core: https://github.com/TrinityCore/TrinityCore (commit 31b0b1afb8da2d72f197a61bf23787a7d783962a)

this TDB: http://www.trinitycore.org/f/files/file/9-tdb-full-434/

and all these updates: https://github.com/TrinityCore/TrinityCore_4.3.4_DB_Alpha/tree/master/updates (commit eafb5001e04b94775c2420d20c9c868fd8e95b85)

 

I compiled the core, added to the db the auth/characters from core, then added to world the full TDB, and then installed all those updates from the repo. Yet when I try to start worldserver, I get the error:

SQL and DBC format strings are not matching for table: 'spell_dbc'
[1146] Table 'world.spelleffect_dbc' doesn't exist
Your database structure is not up to date. Please make sure you've executed all queries in the sql/updates folders.
Are there any SQL updates I am missing? Thanks in advance!

 

 

 

Link to comment
Share on other sites

Hi all,

I've been looking around for solutions (yes, i did use the Search button  :rolleyes:) but can't find a simple way to have this fixed:

I've recently imported the latest TDB release (TDB_full_335.51_2013_02_14.sql).  After that I merged all the updates into one single SQL file, but i get the error below:

 

Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-29 23:37:05
Line no.:102
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-29 23:39:43
Line no.:14461
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-29 23:44:25
Line no.:14461
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-29 23:44:38
Line no.:102
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-29 23:44:53
Line no.:102
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
DELETE FROM `playercreateinfo_spell` WHERE `race`=10 AND `Spell`=61437

Error occured at:2013-06-29 23:46:17
Line no.:724
Error Code: 1054 - Unknown column 'race' in 'where clause'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-30 12:54:04
Line no.:8035
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
INSERT INTO `playercreateinfo_spell` (`race`,`class`,`Spell`,`Note`) VALUES
(10,2,61437, 'Opening'),
(10,3,61437, 'Opening'),
(10,4,61437, 'Opening'),
(10,5,61437, 'Opening'),
(10,6,61437, 'Opening'),
(10,8,61437, 'Opening'),
(10,9,61437, 'Opening')

Error occured at:2013-06-30 12:57:12
Line no.:732
Error Code: 1054 - Unknown column 'class' in 'field list'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-30 13:08:17
Line no.:102
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



Query:
UPDATE `creature_template` SET `equipment_id` = 0 WHERE `name` LIKE '%(1)' OR `name` LIKE '%(2)' OR `name` LIKE '%(3)' OR `name` LIKE '%(4)'

Error occured at:2013-06-30 13:18:07
Line no.:14461
Error Code: 1054 - Unknown column 'equipment_id' in 'field list'



It seems as one of the updates deletes the "equipment_id" column and after it tries to add some data again to the same.  

I know the solution for this is running the updates one by one and paying attention to the one that fails... but i'm wondering if there is any fix released for this already? 

 

 

Extra Info

OS:  Windows 7 Ultimate x64

RAM: 8GB
Processor: Quad Core Q8300 @ 2,5GHz

TrinityCore release: b3bdcc6 (updated today 30/06/2013)
TDB release: TDB_full_335.51_2013_02_14

MySQL Version: 5.5.
SQLyog v11.13

CMake 2.8

GitExtensions 2.44

Edited by AlexDark
Link to comment
Share on other sites

2013_02_18_00_world_misc_equip <- did you run this sql in its entirety?

 

I just checked all of the updates following the above, and none update the equipment_id column in creature_template (all the way to today's commits). The only references made to this column are applied to the `creature` table (as they should).

 

You either missed the SQL I mentioned above, or your batch is screwy.

  • Upvote 1
Link to comment
Share on other sites

I checked the version table which says:  TrinityCore rev. 2013-01-14 12:00:00 -0000 (45363b8216f03f2) (Win64, Debug), meaning I have to import ALL the files in the update folder (all of them are older then 2013-01-14).

I merged them with the basic command (cmd > type *.sql > update.sql), so obviously i didn't missed the SQL you mentioned.  The files also have been merged in correct date order, so I'm not sure what else I have to do... 

Is there some batch there that I can use?  I haven't seen any batch in the source  :(

Link to comment
Share on other sites

TrinityCore rev. 2013-01-14 12:00:00 -0000 (45363b8216f03f2) (Win64, Debug),

 

Interesting...I literally just checked out that exact same revision to restore a back up of characters I needed. As a matter of fact, I was doing that right before I came back to read your reply... What a coincidence?

 

Anyway, seeing as you are working with a core that is OLDER than the TDB (which was released on 2-14), you will also need to import the SQL queries found in the TDB 50 folder under sql/old/3.3.5a/TDB50_to_TDB51_updates/world, starting with the queries on the same day or immediately after your DB date found in `version`.

 

Since you did not do this, it may be difficult to do now that you've imported SQLs out of order. You may need to wipe the updates you've done and start over from the correct date.

Link to comment
Share on other sites

Interesting...I literally just checked out that exact same revision to restore a back up of characters I needed. As a matter of fact, I was doing that right before I came back to read your reply... What a coincidence?

 

I can't tell how many times I've worked on something, came back and seen another update added to TC, literally minutes later.

Link to comment
Share on other sites


Unless you have some really important custom changes, just drop the world DB and apply the latest TDB plus updates.

 

This.

 

In addition, every single change you make to the world DB should be saved as updates in an *.sql file, which you can then just re-run after you've reset the world DB.

Link to comment
Share on other sites

Alright, I found a way to fix it. It's apparently needed to apply some of the 3.3.5a SQL files.

 

They are marked with "434".

 

Interesting. Both guides on the wiki (windows and linux) say not to install anything from the Updates folder and I was even accused of "doing it wrong" in a bug report when I mentioned that my character can't use any chat commands.

 

I found that I needed to copy the PlayerCreatInfo_* tables from my 3.3.5a database to 4.3.4 in order to be able to use gm commands, despite what the "experts" say.

Link to comment
Share on other sites

Interesting. Both guides on the wiki (windows and linux) say not to install anything from the Updates folder and I was even accused of "doing it wrong" in a bug report when I mentioned that my character can't use any chat commands.

This is because *ideally* you shouldn't need to import anything from 335a -- changes should have already been merged with 434. But since this isn't the case...

Short story: 434 needs to be resynced with 335a.

Link to comment
Share on other sites

This is because *ideally* you shouldn't need to import anything from 335a -- changes should have already been merged with 434. But since this isn't the case...

Short story: 434 needs to be resynced with 335a.

Indeed, I agree. Unfortunately the typical knee-jerk answer to these types of questions is "you did it wrong".

Link to comment
Share on other sites

Did anyone figure out which 3.3.5a files he imported to fix the issue? "They are marked with "434"" isn't clear enough.

 

Maybe the ones in the "srcsqlold4.3.4" folder although as I mentioned before, the "experts" say you're not supposed to be importing anything from there so it's up to you if you want to try it.

Link to comment
Share on other sites

Thanks,  I scrapped my world db, and started from scratch again using MySQL workbench. When I was using heidisql, the sql import would error out, and the worldserver error would remain. I'm not sure how to tell heidisql how to continue on error, so I used MySQL Workbench, imported the sql files and told it to continue on error, I did that with the TrinityCore_4.3.4_DB_Alphaupdates folder, then I made a batch file with "copy /a *.sql /b world_updates.sql" and stuck it in the TrinityCoresqlupdates folder, ran the batch file, and imported world_updates.sql. After doing that, I successfully created an account, logged in and it seems to be working. Thanks for the suggestion.

Link to comment
Share on other sites

--- Canned message start ---

It appears the issue in the original post was solved, so this thread shall be closed.

Should you encounter any other difficulties, please open a new thread.

--- Canned message end ---

Link to comment
Share on other sites

 Share

  • Recently Browsing   0 members

    No registered users viewing this page.


  • Similar Content

    • By xgamerninjax
      Hello all, first time posting here and it's really got me scratching my head.
      I've compiled everything on my own computer, and then transferred everything to a host computer so the server can stay live. The server was running fine for a month or so and then suddenly it just crashes when it hits "Loading C++ scripts", exiting saying "caught signal 22"
      I tried setting up the host computer from scratch and transferred everything over fresh and it's still happening for some reason. (Note, I can run the server perfectly on my personal pc where I compiled it.)
      Any help would be greatly appreciated, thanks!
      3d7e3a40e2b3+_worldserver.exe_[1-4_15-19-45].dmp 3d7e3a40e2b3+_worldserver.exe_[1-4_15-19-45].txt
    • By Rochet2
      A lot of people have asked how to debug so I made this short guide on how to set up debugging.
      This guide only tells you how to actually set up debugging in TrinityCore on Windows and Linux.
      This will not explain the basics of debugging. You can google those or play around with the debugger to learn.
      Here are a few videos that explain how to actually debug after setting debugging up on visual studio: https://youtu.be/0ebzPwixrJA and linux: https://www.youtube.com/watch?v=sCtY--xRUyI

      This guide contains multiple guides. Each list of bullet points is it's own guide.
      Make sure you can run the server normally before trying to debug.

      Windows:
      On Windows before anything you should check these
      - Before debugging or making crashlogs etc. with Visual Studio you must compile the core in "Debug" instead of "Release". You can select this in "Build>Configuration Manager" or at the top of Visual Studio window http://i.imgur.com/5oHd59j.png
      - You also need to move the new pdb files generate by compiling in debug mode on Visual Studio from the compile output folder (bin) to your server folder - these files contain information needed for debugging.
      - It is assumed that Solution Explorer is open. Open it by selecting "View>Solution Explorer" in Visual Studio http://i.imgur.com/hkW6Gk0.png
      -- You may want to click on the Home icon to reset the view on Solution Explorer http://i.imgur.com/N8UPwDh.png
      - You can place breakpoints in Visual Studio editor by right clicking a line of code and selecting "Breakpoint>Insert Breakpoint" http://i.imgur.com/L2TxBVG.png
      - At the top of the window you should see controls for stepping and continuing when you have started to debug.
      - Here is a video showing the basic Visual Studio functionality https://www.youtube.com/watch?v=Ijdk4z8-2OI
      Fastest way to debug on windows. This is the easiest way to start up debugging a script.
      - Start the authserver and worldserver normally
      - Open TrinityCore.sln in Visual Studio. This is what you usually open when you want to compile the core
      - In Visual Studio at the top select "Debug>Attach to process...>worldserver.exe" and click "Attach" http://i.imgur.com/jDEI2Hq.png
      - You are now debugging
       
      The second slower way of debugging on windows. This is useful for debugging something that occurs in the startup of the server.
      - Open TrinityCore.sln in Visual Studio. This is what you usually open when you want to compile the core
      - In solution explorer right click on worldserver and select "Set as StartUp Project" http://i.imgur.com/wvMzeRA.png
      - In solution explorer right click on worldserver and select "Properties" http://i.imgur.com/rTNEF9O.png
      -- In Properties you should go to "Configuration Properties>Debugging" and edit "Working Directory" to point to the server folder. For me this is the default compile folder so I use "$(OutDir)" http://i.imgur.com/aRI29fB.png
      - Start the authserver normally
      - Start the worldserver by selecting "Debug>Start Debugging". The server will start with debugging attached from the beginning http://i.imgur.com/cg1KJNw.png
      - You are now debugging
      Crashlogs on windows. Once you have a way to reproduce a crash you can get a crashlog that can help you resolve it.
      - After compiling the core in "Debug" instead of "Release" start up the worldserver and authserver
      - Reproduce the crash you have
      - In the server folder there is now a folder called Crashes that contains txt and dmp files. http://i.imgur.com/9eQIdql.png
      - You can open the txt files in text editors http://i.imgur.com/EH6R17E.png
      -- At the top of a txt file there is some information about your system and below it there is the Call Stack and below that there are Variables of each part of the call stack
      -- The Call Stack will tell you at the top what was the last function call before crashing and what function calls led to that function call.
      -- Next to the function names there is the file that the function is defined in and the line number the code was executing in that function.
      -- In the Variables section you can inspect variables that were present at each function call.
      -- Based on this information you are often able to see what crashed or get a better view of what you need to inspect more in your code.
      - The dmp file can be opened in Visual Studio
      -- Open TrinityCore.sln in Visual Studio. This is what you usually open when you want to compile the core
      -- Drag and drop the dmp file to Visual Studio
      -- In the window that opens click to "Debug with Native Only" http://i.imgur.com/OgyU2kM.png
      -- In the window popup click "Break" http://i.imgur.com/4jDzqRn.png
      -- You are now in a state like you would have hit a break point in the code or a crash while debugging. You can inspect the call stack and the variables.
      Edit and continue on windows. When debugging this allows you to change the code and without restarting the server apply those changes so they actually work ingame.
      - Open TrinityCore.sln in Visual Studio. This is what you usually open when you want to compile the core
      - In solution explorer right click on worldserver and select "Properties" http://i.imgur.com/rTNEF9O.png
      -- In Properties select "Configuration Properties>Linker>General" and set "Enable Incremental Linking" to "Yes". http://i.imgur.com/caQqwN5.png
      -- In Properties select "Configuration Properties>Linker>Advanced" and set "Image Has Safe Exception Handlers" to "No". http://i.imgur.com/FYzN8Ks.png
      -- In Properties select "Configuration Properties>C/C++>General" and set "Debug Information Format" to "Program Database for Edit And Continue". http://i.imgur.com/pxQ6I8N.png
      - At the top of the window select "Tools>Options". In the Options select "Debugging>General" and in there select "Enable Edit and Continue", "Enable Native Edit and Continue" and "Require source files to exactly match the original version".
      - Compile the server for the changes to take effect.
      - Set up "The second slower way of debugging" (I did not test edit and continue on other configurations)
      - Start the authserver normally
      - Start the worldserver by selecting "Debug>Start Debugging".
      - Try edit a cpp file a little and save it.
      - At top of Visual Studio window select "Debug>Apply Code Changes" and wait until the changes are applied. Warning: it can take considerable amount of time for the changes to be applied. http://i.imgur.com/77pb58E.png
      - If you have issues, be sure to check the error messages in Output. You can view it by selecting "View>Output" http://i.imgur.com/4cIznW9.png
      - This guide was written based on https://msdn.microsoft.com/en-us/library/esaeyddf.aspx and https://blogs.msdn.microsoft.com/vcblog/2015/07/22/c-edit-and-continue-in-visual-studio-2015/
      Linux:
      First we need to compile the server in debug mode.
      - Compile the server with the cmake flag -DCMAKE_BUILD_TYPE=Debug

      Debugging on linux. You can debug on linux by using GDB.
      - Here is a good video about it: https://www.youtube.com/watch?v=sCtY--xRUyI
      - Basically you
      -- Start the authserver
      -- Start the worldserver by using "gdb ./worldserver"
      -- Enter breakpoints by using break command on gdb
      -- Use the run command on gdb to start the server
      -- You are now debugging
      - You may also be interested in using VScode or some other more visual debuggers. https://www.youtube.com/watch?v=B0xTgyCwsAo
      Crashlogs on linux. Once you have a way to reproduce a crash you can get a crashlog that can help you resolve it.
      - Take crashreport.gdb from /contrib/debugger from source folder and place it to your server folder
      - Start the authserver
      - Start the worldserver by using "gdb -x crashreport.gdb ./worldserver"
      - Reproduce your crash
      - There should be a backtrace.log in your server folder that contains information about the crash like the callstack and variables in each function call in the call stack
      - This guide was written based on https://github.com/TrinityCore/TrinityCore/blob/master/contrib/debugger/README
      Running valgrind on linux. This helps you find memory errors like invalid reads and writes and memory leaks.
      - Here is a good video about it: https://www.youtube.com/watch?v=fvTsFjDuag8
      - Basically you
      -- Start the authserver
      -- Start the worldserver by using "valgrind ./worldserver"
      -- Run your code that you want to analyze and close the server
      -- The console or an output log should contain the valgrind log
    • By reyne
      Hey there!

      I've followed a few threads here about map extraction, and am still having issues. Originally, I was having the issue described here.
      After following the advice given in that thread (creating characters of both BC races and running around for a bit), I am no longer getting that error, however now I get the following error while trying to extract maps:

      `Error loading World\Maps\Expansion01\Expansion01_42_6.adt`

      This repeats for every line in Expansion01, and then the extractor crashes.

      I'm not sure where else to go from here.

      Thanks for your help

      Edit: I've created an 85 on an i85 server and flown all around Outland now, same issue.
    • By Uee
      I recently found the Trinity Cataclsym Preservation Project and thought I will try it out.
      I am already running 3.3.5a and Master - both server run great
      Pulled 4.3.4 down using Git and built it same way as others:
      boost_1_73_0 cmake 3.17.2 Mysql 5.7.30 VS Community 2019 Built fine - no issue. Used 'Extractor.bat' to run all the map extractors - worked great!
      Noticed there was extra file 'connection_patcher.exe`, ran that - worked great! Now have "wow_patched" and use this to launch client
      MySQL runs in standalone mode, -initialize, added base sql files, imported, auth and character sql files
      Configured both the .conf files and passwords, IPs etc are all in place.
      Note: When loading the exe and built conf file, bnetserver complain about these items missing, so I add them:
      Updates.AutoSetup = 1 Updates.EnableDatabases = 0 LoginDatabase.SynchThreads = 1 Load up Mysql - loads fine
      Load up bnetserver and appears to load ok - last few lines look like this:
      Connected to MySQL database at 127.0.0.1
      DatabasePool 'auth' opened successfully. 2 total connections running.
      Started auth database connection pool.
      Listening on connections from worldservers on port 1118...
      Load up worldserver and it adds the FULL world and hotfixes, then applied all updates (confirmed archived in SQL) - last few lines look like this:
      Calculate next monthly quest reset time...
      Calculate random battleground reset time...
      Calculate guild limitation(s) reset time...
      Calculate next currency reset time...
      World initialized in 0 minutes 13 seconds
      TrinityCore rev. d0c7bbab40bc 2020-05-06 00:01:21 +0200 (master branch) (Win64, RelWithDebInfo, Static) (worldserver-daemon) ready...
       
      There are no db errors in logs.
      Config.wtf contain portal, realmlist as remote server and patchlist as localhost.
      When I try to connecting using "user@local" and password I get immediately disconnected.
      What I did noticed different is that the bnetserver doesnt add "Added realm "Battle for Azeroth" at 192.168.10.213:8085." (From my Master log) 
      3.3.5a also have this line as last line in authserver - but 4.3.4 is not giving me this one.
      Realmlist table is accurate with right information.
      Anyone know why bnetserver is not starting me realm?
       
    • By Deer_Hunter
      Hello all,
      I just updated from the latest Git 
      Trinity Core REV. ac6baa547376 + 2020-02-21  3.3.5 Branch.
      I'm getting this error after crash.
      Problem signature:
        Problem Event Name:    APPCRASH
        Application Name:    worldserver.exe
        Application Version:    0.0.0.0
        Application Timestamp:    5e50a462
        Fault Module Name:    StackHash_f12f
        Fault Module Version:    6.3.9600.19629
        Fault Module Timestamp:    5e2fdc0d
        Exception Code:    c0000374
        Exception Offset:    PCH_9E_FROM_ntdll+0x0000000000090D0A
        OS Version:    6.3.9600.2.0.0.272.7
        Locale ID:    1033
        Additional Information 1:    f12f
        Additional Information 2:    f12f0934d3e965f73c68e60f20f2cd40
        Additional Information 3:    7595
        Additional Information 4:    7595e4d8d703db9dcd3d2f6ea540e357
      the exception code says its a Heap error,  I'm not sure how to troubleshoot this.
      Thanks
×
×
  • Create New...