In this Article

...

If a Snap writes to its error view, the row in the table will be highlighted in red:

Warnings and Errors

Warnings might display for Snaps if a potential problem is detected that should be addressed. For example, Pipelines that use a deprecated version of the Join Snap display a warning, as shown in the following image:

...

When a Snap encounters warnings, the warning icon displays on the Snap, as shown in the following image.:

When a Snap encounters errors, the error icon displays on the Snap, as shown in the following image. :

Details

The columns for each Snap are as follows:

...

• The CPU %, Memory, and Net columns display the average resource usage for that Snap. 
  • The CPU usage indicates how much CPU time the Snap itself consumed while working. 
  • The Memory column indicates how much memory is being allocated by the Snap. 
  • The Net column shows how much data the Snap received or transmitted over the network.
    If you are seeing high resource usage on your Snaplex node, you can use these metrics to help identify the potential causes. Hovering over these columns will open a dropdown list that shows additional  detail.

• Each Snap has Views that accept or produce documents to be processed. Each view has its own statistics display for the number of documents processed and the rate at which the documents flow through the view.

  • The Bytes column populated for Snaps that have binary views and displays the total amount of data that has passed through the view.

  • The Documents column shows how many structured or binary documents flowed through the view.

    Note
    title Binary Views
    Binary views can send multiple documents, for example, a ZipFile Reader Snap will output a separate binary document for each file in the Zip.

    
    

  • The Rate column is a rough approximation of how quickly the documents flow through the view. If the Snap has binary views, the byte rate is also displayed.

• When you mouse over the resource columns in a row, the row highlights and a dropdown will appear to show even more information. The top half of the dropdown has eight sections displaying the average usage of a resource for every document that is processed, a chart showing the last minute of activity, and the total usage of the resource over the full run-time of the Snap. The bottom half shows any network traffic for particular hosts. The bottom line shows the version and build information for the Snap class.
  

  • The CPU Time displays how much the CPU is consumed.
  • The Wait Time displays how much time the Snap took waiting for input/output or internal processes.

  • The Memory Allocated displays the number of bytes that are allocated by the Snap.  

    Note

    This number does not reflect the amount of memory that was freed, and so it does not represent the peak memory usage of the Snap.  Therefore, you should not necessarily rely on using this metric  to estimate the required size of a Snaplex node. Rather, this number provides an insight into how much memory had to be allocated to process all of the documents.   For example, if the total allocated was 5MB and the Snap processed 32 documents, then the Snap allocated roughly 164KB per document. When combined with the other statistics, this number can help you identify the potential causes of performance issues.

    
    

  • The JVM GC Time displays the amount of time doing garbage collection across the whole JVM.
  • The Data Received displays the amount of data that was received over the network from all contacted remote hosts.
  • The Data Sent displays the amount of data sent over the network to all contacted remote hosts.
  • The Local Read and Local Write display the amount of time reading from/writing to the local disk.

  • The Per-Host Network Usage chart displays the remote hosts contacted during processing.
    For example, a REST GET Snap that is configured to send a GET request to "http://api.example.com/" has bars for "api.example.com:80". The bars represent the total number of bytes sent to and received by the remote host. If the Snap connects to multiple hosts, (because the target URLs come from the input docs), each host should have their own bar charts. Hosts are separated out in the display since the network behavior may be different across hosts, so displaying the overall total does not necessarily summarize usage.

    Info
    title Caveats for Network Usage Statistics
    During validation, the preview data that is written to SnapLogic cloud servers may also appear in these statistics. During a regular execution, that transfer is not recorded. Only Linux nodes are supported right now (Windows is not supported). Snaps that use an external program to transfer data, like some database bulk loaders, do not show any network usage.

    
    

...

While this tab appears for all Pipelines, it only displays information for those Pipelines that are run either by a task or by another Snap (such as the Pipeline Execute Snap). Values are returned only for those parameters that have Capture selected in the Pipeline Properties dialog. 

Extra Details

The Extra Details tabs provides basic information about the Pipeline and its execution, including details about Pipeline type and run policy.

...

In the following image, the Extra Details tab displays information about a Resumable Pipeline.

Image Modified

The Extra Details tab provides additional information about the Pipeline run, including:

• Path to the pipeline.
• The Snaplex node used to run the Pipeline.
• The username of the person who ran the Pipeline.
• The Slot Count. See Maximum Slots on the Node Properties tab on the Update Snaplex dialog.
• Resumable Mode. Displays Enabled if the Pipeline is resumable. If not, the status is Disabled.
• The Task name. The name of the Task (if applicable).
• The Max-In-Flight value. The maximum number of documents that can be processed by an Ultra task instance at any one time.
• The Close reason for when an Ultra task goes into the Completed state.
  Image Modified 
  • Reference no longer exists or is inaccessible
  • Host Snaplex node restarted
  • The Ultra task has been updated
  • The task is no longer active
  • Closing Ultra Pipeline instance to balance instances across the Snaplex
• Ultra Requests. These statistics are displayed during the processing of documents.
  
  
  • Receive Time. The time that the request is received.
  • Client IP. The IP address that the FeedMaster sees when the load balancer forwards a request.
  • Original IP. The IP address of the external client that the load balancer, when configured to do so, forwards to the FeedMaster.
  • Method. The underlying HTTP method of the request.
  • Size. The size of the document payload in bytes.
  • Extra Path. The path of the Ultra Pipeline task.

• The Request History for Ultra tasks. These statistics display the last 100 documents processed in the Ultra Pipeline.

  Info
  title Pipeline Monitoring API Available
  You can also collect the Ultra history statistics using the Pipeline Monitoring API.

  
  
  Some statistics in common with those from the Ultra Request report are identical.

  • Receive Time. The time that the request is received.

  • Processing Time. The total time for the Ultra Pipeline to process the documents associated with this request. For example, if the input document is copied, this time includes all the time needed to process each copy.

  • Client IP. The IP address that the FeedMaster sees when the load balancer forwards a request.
  • Original IP. The IP address of the external client that the load balancer, when configured to do so, forwards to the FeedMaster.
  • Method. The underlying HTTP method of the request.
  • Size. The size of the document payload in bytes.
  • Response Size. The size of the document in bytes payload inside the response.

  • Extra Path. The path of the Ultra Pipeline task.

• State Transition. These statistics display when multiple runs of an Ultra Pipeline occur.

• State. Current state of the Ultra Pipeline.

• Timestamp. The time that the most recent Ultra Pipeline execution occurred.

• Username. The username of the person invoking the Ultra Pipeline.