"Log to File" fails in a loop.

Hi IanS108317,

This usually occurs when there are more than one resource trying to access the file. i.e a file is being used by another person/bot at the same time

to further confirm this issue. can you let me know on the below mentioned points?

1. is the file, already in opened state/any actions being performed manually when the “Log to File” command has been called?
2. Also, from the question, I see Log To file is happening in a loop. So, is this error coming right from the first record of the loop? or is it coming after executing few records of the loop?
3. and may I know the file path which you are passing to “Log To file”? Thinking if the file path file already exists in the destination and being used by other resource at same time?

Hope this helps in triaging the issue.

Sai Teja Gayala

1. Nothing else is accessing this file, I am only running one instance of this Bot and the file is  uniquely named.
2. In my test it is in a loop, but in the Bot that is failing it is simply logging events to a file and events that happen quickly enough trigger this error.
3. The path is not being used by anything else.  In my test script I used a unique file not used anywhere else.

If I add a delay of 500ms the error occurs within a few seconds.  If I add a delay of 1000ms the error occurs in 10-15 seconds.  If I add a 2000ms delay the error does not seem to occur.

So a 2 second delay will fix the problem, except not knowing what the bug in AA is this can’t be relied on.  It’s possible in some circumstances it may still fail even with 2 seconds.

AA should not be failing to write to a file repeatedly.

This is a screenshot as requested, it’s just a loop with a Log command.  The full path is not shown as it is a business environment and I can not share the actual network share names.

@IanS108317 looks like you do not have write access for the file, please make sure the bot id have read & write permission to the file.

I clearly have permission to write to the file because it writes several times before the error occurs.

has Automation Anywhere pinned down a solution here, or is the current recommendation to roll back to a previous Log to File Package? We have this same issue where logging to a Network Drive Fails but logging locally on the VDI has no issues.   current package in use is 3.5.0-20220416-XXXXXX

Did anybody find a solution, please? The same issue started happening for us a month ago.

I was able to re-create your error in a task and faced something similar. A temporary solution until AA get’s their act together on this is to limit the amount of times you are logging to the log file. What I mean specifically is instead of logging in the loop you use a string assign command and append to a string variable. Then at the end of the loop you log once with the combined string. You can utilize the $String:Newline$ function to append the string variable with a new line. I will attach a screenshot with sample code.