ICS_for_PDF_workdir

RE: ICS_for_PDF_workdir

Kevin van Haaren — Fri, 01 Feb 2019 22:47:08 GMT

if your server isn't superbusy at certain times you can cheat and go back to scripting by shutting down the orchestration framework service, pruning the directories, then restarting the OF service back up. No idea what happens if you do that in the middle of running job though.

RE: ICS_for_PDF_workdir

Andrew Edge — Fri, 01 Feb 2019 16:26:10 GMT

The working directory continually increases in size as new documents are extracted. There is no automatic pruning mechanism. However, recent releases have included an undocumented configuration property to force deletion of the job working directory after completion, similar to the behavior of jobs submitted from ProjectWise Explorer. The downside is more time spent copying out documents for every job run, especially for jobs containing lots of references that don't change very often. Plus loss of delta file transfer benefits for large files that change slightly.

The property name is "DeleteJobDirOnCompletion" with value "1" in the "rendsvcConfiguration" table of the Orchestration Framework database. It was introduced in early 2016. I don't know offhand what release that corresponds to, but it would be fairly recent CONNECT Edition.

A scheduled task that periodically prunes the working directory is fine in theory but could get tricky. You'd have to be careful not to delete any files currently in use by a running job -- which might be difficult to determine as a border reference copied out and unchanged for months or years could still be referenced by every active job. Making sure the job was idle before pruning would be best, but that would require programming not just dumb scripting. You'd also want to avoid deleting the history files if you cared about them, and definitely leave the product files in the non-numeric subfolders alone.

RE: ICS_for_PDF_workdir

Jeff Bowlin — Fri, 25 Jan 2019 14:12:19 GMT

Resurrecting an old one.....

I'm encountering disk space issues and would like to better manage the iCS for PDF working directory, rather than manually using the GUI.

Is the working directory continually increasing in size, or, does it decrease in size as jobs complete?

Is the best way to deal with disc space issues that are directly related to this folder to increase the size of the disc, or, purge methodically?

Would a deletion script keying on dates, for example everything older than a week, be of any use in managing disk capacity issues?

Thanks in advance,

jlb

RE: ICS_for_PDF_workdir

Andrew Edge — Fri, 18 May 2018 15:20:08 GMT

As long as no jobs are currently active, it is safe to manually delete the numeric subfolders under the iCS working directory. The owner.txt file and non-numeric subfolders should be left alone. Manual deletion is often faster than using the command in the Administrator program, but the Administrator command will leave the files in the job history subfolders untouched.

Deleting the contents of the working directory for a given job, whether manually or via Administrator, will force that job to run as a full job on next invocation.

RE: ICS_for_PDF_workdir

Kevin van Haaren — Thu, 22 Mar 2018 18:19:58 GMT

use the bentley ics admin
right-click the working directory
click disk usage option
highlight all the items, click clear cache button

this does not remove 100% of the files in the working directory but does get 99%. I was told to only use this method for clearing files. I've never tried deleting files/folders manually.

RE: ICS_for_PDF_workdir

Jeff Bowlin — Thu, 22 Mar 2018 15:22:31 GMT

...or the \pwdsjob_workingdir folder?