Find answers to frequently asked questions about job logs and job log reporting in Scene7.

Why do I receive the message "'Image Path' was not processed into IPS as a duplicate of a newer file"?

This error occurs when there is a file of this name in the upload queue. The servers were getting redundant records in the database queue due to race conditions when the same file that another application server was processing. Before queueing a file, Scene7 now checks that another file of the same name is not already in the upload queue.

What are the DailyCatch jobs with a destination of Daily Transaction?

You can ignore the DailyCatch jobs. They provide a collective job log for all non-job instant publish transactions for accounting purposes.

When we check our daily publishing reports, we only see the information " Catalog files were sent to 10 of 10 servers." Why is it always only about catalog files even when publish new assets?

  1. When an image is uploaded, Scene7 uses a mechanism called Early Publishing. To improve publish performance, the Optimized Pyramid TIFF file is sent to the image servers.
  2. At publish time, only the manifest files are recompiled, which contains the details of the optimized files.
  3. The exception is if an image is changed after upload, then it's resent with the publish. You can assume that anything marked for publish exists on the live servers.

I uploaded a number of files and then immediately ran a Publish job, but the number of files published is different from the number of files uploaded. Why is that?

It is expected that the number of files "Published" don't match the number "Uploaded," regardless of when the two jobs are run, except in coincidental circumstances. This outcome is a result of how the Upload and Publish process was designed. All image file transfers take place during the "Upload" portion of the workflow. Files imported into SPS and optimized. But, those optimized versions are also sent to the production Image Servers as part of that same job. This process has allowed us to streamline the file transfer pipeline and greatly improve performance. However, as a result, there is no longer a file transfer event to record during a Publish job, because the file has already been sent. Instead, Publishing now just generates the manifest file and sends that to the servers. Since that is the only event which takes place, typically they are the only entries in the logs for a Publish. There is one for each set of manifest files sent to each server location.

이 작업에는 Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License의 라이센스가 부여되었습니다.  Twitter™ 및 Facebook 게시물은 Creative Commons 약관을 적용받지 않습니다.

법적 고지 사항   |   온라인 개인 정보 보호 정책