• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Snap in's all reporting cancelled on Server even when successful

    Scheduled Pinned Locked Moved Solved
    Bug Reports
    2
    2
    898
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • I
      ITSolutions Testers
      last edited by

      I am using the latest trunk, 4900 and the new client 0.9.5. My server is an Ubuntu 14.04 build and windows 7 64 bit pro clients. I cannot say when this exactly started happening or if it has always been there, but I do know it was happening on 4684, I think that was the version I was on when I started paying attention the history. This has been a somewhat intermittent issue as I can deploy it and it says complete sometimes, but not others.

      When I deploy a snapin, it will deploy correctly to the machine and everything is fine, except on the snapin history page it shows that it was cancelled instead of completed. I have checked the FOG.log and it shows a return code of 0, here is a snipit from one of the machines. fog.log . As you can see most of the snapins are batch files, they call software from elsewhere, but I also have am running a vbscript with cscript and still get the same result code. Which the result code is a clean error code, so it is a good exit code. Not sure if anyone else has encountered this or not, but can someone point me in the right direction as to why this might be?

      As you can see the run times are across the board for the same snapin, but don’t seem to affect weather the complete status is complete or cancelled. Let me know where else to look at for a reasoning for this
      upload-bba1705c-1604-4780-9f71-a0649e833f26

      1 Reply Last reply Reply Quote 0
      • Tom ElliottT
        Tom Elliott
        last edited by

        I’m solving this thread as the issue should be fixed. I imagine there may be issues in the future but only from a reporting standpoint. I have moved all of the states to use the task state class elements. Older data used to close tasks with a state is of 2. Task state is 2 is in-line so some of the reports may say this.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

        Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

        Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

        1 Reply Last reply Reply Quote 0
        • 1 / 1
        • First post
          Last post

        207

        Online

        12.0k

        Users

        17.3k

        Topics

        155.2k

        Posts
        Copyright © 2012-2024 FOG Project