just wanted you to see this jess as i didnt want to give out any wrong info since im learning server stuff myself.
OK i think i finally have it… here is how i fixed this issue with my virtual hosts. This may not happen to you if you install kaltura on a fresh server install however i already had webmin and virtualmin and other items installed so that could have made a difference im not totally sure… But anyway if your reading this then your here for a reason so i will continue.
Also remember that for you new people (like myself) you will have a default virtual host that is port 80, that is normal from my experience and it has nothing to do with anything you do on top of that. This default is used as a failsafe in the event any other requests are not processed. It even says on it
Defines the default settings for all other virtual servers, and processes any unhandled requests.
So dont worry about that one, just leave it alone and let it be, you can build whatever you want in addition to that so dont mess with it.
OK back to the process here:
The main issue is that kaltura has its own httpd conf file for ssl and thats why it creates its own “any port” virtural host which was messing up they way i set this originaly. The file is actually located in /opt/kaltura/app/configurations/apache/kaltura.ssl.conf (you may find that it shows the file in another dir but that file is just a link to this one) (as a side note the kaltura.conf for normal http just forwards everything to the https in that file if https config is run during install)
The main problem is that the SSL version of this file does not use the variables from the port input during the install config process for SSL option. (which it should i hope one day or atleast default to 443) But rather it just does a straight “all port” setup to catch either request. So hopefully by now you can see where im going with this.
The solution for me was to remove (comment out) any custom virtual host code from the /etc/httpd/ config file with regards to the main doc root that i originally had in there. Then change the kaltura SSL version file to only port 443 and using the IP rather than name convention in the virt host tag. Also you may have to comment out this line here in the kaltura SSL version file
the reason is that (atleast i got) the error showed up that
Syntax error on line 31 of /etc/httpd/conf.d/zzzkaltura.ssl.conf:
format string must be an absolute path, or ‘none’
(fyi that is the file that is just a link to the real file)
So not sure why it would not work with IP as it is a variable for IP but anyway i just commented it out because it would not work with hostname or IP and i was not sure what the path would be.
Also if you get this warning during this process
Address already in use: make_sock: could not bind to address
It just means you have a duplicate process listening to that port already, so all you have to do is run
netstat -ntlp | grep 80
and then youll see the issue and should see multiple processes for the same item. But regardless since you are going to restart apache anyway just kill the httpd process by process id which is the number to the far right #/httpd that number is your process id number. For example if it was 12345
This is the page where i got the info, its about ubuntu (i am on linux centos 6) and its alittle different error but in the same general arena so i referred to it to help me with the commands just for referrence.
So once i converted the kaltura SSL version to only SSL, then i created a new virtual host in webmin for the port 80.
We are only talking about the doc root variable here in this section nothing more.
Now regarding the docroot for the port 80 for kaltura since we are doing port 80 seperate now. When i first did this i set up the docroot for port kaltura port 80 just like the SSL /opt/kaltura/app/alpha/web
However what happens is that you get an error on the page. So you can either:
set the doc root for 80 to the default which is /var/www/html and have a index,html file in there telling them to use the https version.
put a htaccess in that default dir in item 1 and do a perm forward to the https version.
set up the foward in the virtual host itself in webmin when you created the virt host for 80
block the http version all together with just an error page.
let firefox tell them its a https site and they should use the https version (not sure if the other browsers do this so not the best option)
Now remember you are the only one that should be trying to access the host so set it up accordingly.
Also remember that the kaltura ssl file is overwritten when you run the config all. So youll have to accomodate for that. I did so by making a backup copy of the kaltura.ssl.conf.template and then modifying the template with the info i wanted. I did leave the variables so if the system changes during an update then they can change too.
Dont forget to restart apache i do so by
service httpd restart
At this point try open up your https hostname and you should get the welcome page from kaltura which is great to see after my journey here. However remember that the config failed on us so i will have to remove the DB
and then rerun the config all process.
And now all i need to do is some final touchup on my actual server config (php to be exact - dont forget you need to go thru your entire global php ini file and set eveything up first) and im ready to run the configall again and this time it should complete. Fingers crossed
Hope this helps someone…
FYI i forgot to mention in my virtual host lists i have (and should have too) if you have the same problem as me.
1 for default - leave it alone
1 for port 80 kaltura (with whatever doc root you decide)
1 for port 443 kaltura with the doc root of /opt/kaltura/app/alpha/web
then later as you add domains youll have virtual hosts for them too
also in your httpd config (i say this because i dont really use the httpd ssl config other than for really special stuff - i just leave the defaults in there) you need to have your NameVirtualHost items set up. There is a special section for that. The name convention is for the 80 and the ip convention is for the SSL
NameVirtualHost xxx.xxx.xxx.xxx:443 (replace x’s with your server ip)
Then for any other domains you have on the server
Hope this has helped someone