Jump to content

JohnDory

Subscriber
  • Posts

    259
  • Joined

  • Last visited

  • Days Won

    16

Posts posted by JohnDory

  1. We use vsp stats processor to generate stats on our web pages, since the move to silent v0.5.0 the server log is not being written to the same as it used to be, vsp stats processor cannot see any game data in the log.

    I've tried what I think are all the settings for g_logOptions but its failing to read the server.log correctly.

     

    After automatically downloading the server.log or running the command by hand to update the server stats I get for example

    - Hash matched, resuming parsing from previous saved location in log file
    Analyzing game 0001 (98.61%) log is empty?, ignoring
    Analyzing game 0002 (98.75%) log is empty?, ignoring
    Analyzing game 0003 (98.87%) log is empty?, ignoring
    Analyzing game 0004 (99.18%) log is empty?, ignoring
    Analyzing game 0005 (99.26%) log is empty?, ignoring
    Analyzing game 0006 (99.49%)
    generateAwards: Generating Awards...done
    

    When it should be doing as it does in ETPub and NQ

    Verifying savestate
    - Hash matched, resuming parsing from previous saved location in log file
    Analyzing game 0001 (99.91%) updating database...done
    Analyzing game 0002 (99.93%) updating database...done
    Analyzing game 0003 (99.94%) updating database...done
    Analyzing game 0004 (99.95%) updating database...done
    Analyzing game 0005 (99.97%) updating database...done
    Analyzing game 0006 (99.99%)
    generateAwards: Generating Awards...done
    

    I have tried tracking players by their name and GUID, we usually use GUID but either way it is not finding what it is looking for in the server.log it is telling us it is empty even when there are bots on the server, so it is never empty.

  2. XPSave is now working on our servers B)

     

    We where starting the silent.cfg in the wrong place in our server.cfg we had it at the end, the correct way around / order to get it running on ours is

    //Execute the silent.cfg
    exec "silent.cfg"
    
    // Map Rotation
    exec campaigncycle.cfg
    

     

    Thanks to gaoesa for spotting the mistake :)

  3. All the xpsave settings are set in the silent.cfg, I thought that's where they should be ?

    As far as I can tell the silent.cfg doesn't get run between maps and the xp saves as it should, but as soon as the server is restarted it loses the xp.

    On our machine with our hosts when we do a server restart, it is the same as if the server hadn't been running it gives it the same as a server start from cold.

    this is the only time it reads the silent.cfg with the xpsave settings in it and that's when it resets the xp.

    At the moment it doesn't matter if the server is running for one map or one week as soon as it restarts all the xp is gone but the shrubbot stuff is still there.

     

    If its any help, I can PM you details on how to get temporary access to our control panel so you can see exactly what is going on with the server and you can play with the test server and see what happens.

  4. Hello,

    I don't think its the xpsave setting.

    set g_XPSave 31
    

    below are all the silent entries after server restart, there where no players on except for 8 bots which have had their xp saved any way but they didn't.

    *=====INITIALISING USER DATABASE
     * Opening user database file userdb.db.
     * Opening user database file userxdb.db.
     * User database files open. Caching database.
     202 players cached from the user database.
     7 records cached from the additional user info files.
    *=====DATABASE READY FOR USE
    
    Spreerecords reset
    execing 7493/silent/harrysilent.cfg
    g_dbUserMaxAge is write protected.
    couldn't exec silent/database/admins.cfg
    === ShutdownGame -------------------------------------------
    *=====CLOSING DATABASE
     Database filesystem cleanup needed.
     Database filesystem cleanup done.
     Buffers cleaned.
     Big Memory Cache cleaned.
    *=====DATABASE IS CLOSED
    ShutdownGame: done. Closing log.
    ------------------------------------------------------------
    ------ Server Initialization ------
    Start of warmup.
    Cheat logfile open: logs/cheat.log
    readconfig: loaded 9 levels, 1 bans, 0 subnet bans, 6 commands and 0 warnings
    serverstats: loaded 20 mapstats
    settings: loaded 15 banners
    *=====INITIALISING USER DATABASE
     * Opening user database file userdb.db.
     * Opening user database file userxdb.db.
     * User database files open. Caching database.
     202 players cached from the user database.
     7 records cached from the additional user info files.
    *=====DATABASE READY FOR USE
    ^2<EndGame>
    ^2-- Script System Info --
    ^2Current Memory Usage 1.21834 MB
    ^2Soft Memory Usage 1.6 MB
    ^2Hard Memory Limit 2 MB
    ^2System Memory Usage 1.30896 MB
    ^2Full Collects 1
    ^2Inc Collects 0
    ^2GC Warnings 0
    ^2Threads: 1, 0 Running, 0 Blocked, 1 Sleeping
    === ShutdownGame -------------------------------------------
    *=====CLOSING DATABASE
     Buffers cleaned.
     Big Memory Cache cleaned.
    *=====DATABASE IS CLOSED
    ShutdownGame: done. Closing log.
    ------------------------------------------------------------
    ------ Server Initialization ------
    Start of warmup.
    Cheat logfile open: logs/cheat.log
    readconfig: loaded 9 levels, 1 bans, 0 subnet bans, 6 commands and 0 warnings
    serverstats: loaded 20 mapstats
    settings: loaded 15 banners
    *=====INITIALISING USER DATABASE
     * Opening user database file userdb.db.
     * Opening user database file userxdb.db.
     * User database files open. Caching database.
     202 players cached from the user database.
     7 records cached from the additional user info files.
    *=====DATABASE READY FOR USE
    

    The only line I don't know what it means is

    g_dbUserMaxAge is write protected.
    

    Could that be stopping it ?

     

    If you need the full console read out I'll email it to you.

     

    Mike.

  5. I've heard back from our hosts they cannot find any thing wrong with the silent config's any where or with the way servers are running.

    The only problem that shows up is in the omnibot goal_classmanager.gm and with one other bot command but that doesn't effect xpsave.

     

    The user databases are being written to before and after server restarts and it also claims to be reading the database during server / map restart reloading the information contained in it.

     

    I have received a console log read out from our hosts of one of the servers running, being restarted, during the restart and running afterwards if anyone would like to look at it but the silent stuff last in the log is

    Start of warmup.
    Cheat logfile open: logs/cheat.log
    readconfig: loaded 9 levels, 1 bans, 0 subnet bans, 6 commands and 0 warnings
    serverstats: loaded 20 mapstats
    settings: loaded 15 banners
    *=====INITIALISING USER DATABASE
     * Opening user database file userdb.db.
     * Opening user database file userxdb.db.
     * User database files open. Caching database.
     202 players cached from the user database.
     7 records cached from the additional user info files.
    *=====DATABASE READY FOR USE
    Enable spawning!
    Disable spawning!
    0 teams with 0 entities
    -----------------------------------
    Setting MOTD...
    

    from which I am assuming that its found all the logged players (202) and 7 players xp ? but it still shows no xp after a server restart.

  6. XPsave is definitely working fine as long as we do not restart the servers.

    The only command we have in our configs that change anything is

    clearspreerecords
    

    which is in our campaign.cfg so the spree's get cleared at the beginning of each map campaign cycle but the xp should be saved.

     

    I have contacted our hosts again to get them to recheck there is nothing else anywhere that could be resetting the xp, I'll post again if they come up with anything.

  7. Silent use's the admin.cfg file to store users guid's and levels.

    Can you confirm that this is the default admin.cfg

     

    [admin]
    name = name of the admin (can be left empty)
    guid = full 32 character PB GUID (this field is used to identify players in the database)
    sguid = full 32 character GUID silent (this field is used to identify players in the database)
    level = level number
    personal admin flags = flags (can be left empty)
    personal greeting = greeting (can be left empty)
    greeting_sound = path to personal greeting sound (can be left empty)
    

     

    Also which guid should we use the PB, Silent or both. If we should use only one should the other line be deleted ?

  8. Aren't the PB files for ET the same for XP and windows7 x64 ? if so why not just copy the one from your XP drive to the Windows 7 drive and try that ?

    Windows 7 home premium x64 has no trouble with PB

  9. XPsave is not working on our servers, you can collect xp as long as you like until the server restarts when all the xp is lost, it saves between maps and you can leave during a map and rejoin and still have it.

    I've checked the forum and followed all the replies and nothing has worked so far.

     

    I want to have a 5 day xpsave, I have the following set.

     

    // Logs
    set g_log "logs/server.log"  // changed from "server.log"
    set g_cheatLog "logs/cheat.log"   //changed from "cheat.log"
    set logfile 0  //changed from 2
    set g_logOptions 2972  //changed from 0
    set g_logAdmin "shrubbotadmin.log"  //changed from "admin.log"
    
    // XP Save configuration
    set g_XPSave 31  //changed from 21
    set g_XPSaveMaxAge_xp "5d"  //changed from "30d"
    set g_XPSaveMinXP "0"  /changed from -1
    set g_damageXP "0"  //changed from "1"
    set g_damageXPLevel "50"
    set g_maxXP -1  //changed from "90000"
    
    // Shrubbot and Database
    set g_dbDirectory "database"
    set g_dbUserMaxAge "50d"  //changed from "30"
    

    if you want to join the server to test it I can give you details and change the rcon password if required

  10. never heard of that way before and we've never used enhanced mod, but we wouldn't be able to control which side and on which maps had it would we ?

    It would be much easier to control if there was a cvar or something to control which side had a panza.

  11. Is there any way we could have a setting so the panza is only available to one side not both ?

    That way we could have the panza for the side that needs to destroy the other sides heavy weapon (tank or what ever) and change the setting via a mapname.cfg file.

×
×
  • Create New...