Jump to content
TrinityCore

Thulium

Members
  • Content Count

    44
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Thulium

  1. The password it asks is the one for the database server root, the generated password is for the TC databases, so you probably installed a DB server and secured that beforehand. Most default installations of MariaDB on Debian don't request a password if you are logged in as root on the system and run mysql commands. Buster packages are coming up soon, just a few more days until it's (long awaited) release...... :-)
  2. It took me some time to set this up properly ;-) I'm glad it works well :-) About the missing config keys, that's correct, the config files are still the same (from the ones I created back then) and are not updated (as it requires me to reconfigure them each time a new key is added). Good thing for us is that the software doesn't care about missing keys and will assume a sane default value. The best/easiest solution would be to 'port' the configuration included in the packages to a fresh config file. Same goes for the warnings, the server will run just fine, but this is only because the DB is newer then the code, the other way around could be problematic, as you'd be referring to DB objects that don't exist for scripts that need 'm.
  3. Hey, I (very) recently updated the repo to use https, if you have issues downloading the packages, make sure you have apt-transport-https installed. When installing the server it does not automatically install the database packge, this allows you to use a different machine for the DB :-) (e.g. you already have a tuned DB server running). You can always install the DB package on the same host as the server package. It will pull in a mariadb-server as well. Not sure about the DB errors... The only check you can do is see if all trinitycore-*3.3.5 packages are of the same day, I just did and it seems the DB package is about 12 days newer. I'll need to check my buildserver why it isn't building the others. EDIT: found the issue, build was stuck on installing a dependency :-) just started it up again, expect new arrivals in ~2 hrs
  4. Well, in that case, roll your own ;-) https://github.com/Thulium-Drake/trinitycore-recipes
  5. psst, if you manage to get it working, don't forget to make a post on how you did it :-) help someone else help themselves too ;-)
  6. The documentation has everything you need: https://trinitycore.atlassian.net/wiki/spaces/tc/pages/2130077/Installation+Guide
  7. If you downloaded the Windows archive, you're going to have a hard time running the software.. Can you run 'file worldserver.exe', it should say something like: worldserver: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=9c04eb9ccf1cf2a97498f2b8aa4254aba44600ff, not stripped If you're running into issues with compiling and installing the software, have a look over here:
  8. Shameless plug: All the work you mention has already been done there ;-)
  9. Hi all, For those that are still using my packages, please note that the package name has changed! It's now suffixed with '-en', and I have put in place some scripting that will clean up old builds (as it was frequently clogging up my repo server). The name has changed due to me using the build script for other stuff as well and I want to avoid naming collisions with other software that resides in the repo. I have updated the TS :-) TL;DR: use trinitycore-server3.3.5-en, trinitycore-database3.3.5-en and trinitycore-tools3.3.5-en now.
  10. The other problem I see in the screenshot is that you are running Trinitycore as root... Please don't! It's very bad security practice. You'll want to create a new useraccount, and change permissions and test if everything still works. Shameless plug: the alternative -> Also features automatic updates.
  11. Hi @Wronglebowski, Yes, it was. For some reason my build script didn't include it any longer. I have updated it to include it again. I'm currently running a build and will upload new packages when that's done. Try to update your server in a few hours, as a new update is available and a full build takes about 2hrs. Cheers!
  12. Hi Folks, If anyone else comes across this topic in search of the missing script. Good news, it has been fixed in the latest version of the packages! For anyone wondering what this is all about? Check my topic mentioned in the post above mine. setup_database.sh is a script I wrote to setup a fresh set databases when you are using the packages I make. Cheers, Thulium
  13. Sorry for the late reaction, I've updated the database package to include the new TDB version. The name and the structure of the TDB archive on the Github page changed, so my script got confused, but I didn't use/check my server lately :-) Cheers!
  14. Hello folks! Today I finished upgrading my buildserver to Debian 9 'Stretch', and the packages will now be compiled to that version of Debian. Please note that older versions of Debian -will- break- as they no longer satisfy the requirements. You should be able to upgrade your system from Debian 8 to 9 and the new version of the packages will automatically work :-) Cheers!
  15. Hi blackcat, The software itself will run on Ubuntu just fine, as long as you are providing it with enough resources. However, the packages are made for Debian 8 (will upgrade to 9 soon). You are free to try and install the packages on your Ubuntu server, however, some package names for the dependencies might not match. And then the package manager (dpkg) will be unable to install the software. You could do one of 2 things: - Run a debian based server - Manually unpack the deb files and move the files to the correct folder (and script that) Regarding the 7.2.5 server, I do make packages for the 'master' branch for trinitycore, but I don't run a master branch server and those packages might contain incomplete configuration. However, feel free to try them and let me know what to include :-) Cheers
  16. I might be late to the party, but when you are running the extractor tools, can you open 'top' in a different terminal window? It sounds like you either have severe I/O Wait times, or your system is busy with other stuff. I've ran the extractors on a virtual machine (on a server that's hosting 20 other VMs on a single i5 cpu) and it took a few hours, but nothing exciting.
  17. Hi moonwhaler, Thanks for the feedback! :-) As for bots, I fear that there isn't a viable project at the moment that implements player bots. I have tried merging a few codebases a few years ago, if I got it working, it was very laggy and heavily taxing my server. And sadly, most of the projects that implement a form of bots in TrinityCore are dead, or almost dead. As the code is no longer compatible with the server. What -could- be an option, but I don't know how well they are developed, take a spare PC, run some copies of WoW on it in low graphics mode and use an actual bot to co ntrol them. But I don't know if they are any bots that can do anything more then 'just farming'. You might also need to disable Warden if you use modified WoW clients. Cheers!
  18. My guess would be that it's all gone or corrupted, you could give yourself a 'safeguard' by giving the databases a version in the name, e.g.: - characters-335 - characters-master etc.. That's what I did with the packages I've made :-)
  19. If you check your DB server, there should be 3 databases that contain TC data: - auth: useraccounts and server connection profiles (realms) - characters: what it says on the tin - world: what it says on the tin The first 2 databases contain 'unique' information in the sense that it's unique to your server, it contains everything people did on your server. The world database is the only one that you can ignore for backup purposes, as it can be reconstructed.
  20. This looks like a repost of the topic below with a different repack.. Same advice as before, compile it yourself if you want support on these forums. Or check the appveyor links in this topic:
  21. Hi Pallam, It's better to report this to the issue tracker on Github: https://github.com/TrinityCore/TrinityCore/issues That's where most of the dev's are :-)
  22. I beg to differ, the reason the libraries tend to run out of sync is because the OS keeps itself updated and (as much as possible) security hole free. A better practice would be to have a 'staging/test' server which you run with the SAME version of the codebase as you have on your 'live' server. On that server you run the following 3 steps on a daily basis: - Stop MySQL/TC servers - Update OS packages - Restart MySQL/TC servers If you then run into this issue do the following: - Recompile TC on your 'test/staging' server - Test it - Update OS packages on 'live' server - Update TC on 'live server' And if you can't/don't want to do that, you can install the packages I've mentioned in my previous post, as they are compiled on a kept-current installation of Debian 8 Jessie.
  23. Hi all! I've created a script that will generate a data package for your server and added the instructions on how to use it in the post. I've just added it to my build environment, so it will be ready for use tomorrow! Cheers!
  24. Hi ruben381, First of all, make sure that you have your distribution fully updated. Normally the distribution maintainer keeps development packages (you'll need for building software) in sync with the binary packages containing the software. E.g. on Debian: apt-get update apt-get dist-upgrade apt-get autoremove apt-get clean This will update/upgrade all packages in your installation to the latest version available. After you've done that, make sure you install all the development packages required to compile TC. All of them are named in the Wiki, you can recognize them by the '-dev' suffix. Then follow the instructions to compile the server, perform all other setup tasks and you should be good to go. Shameless plug: Alternatively, install the packages I've built for Debian, they work with the current stable version of Debian:
  25. @Lorac: I can comment on the RAM usage on Linux systems. I'm currently testing a script to generate the maps and package them in a nice little zip file for me. I'm running the extraction tools on a LXC container with 2 GBs of RAM and 2 cores. Works like a charm! :-) @Flavia: If you really have difficulties compiling the server, you can always try reading: The main topic is Debian packaged versions, but Nay linked pre-built Windows binaries.
×
×
  • Create New...