I still get the caption error message when running the update database functions.
/opt/kaltura/bin/kaltura-db-update.sh
Error occurred during DB update:
I can confirm that the script is now properly writing the ‘/etc/httpd/conf.d/zzzkaltura.ssl.conf’ file and does not require me to manually edit the file to get it working properly.
However, HTTPD still returns an error when it tries to restart as shown here. My answers have not changed. Then tells me to rerun the frontend script once I fix the issue.
========================================================================================================================
Kaltura install answer file written to /tmp/kaltura_31_12_13_19.ans - Please save it!
This answers file can be used to silently-install re-install this machine or deploy other hosts in your cluster.
Archving logs to /opt/kaltura/log/log_31_12_15_13_20.tar.gz…
ERROR: /opt/kaltura/bin/kaltura-front-config.sh failed:( You can re-run it when the issue is fixed.
I am not sure what to fix to resolve this issue. Nor why I am still getting the error when running the database update script.
In this particular case, there is no need to run /opt/kaltura/bin/kaltura-db-update.sh so we can ignore that part.
Now our issue is with why restarting Apache fails.
Please:
# service httpd restart
from the shell and then look at the error logs under /opt/kaltura/log/kaltura_apache_errlog
and /var/log/httpd/errorlog
okay… I check the error logs and there are no entries in the logs for kaltura but I did find the following errors in the '/var/log/httpd/error*log
[Thu Dec 31 18:21:26 2015] [notice] SELinux policy enabled; httpd running as context unconfined_u:system_r:httpd_t:s0
[Thu Dec 31 18:21:26 2015] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Dec 31 18:21:26 2015] [error] (28)No space left on device: Cannot create SSLMutex
Configuration Failed
First issue is I know that my SELinux is disabled.
SELINUX=disabled
I don’t know much about the suEXEC error and I will have to take a look into why the SSLMutex is happening because this system is on a 10TB system. I will contact my ISP support as they are the ones that setup the box from the start and I always allocate more than enough space to tmp folder and other dynamic resources to avoid this type of issue.
If you have any input on the other warning let me know.
I Google the error previously mention and found one of three solution. First, was to reboot the server. and the alternate was run one of the following commands depending on your system.
Archving logs to /opt/kaltura/log/log_31_12_15_19_22.tar.gz…
ERROR: /opt/kaltura/bin/kaltura-batch-config.sh failed:( You can re-run it when the issue is fixed.
I remember from before this was a result of the install script not properly creating one of the HTTPD configuration files for Kaltura. Specifically, the required tokens are not being updated like I mention in the SSL configuration file. Here is the error you get after attempting a restart of HTTPD.
Starting httpd: httpd: Syntax error on line 226 of /etc/httpd/conf/httpd.conf: Syntax error on line 7 of /etc/httpd/conf.d/zzzkaltura.conf: Include directory ‘/etc/httpd/@APP_DIR@/configurations/apache/conf.d’ not found
Unlike the SSL configuration file this cannot be fixed manually prior to the script attempting to restart Apache so it breaks the install. You would need to find the error in the configuration script to allow it to properly update the ‘/etc/httpd/conf.d/zzzkaltura.conf’ configuration file prior to restart.
However, after editing the file manually and replacing the tokens with valid information then restarting HTTPD (Apache), I was able to get the host running again.
After getting what seem to be everything working, I getting errors that I am missing files required for the Kaltura All In One plugin to work properly. I open a new thread to address this issue.
I am not sure if this is a plugin issue or an installation issue. It would appear to be an installation issue since files are missing from the Kaltura complete installation package required for this plugin to work. Your assistance is appreciated.
I updated to the latest release of Kaltura CE you released six hours ago. However, I am still getting the following error during the configuration of the script.
kaltura-batch-11.5.0-1.noarch
base-config completed successfully, if you ever want to re-configure your system (e.g. change DB hostname) run the following script:
# rm /opt/kaltura/app/base-config.lock
# /opt/kaltura/bin/kaltura-base-config.sh
Reloading httpd: not reloading due to configuration syntax error
[FAILED]
kaltura-batch-config.sh FAILED with: 1731 on line 98
Archving logs to /opt/kaltura/log/log_04_01_16_11_41.tar.gz...
ERROR: /opt/kaltura/bin/kaltura-batch-config.sh failed:( You can re-run it when the issue is fixed.
To get this install running again I still had to edit the:
after updating the tokens in this file with the correct path information and making other manual configuration changes previously described, I was able to restart HTTPD and access Kaltura KMC and Admin Console, Red5 and run secure Kaltura Monit without errors.
However, the issues described in the following thread still exist.
I had that happen and I had to rerun the configuration script. Can you post a copy of your answer file and delete or hide all passwords IPs and URLs? It is related to your SSL configuraiton.
BTW, post the content of your ‘/etc/yum.repos.d/kaltura.repo’ file so I can see were you are pulling the RPMs from. Sometimes you get old files or other don’t update cause the main server has not updated with the latest RPMs. Some of this was mention by @jess in this thread.
My guess is that your CDN edge has not fully updated from the origin server.
If so, you can change installrepo.kaltura.org to installrepo.origin.kaltura.org in /etc/yum.repos.d/kaltura.repo and retry.
Remember to change back later though since using CDN is naturally much faster.
Install failed with the following error:
Running Batch config…
kaltura-batch-11.5.0-1.noarch
base-config completed successfully, if you ever want to re-configure your system (e.g. change DB hostname) run the following script:
rm /opt/kaltura/app/base-config.lock
/opt/kaltura/bin/kaltura-base-config.sh
Reloading httpd: not reloading due to configuration syntax error
[FAILED]
Archving logs to /opt/kaltura/log/log_04_01_16_22_58.tar.gz…
ERROR: /opt/kaltura/bin/kaltura-batch-config.sh failed:( You can re-run it when the issue is fixed.
[root@player conf.d]# rpm -q kaltura-postinst
kaltura-postinst-1.0.30-10.noarch
SSL certs have been added to /etc/httpd/conf.d/zzzkaltura.ssl.conf.
Did you edit the tokens in this file after that reload error? There is a SSL file and regular file both have to have the tokens updated if they were not set during installation. I had a similar issue. Re-read my comments and errors for more information.
Hello @hiphopservers, as per your suggestion I have added the tokens to file /etc/httpd/conf.d/zzzkaltura.conf.
I am now getting the following error:
[root@player conf.d]# service httpd reload
Reloading httpd: not reloading due to configuration syntax error
[FAILED]
[root@player conf.d]# service httpd restart
Stopping httpd: [ OK ]
Starting httpd: httpd: Syntax error on line 221 of /etc/httpd/conf/httpd.conf: Syntax error on line 7 of /etc/httpd/conf.d/zzzkaltura.conf: Include directory ‘/etc/httpd/@APP_DIR@/configurations/apache/conf.d’ not found
[FAILED]
Here are the contents of file: /etc/httpd/conf.d/zzzkaltura.conf
<VirtualHost *:@KALTURA_VIRTUAL_HOST_PORT@>
# for SSL offloading support, if LB has X_FORWARDED_PROTO set to ‘https’, set HTTPS to 'on’
SetEnvIf X-Forwarded-Proto https HTTPS=on
ErrorLog "@LOG_DIR@/kaltura_apache_errors.log"
CustomLog @LOG_DIR@/kaltura_apache_access.log vhost_kalt
Include "@APP_DIR@/configurations/apache/conf.d/enabled.*.conf"
Hello @hiphopservers, I have updated the file /etc/httpd/conf.d/zzzkaltura.conf with:
<VirtualHost *:80>
# for SSL offloading support, if LB has X_FORWARDED_PROTO set to ‘https’, set HTTPS to 'on’
SetEnvIf X-Forwarded-Proto https HTTPS=on
ErrorLog "/opt/kaltura/log/kaltura_apache_errors.log"
CustomLog /opt/kaltura/log/kaltura_apache_access.log vhost_kalt
Include "/opt/kaltura/app/configurations/apache/conf.d/enabled.*.conf"