Fixing Kaltura CE5 analytics (Continued)

We previously wrote about fixing some issues with Kaltura CE5 analytics.

However, if you are using Ubuntu server there is another issue which that must be fixed for the analytics to work.

On Ubuntu server, the Apache access log format specified in the Kaltura virtual host file is overridden by the main Apache configuration file. Below we list the steps to identify and fix the issue.

If you haven’t looked at our earlier post yet, make sure you have a look and fix the problems discussed there before trying the following steps.


Identifying the problem

First, we will check if the events (plays, impressions, etc.) are read from the Apache access logs into the database.

  1. Open /opt/kaltura/log/kaltura_apache_access.log
  2. If the log lines are in the following format (note the domain name and port in the first column), then there is a problem with the Apache access log format. - - [14/Jan/2013:07:04:52 +0000] "POST /api_v3/index.php?service=batch&action=getExclusiveAlmostDoneConvertJobs HTTP/1.1" 200 276 "-" "-" - - [14/Jan/2013:07:04:53 +0000] "POST /api_v3/index.php?service=batch&action=getQueueSize HTTP/1.1" 200 274 "-" "-"

Solving the problem

The Kaltura virtual host file defines the log format to be used in the Kaltura Apache access logs. This is the format the Kaltura data warehouse knows to work with. The file is found in /opt/kaltura/app/configurations/apache/my_kaltura.conf.

However, Ubuntu’s apache2 package overrides the Kaltura virtual host settings. The Apache main configuration file is found in /etc/apache2/apache2.conf
The part that causes the problem is found near the end of the file:

LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

To solve the issue:

  1. Comment the first LogFormat line in the above configuration file.
  2. Delete the /opt/kaltura/log/kaltura_apache_access.log file.
  3. Restart Apache.


To make sure the issue is solved, perform the following steps:

  1. Enter the KMC and perform some plays.
  2. Look at /opt/kaltura/kaltura_apache_access.log. It should look like this:
  3. Copy /opt/kaltura/log/kaltura/apache_access.log to /opt/kaltura/log/kaltura_apache_access.log-[current date].
  4. Where current date is in the format YYYYMMDD. For example kaltura_apache_access.log-20130321 for March 21, 2013.
  5. Gzip the file you just copied.
  6. Run the hourly analytics script:
    sudo sh /opt/kaltura/dwh/etlsource/execute/
  7. On your Kaltura machine, log into the database and select the kalturadw database. That’s the database that stores most of the analytics. Run the following query:
    SELECT * FROM dwh_fact_events

    You should now see at least one line in the table for the entry you played.

Remember that for the analytics data to appear in the KMC, you have to let the analytics run for a full cycle which takes about 24 hours.

5 thoughts on “Fixing Kaltura CE5 analytics (Continued)

  1. 1: “Look at /opt/kaltura/kaltura_apache_access.log. It should look like this: ”
    You haven’t mentioned the example.
    Please complete it.

    2: Although i am using httpd, so in it’s config file (“httpd.conf”), below line is not there.

    LogFormat “%v:%p %h %l %u %t \”%r\” %>s %O \”%{Referer}i\” \”%{User-Agent}i\”” vhost_combined

    and still i am not getting anything in my “dwh_fact_events” table.

    3: The “kaltura_apache_access.log” gives: – – [17/Dec/2014:07:36:06 +0100] “POST /api_v3/index.php?service=batch&action=getExclusiveAlmostDoneConvertJobs HTTP/1.1” 200 26 0/88344 “-” “-” “-” “-” “” – – [17/Dec/2014:07:36:06 +0100] “POST /api_v3/index.php?service=batch&action=getQueueSize HTTP/1.1” 200 24 0/77638 “-” “-” “-” “-” “” – – [17/Dec/2014:07:36:10 +0100] “POST /api_v3/index.php?service=dropfolder_dropfolder&action=list HTTP/1.1” 200 99 0/211751 “-” “-” “-” “-” “” – – [17/Dec/2014:07:36:16 +0100] “POST /api_v3/index.php?service=system&action=ping HTTP/1.1” 200 24 0/217848 “-” “-” “-” “-” “” – – [17/Dec/2014:07:36:16 +0100] “POST /api_v3/index.php?service=batchcontrol&action=reportStatus HTTP/1.1” 200 500 0/274912 “-” “-” “-” “-” “” – – [17/Dec/2014:07:36:18 +0100] “POST /api_v3/index.php?service=batch&action=getExclusivePostConvertJobs HTTP/1.1” 200 26 0/74471 “-” “-” “-” “-” “” – – [17/Dec/2014:07:36:18 +0100] “POST /api_v3/index.php?service=batch&action=cleanExclusiveJobs HTTP/1.1” 200 24 0/135139 “-” “-” “-” “-” “”

    Can you please help me in making my kaltura analytics working. I am working on Kaltura CE5 and httpd version:Apache/2.2.15 (Unix).

    Thanks a lot. 🙂

    1. Hi Shubham,
      Kaltura CE5 is no longer supported and to benefit from all the latest features we recommend that you upgrade to Kaltura CE9.
      If you need our services you are more than welcome to contact us.

      1. Hi Eytan,

        Kaltura CE5 is no longer supported by you but still if you can help me out in resolving the CE5 Analytic issue would be life saving for me.

        Am not getting any error in my logs except “seize_lock_by_name – Errors detected!” in my dwh/logs/etl_daily* log but still unable to get any stats in analytics nor entry in dwh_fact_events table.

        Please suggest.

Leave a Reply

Your email address will not be published. Required fields are marked *