top of page
  • Writer's picturePhil Ly

Know Your OSS Logs Part 1 – iTP Web Server Logs

Updated: Mar 26

In this article, I want to share with you some basic information on some important iTP Web Server logs. Since a lot of information is already available in the HP documentation, I thought I would give  you a “Cliff Notes ” tour by using “5 W’s + 1 H” approach:



The access log file records the request history of a server. The information in this file is structured in the common log format (CLF).


The extended log file combines the functions of the access log and the error log files, recording information concerning requests and errors. This format places errors in context with the relevant request.


The error log file records all request and server errors. The information in this file is structured in the common log format (CLF).


By monitoring these logs, it allow you to gauge the health of the webserver and to detect errors as soon as they occur.

  • Are Web requests coming in?

  • Are they completing with code 200 (normal) or errors like 404 or 500?

  • What pages are being accessed?

  • Where are the requests coming in from?

  • Are there any errors?


The locations of these log files are specified by the ErrorLog directive in the server

configuration file. These are their common locations








The Operation team are usually the people that monitor these log files as it allows them to gauge the health of the system. If there are errors, then Development may be contacted to look at them.


Operation, Administrator


Administrator, Development


Administrator, Development


If you do it manually, then you should remember cat, tail and vi. For example:

  • To view the whole log file (equivalent to FUP COPY) cat access.log 

  • To view the last entries: tail access.log

  • You can also view them using the vi editor vi access.log

The Take-Away

iTP Web Server records its web activities in log files. By monitoring these log files, you can be assured that transactions are flowing normally, or if there is an error condition that needs to be addressed.


Instead of having to manually view these files in OSS directly, you can automate by using TIC LogWatch to:

  • Monitor the files for new entries

  • Clone a copy of the entries to a Guardian file

  • Scan the entry content to look for specific information, e.g. any HTTP completion code that is other than “200”

  • Raise an alert by sending an email to an Administrator or Developer based on the detected condition

Click here to learn more about how LogWatch can help you monitor iTP Web Server logs.

Next Topic: Know your OSS logs – Java Servlet and NS/JSP

Many iTP Web Serve applications are actually built on Java Servlet and Java Server Pages. This environment involves additional log files beyond the ones discussed here. I will discuss the usage of these log files in my next blog.


Read more Blogs


Feedback please

Do you find this tutorial blog helpful? Let us know what you think, and how we can make it even better. Don’t forget, you can subscribe to our blogs to get automatic email notification when a new blog is available.


Phil Ly is the president of TIC Software, a leading provider of software and services for the NonStop community focused on NonStop application modernization. Under Phil's guidance, TIC Software has a proven track record of helping clients seamlessly integrate NonStop with next-generation technologies. A recognized technical leader, Phil is passionate about empowering organizations to unlock the full potential and longevity of their NonStop platform through innovative solutions.




bottom of page