I'm trying to set a new "custom software" inventory rule that tests two conditions, one I have working just fine, the other is completely mystifying me. First rule checks the existence of a file, the second rule will check the "ModifiedDate" of that file and compare against known date. Here is the rule as I believe it should work (which doesn't)

FileExists(c:\fileexists.txt) AND FileInfoEquals(c:\fileexists.txt, ModifiedDate, DATE, 09/18/2013 14:03:10)

Documentation Syntax is: FileInfoEquals(fullpath, attribute, type, value)

I'm obviously missing something in my understanding, and the documentation hasn't helped me decipher anything. Trial and error has frustrated me to no end. Windows reports the Modified date as "Yesterday, September 18, 2013 2:03:10 PM" which I assumed should be 09/18/2013 14:03:10.

Documentation says: "DATE must be in the format of MM/dd/yyyy HH:mm:ss. For example: 09/28/2006
05:03:51. Time is required."

So, what am I missing?

0 Comments   [ - ] Hide Comments


Please log in to comment

Answer this question or Comment on this question for clarity



Can you check what time stamp do you get when you run the command 


FileInfoReturn(c:\fileexists.txt, ModifiedDate, DATE)

See if the seconds matches

Answered 09/23/2013 by: AbhayR
Eighth Degree Black Belt

  • FileInfoReturn is not a DOS command. It some sort of program scriptlett used by KACE that returns an attribute that is used (piped to) by another. I am not sure how to grab that info directly, otherwise I would have.

    Do you have a suggestion on how to get that return value out of the system for someone that knows almost nothing about programming? :-D
    • create a temp custom software inv that uses that command provided by AbhayR to get the return in the kbox

      FileInfoReturn(c:\fileexists.txt, ModifiedDate, DATE)
  • This is the return value:

    9/18/2013 14:03:10 [date]

    I think I see the issue. Leading 0 on the Month. I'll see if that fixes it. Update to follow - Heading into a staff meeting so it will be tomorrow before I can followup.
  • Still no love. Set up Custom Inventory Rule with single parameter as follows.

    FileInfoEquals(c:\fileexists.txt, ModifiedDate, DATE, 9/18/2013 14:03:10)

    Previous Custom Inventory rule to return value still shows up as "9/18/2013 14:03:10 [date]"

    So, the file exists, returns a date of "9/18/2013 14:03:10" and the test against the date returns negative.

    FYI, this is why I am not a programmer. GRRRR
    • I've tried with and without the leading 0 on the date field. Neither work.
  • Are you saying that you get "9/18/2013 14:03:10" with

    FileInfoReturn(c:\fileexists.txt, ModifiedDate, DATE)


    FileInfoEquals(c:\fileexists.txt, ModifiedDate, DATE, 9/18/2013 14:03:10) doesn't work ?
    • That is what I am saying. With or without leading 0 on the date field.
  • What version of agent is this 5.4 or 5.5?

    Please specify the full version
  • I am puzzled as to why its not working for you. It works for me.

    Try running
    FileExists(c:\Program Files\Dell\KACE\AMPAgent.exe) AND FileInfoEquals(c:\Program Files\Dell\KACE\AMPAgent.exe, ModifiedDate, DATE, 02/08/2011 22:38:56)

    with the date you get from FileInfoReturn command below.
    FileInfoReturn(c:\Program Files\Dell\KACE\AMPAgent.exe, ModifiedDate, DATE)

    Also, go to c:\Programdata\Dell\Kace or c:\Documents and Settings\All Users\Dell\KACE directory and check Kdeploy.log and paste the log from the time when you run this rule
    • Here is the exact EVERYTHING, Copy/Paste, without any obfuscation of any sort ... {Curly Braces = results}

      Custom Inventory Rule Background Info
      FileExists(c:\Background.bgi) {works}

      Custom Inventory Rule BGINFO
      FileInfoReturn(c:\Background.bgi, ModifiedDate, DATE) - { returns "1) BGINFO: 9/18/2013 14:03:10 [date]" as the Software / Custom Inventory Fields section}

      Custom Inventory Rule BGINFO-Date-test
      FileInfoEquals(c:\Background.bgi, ModifiedDate, DATE, 9/18/2013 14:03:10) {fails}

      LOG from Recent attempt
      [Wed Sep 25 11:53:24 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: ;21468, TRUE
      [Wed Sep 25 11:53:24 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: ;21541:MDkvMTgvMjAxMyAyMTowMzoxMA==%DATE, TRUE
      [Wed Sep 25 11:53:24 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: "", FALSE
  • Please give a space after the value of the date at the end

    FileInfoEquals(c:\Background.bgi, ModifiedDate, DATE, 9/18/2013 14:03:10 )
    • [Wed Sep 25 12:18:50 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: ;21468, TRUE
      [Wed Sep 25 12:18:50 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: ;21541:MDkvMTgvMjAxMyAyMTowMzoxMA==%DATE, TRUE
      [Wed Sep 25 12:18:50 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: "", FALSE

      No Luck. Returns False
  • Ok. Here is what the problem might be.

    Agent is comparing the time in GMT and not in local time zone. Please convert the time reported on server to GMT

    Ex: 9/18/2013 14:03:10 will become 9/18/2013 21:03:10 (if you are in PST )

    and then run the rule
    • [Wed Sep 25 12:35:54 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: ;21468, TRUE
      [Wed Sep 25 12:35:54 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: ;21541:MDkvMTgvMjAxMyAyMTowMzoxMA==%DATE, TRUE
      [Wed Sep 25 12:35:54 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: "", FALSE

      No dice. Thanks for the suggests so far.
  • Ok. Run the command

    C:\Program Files\Dell\KACE\AMPTools.exe set debug=true

    and then run the rule and see what is the date reported in the log for FileInfoReturn() and use the same date in the rule
    • Ran it twice, with different time stamps based on output. The date was because the other Custom Software rule returned value (snippet below)

      [Wed Sep 25 12:54:52 2013] [OUT] 09/18/2013 21:03:10

      Both resulted "false" result. the double quotes thing is interesting inclusion in the result. Not something I would expected of a Boolean question. Relevant snippets below.

      [Wed Sep 25 12:54:52 2013] [CDeployController::ExecuteCustomInventoryRule] issuing rule [FileInfoEquals(c:\Background.bgi, ModifiedDate, DATE, 9/18/2013 14:03:10 );]
      [Wed Sep 25 12:54:52 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: "", FALSE

      [Wed Sep 25 12:57:18 2013] [CDeployController::ExecuteCustomInventoryRule] issuing rule [FileInfoEquals(c:\Background.bgi, ModifiedDate, DATE, 09/18/2013 21:03:10);]
      [Wed Sep 25 12:57:18 2013] [CDeployController::ExecuteCustomInventoryRule] statement result: "", FALSE

      Again, thanks for the help. I am learning, even if we aren't solving the problem. Which happens to be the best way for me to learn. So thanks!
  • What is the output date in log when you run the FileInfoReturn CI rule?
    • [Wed Sep 25 12:54:52 2013] [OUT] 09/18/2013 21:03:10

      I included it above. It is reporting GMT. Which is why I ran it both with Local and GMT time. I'm wondering if it is because we are on PDT rather than PST. If that is the case, then the whole thing is a bust, because we change times twice a year, and the hell if I am going to change the software library rule twice a year.

      The thing of it is, I do have a work around for this case, but it is not as elegant as this is. I could check against the file name only, and change that with each version.

      c:\Background.bgi ... to ... c:\Background1.bgi

      I just wish the date function worked like it seems like it should. (In other words, I'm about to give up on it working at all).
  • Sorry, I had a 5.5 agent version on my machine where it is working. You were right, it doesn't work on 5.4 agent version and seems to be a bug.

    Since, this bug is addressed in 5.5, I would recommend upgrading to 5.5.
Please log in to comment