W

willithappen

Member

Last active 7 years ago

  1. 8 years ago
    Wed Nov 30 02:54:55 2016

    Well the battlefeed issue is a minor bummer I guess.

    Main issue now mate, is all of a sudden objects that previously persisted correctly, such as vehicles positions and H-barrier walls for bases are no longer loading in properly. Its a minor setback and we'd be fine to rebuild those facilities, however, I'm worried to do that if its going to break when we hit a certain limit again?

    I've attempted to re-save after placing and moving some objects again - upon loading the server, this error occurs:

    Warning: 1519 ms spent in callExtension calling name: "ALiVEPlugIn", function: "SendBulkJSON ['POST','mil_opcom','{"keys":["TFAC_TFAC_Exodus-OPCOM_1252017004_objective_0","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_11","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_12","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_1","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_2","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_6","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_5","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_9","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_7","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_10","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_8","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_4","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_3","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_28","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_16","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_24","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_14","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_15","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_21","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_31","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_26","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_32","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_27","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_19","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_22","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_23","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_30","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_25","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_13","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_20","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_18","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_29","TFAC_TFAC_Exodus-OPCOM_1252017004_objective_17","TFAC_TFAC_Exodus-OPCOM_15551517_objective_8","TFAC_TFAC_Exodus-OPCOM_15551517_objective_9","TFAC_TFAC_Exodus-OPCOM_15551517_objective_0","TFAC_TFAC_Exodus-OPCOM_15551517_objective_1","TFAC_TFAC_Exodus-OPCOM_15551517_objective_3","TFAC_TFAC_Exodus-OPCOM_15551517_objective_10","TFAC_TFAC_Exodus-OPCOM_15551517_objective_4","TFAC_TFAC_Exodus-OPCOM_15551517_objective_2","TFAC_TFAC_Exodus-OPCOM_15551517_objective_7","TFAC_TFAC_Exodus-OPCOM_15551517_objective_15","TFAC_TFAC_Exodus-OPCOM_15551517_objective_5","TFAC_TFAC_Exodus-OPCOM_15551517_objective_17","TFAC_TFAC_Exodus-OPCOM_15551517_objective_14","TFAC_TFAC_Exodus-OPCOM_15551517_objective_6","TFAC_TFAC_Exodus-OPCOM_15551517_objective_20","TFAC_TFAC_Exodus-OPCOM_15551517_objective_16","TFAC_TFAC_Exodus-OPCOM_15551517_objective_19","TFAC_TFAC_Exodus-OPCOM_15551517_objective_30","TFAC_TFAC_Exodus-OPCOM_15551517_objective_40","TFAC_TFAC_Exodus-OPCOM_15551517_objective_31","TFAC_TFAC_Exodus-OPCOM_15551517_objective_21","TFAC_TFAC_Exodus-OPCOM_15551517_objective_42","TFAC_TFAC_Exodus-OPCOM_15551517_objective_22","TFAC_TFAC_Exodus-OPCOM_15551517_objective_11","TFAC_TFAC_Exodus-OPCOM_15551517_objective_26","TFAC_TFAC_Exodus-OPCOM_15551517_objective_41","TFAC_TFAC_Exodus-OPCOM_15551517_objective_18","TFAC_TFAC_Exodus-OPCOM_15551517_objective_13","TFAC_TFAC_Exodus-OPCOM_15551517_objective_35","TFAC_TFAC_Exodus-OPCOM_15551517_objective_34","TFAC_TFAC_Exodus-OPCOM_15551517_objective_24","TFAC_TFAC_Exodus-OPCOM_15551517_objective_36","TFAC_TFAC_Exodus-OPCOM_15551517_objective_25","TFAC_TFAC_Exodus-OPCOM_15551517_objective_39","TFAC_TFAC_Exodus-OPCOM_15551517_objective_12","TFAC_TFAC_Exodus-OPCOM_15551517_objective_32","TFAC_TFAC_Exodus-OPCOM_15551517_objective_33","TFAC_TFAC_Exodus-OPCOM_15551517_objective_37","TFAC_TFAC_Exodus-OPCOM_15551517_objective_23","TFAC_TFAC_Exodus-OPCOM_15551517_objective_27","TFAC_TFAC_Exodus-OPCOM_15551517_objective_29","TFAC_TFAC_Exodus-OPCOM_15551517_objective_28","TFAC_TFAC_Exodus-OPCOM_15551517_objective_38"]}']"
    Error in expression <call ALIVE_fnc_restore];
    _i = _i + 1;
    } forEach _value;
    
    ;
    };
    default {
    _data = >
      Error position: <forEach _value;
    
    ;
    };
    default {
    _data = >
      Error foreach: Type String, expected Array
    File x\alive\addons\sys_data_couchdb\fnc_restoreData.sqf, line 106

    EDIT: I've refreshed the save data (New *.pbo and OnLoadName) - I also removed one of the enemy OPCOMS and left just one instead of having two factions. Server loads and saves faster (obviously) and have not had hiccup yet with logistics saving again. Not sure if any of this is useful info or relevant, my other save now appears to be completely broken, server was loading for a good hour and eventually got stuck on the mission screen being able to hear everything and move.

    Cheers for the help and hopefully the ACE/ALIVE issue with the battlefeed can be fixed :)

  2. Tue Nov 29 12:55:49 2016

    Weird spot of trouble now in the form of object/vehicle persistence (IE Car positions or h-barriers) Last night after you sorted out the issues, I server save and exited, had no noticeable errors etc show up.

    Players data (Position/Gear) load in just fine - I believe parts of the Asymmetric data load fine as well, an IED factory in a town we have visited a few times is still there and other factories we destroyed aren't there.

    OPCOM info seems to not be loading properly (or maybe it is) Some towns are now re-populated nearly fully with enemies, these towns were 100% cleared out (confirmed with Zeus and the in game Admin debug info)

    https://drive.google.com/file/d/0B_2zc8eRe8ZTaXo0VVlZUVFyS28/view?usp=sharing - Heres the log files with the info
    ________________________
    In "ALiVEPlugin - Earlier Save" - on line 9243 there is an error after what appears to be logistics data being saved that says

    [2016-11-29 02:22:07] [warning]     Buffer overrun
    [2016-11-29 02:22:07] [warning]         Size: 25285
    [2016-11-29 02:22:07] [warning]         Max:  10240

    It appears on a few other sys_logistics saves as well.
    _________________________
    In the ALIVEPlugin file from attempting to load just now when i've attempted to load the server. The only thing changed in the mission file is the removal of a zeus module (I've made larger mission file edits before and not had this issue).

    This log file doesn't appear to show any info on the loading of sys_logistics or any similar data that appears to save in the save file.

    I tried to call fnc_logisticsLoadData serverside as well to see if it would load, I received info in the log file showing it loading, but no objects are loading.

    (Also included are .rpts from the server - named the same to correspond to the ALiVE Log files)

    Hopefully this is solveable, would be a bummer if the bases we constructed are lost.

    Cheers

  3. Tue Nov 29 10:26:33 2016

    Indeed we are using latest CBA , ACE and ALiVE.

    Will be running the server at some stage tonight or tomorrow, If the battle feed doesn't display things again, is it worth sending you the new log files? If so which ones do you need for the best info?

    Again, many thanks for fixing what you have so far.

  4. Mon Nov 28 16:31:49 2016

    Fantastic! Super appreciative Tupolov.

    I can see the overview details etc working fine now.

    The battlefeed, as you've said, is not working now.

    We do use ACE3 Yes, we've turned off AI from going unconcious etc, that used to do the trick for us in having kills show up against AI.

    A quick question on something i've always noticed; stats for kills for myself, have never shown up on the some of the specific info (IE Unit effectiveness and Tier 1 Operators) but has displayed fine for other blokes in the unit or missions we've used ALiVE on.

    Please let me know if you require anymore logs etc from me, as you might be able to see, we've had the server up this evening doing some logistics and re-arming.

    Cheers

    Quick EDIT: We've always used ACE3 in some capacity, has always been disabled for AI however. I have also switched group once with my account, I fully deleted the old group however, I don't believe that should the issue if any?

  5. Mon Nov 28 11:57:11 2016

    Hi lads, this is still an issue and a bit of a bummer. I've attempted to use new files for all the ALiVE Content and everything.

    Any ideas? I'd take a complete refresh of ALiVE data if possible if it could fix the issue?

  6. Sat Nov 12 05:22:01 2016
    W willithappen started the conversation [Solved] Persistence Issues & Stats saving with ACE.

    Greetings lads, having a small spot of trouble,

    Recently created a new ALiVE Group for the sake of clearing data off the old one and wanting fresh progress for the new shindig that i've setup with people.

    Having some issues with data showing up on my groups war-room however.

    http://alivemod.com/war-room/showorbat/3692

    The quickstart mission is even having some troubles, linked below is the aliveplugin log from the most recent load in attempt using my custom mission. Also below is me loading the quick start mission to verify everything is correct.

    So far in my custom mission all saving and persistence appears to work fine (So far i've seen player data saving work, enemy positions in towns/hostile counts etc) however, for some reason, i'm recieving the config file error and data is not being logged to the war room.

    Hopefully theres enough info there to help, i've triple checked all the needed stuff is unblocked on my VPS, i've got stuff in the warroom configured correctly by all accounts i'm aware of aswell.

    Maybe my account needs a wipe or something?

    Cheers!

    Custom Mission LOG: http://pastebin.com/6HKwUCW8

    ALIVE Quickstart LOG: http://pastebin.com/D21EWFr2

  7. Fri Oct 21 13:43:37 2016
    W willithappen posted in New group data tracking war-room.

    Hey @Tupolov, having this issue aswell mate, apologies on the semi necro

  8. Sat Jun 11 05:25:22 2016
    W willithappen started the conversation <null> save result on "Server Save and Exit".

    Hi there,
    Just went to do a server Save and Exit after doing one a day or two ago with no troubles.
    This time when saving the "Save Result" for each of the steps of saving gave me <Null>

    Here is the AlivePlugin log from the session - https://www.pastefs.com/pid/2424 [Apologies on not putting it on pastebin or somewhere else common, it was too big and don't have a premium pastebin account, let me know if its too unreadable on there and i'll find somewhere else to put it]
    I saw somebody else had a similar issue in this thread - http://alivemod.com/forum/1661-war-room-stopped-working/0
    And it appears I might have the same thing.

  9. Sat May 14 06:34:07 2016

    I have solved the issue. Before I decided to save I disconnected the headless client and left it off the server for 10 or so minutes. I then procedded to save with nobody else ON the server but myself as admin logged in. It saved all well and reloaded everything.

  10. Fri May 13 00:20:47 2016

    Yea considered giving that a buzz last night but ran out of time before I had to pop off. The headless client is reasonably critical to us as overtime without headless client the server frame rate drops to below 15 and players get awful rubber banding and the AI lose a fair bit of intelligence. While running headless client however and having run our server over 3-4 days, we had no issue with frame rates and ALiVE Consistently cleaning up bodies vehicles etc and the caching is fantastic.

    I will be trying to save again later this evening and hope all goes well.
    Cheers for trying to help out.

View more