New install issue

Good day to all. I just discovered Kaltura, and I am extremely excited to get this running on a test server to see how it all fits together. Before I used all sorts of other similars scripts and apps on other of my sites, but this looks like it has more features.

So here is my issue. When I try to install it today (CentoS 6), I get the following. Notice I did run yum clean all before hand, rebooted the server etc :

yum install kaltura-server Loaded plugins: fastestmirror

Setting up Install Process
Loading mirror speeds from cached hostfile

Now, I went directly to the releases folder, and noticed there was an update just last night (28th of Feb 2015). These two files mentioned in my install doesn’t exist there anymore.

Hello,

I’m glad you chose to try it out:)
I believe your issue can be easily solved with:
# yum clean all

Also, to learn more about the platform and our API, you are invited to join us on this free webinar:

http://corp.kaltura.com/webinars/live/api-driven-video-platform-key-scalability-and-flexibility

Let me know if there are additional questions,

I did the “yum clean all”, same result.

It seems under “latest” there was a new build last night? Is it possible the cache is not cleared properly as yet?
EDIT:

I ran yum update, and got this

Kaltura | 2.9 kB 00:00
Kaltura/primary_db | 186 kB 00:00
Kaltura-noarch | 2.9 kB 00:00
http://installrepo.kaltura.org/releases/latest/RPMS/noarch/repodata/406e6b28281f56055baa6eef71efb90aec447bde1300430a091aaead17f46efe-primary.sqlite.bz2: [Errno 14] PYCURL ERROR 22 - “The requested URL returned error: 404 Not Found”

When I visit http://installrepo.kaltura.org/releases/latest/RPMS/noarch/repodata/ the file mentioned above is not there.
The list is

[ ] 7dff1f147fe6610dd9b178aeb64e175d35d1ff66ace11e5225e31c02cfeb72aa-other.xml.gz 28-Feb-2015 15:51 26K
[ ] af82eb0508749c5aa8888ce0516d5f67a386a3360b550c2a48fcae34493bc07f-primary.sqlite.bz2 28-Feb-2015 15:51 41K
[ ] b022c31113a5fd971ed4c9e6ebd0e49e1623151e84fa71502ca88de202ed3f59-other.sqlite.bz2 28-Feb-2015 15:51 30K
[ ] b1f2bcb3ca3bd4fc3d6e72448fe337a31c115dd5dc1702933b1a104a4c9efe25-filelists.sqlite.bz2 28-Feb-2015 15:51 1.7M
[ ] ba2257788f2a047eac21ed6d6290bcd315c203097373fd7eca0cbafaf09b63b4-filelists.xml.gz 28-Feb-2015 15:51 2.4M
[ ] dba32c2de94a4e3de8c1c5c32412e4ae2c086c59976180dc18f72901ff031f96-primary.xml.gz 28-Feb-2015 15:51 15K

It seems the update changed the filesnames last night. The yum still looks for the old name for some reason.

I have edit the repos.d to point to 10.5.0 instead of “latest” and it seems to work now.

Hello,

Yes, there was an update last night.
I was unable to reproduce your issue but I regenerated the metadata just in case.
We use Akamai as CDN and it is always possible you are reaching an unupdated edge, I suppose…

Can you please try again and, if it is still happening, maybe try to create a new file under /etc/yum.repos,d/kaltura1.repo and copy contents of /etc/yum.repos.d/kaltura.repo into it as well as removing /var/cache/yum/x86_64/*/Kaltura by hand just in case its a bug in YUM’s cleaning algo.

Also, do you have another machine where you can check from?

If still the same, can you check the output of:
# yum info kaltura-base
?

Thanks,

OK, that also works but it is strange because latest is a symlink to 10.5.0. Can you check on another machine please?
I’d rather you use latest since this automatically changes to the stable version upon every release.

Ok, I tried a server on Canada, which is where I experienced the above. Will try from one of my AWS instances in Singapore and Rackspace server in Europe and let you know.

Thank you, please let me know

Seems to be working fine today. Must be a caching issue.

I am also troubled by the same symptoms .

please help me

Hi,

Please paste the output for the YUM commands and the content of /etc/yum.repos.d/kaltura.repo

Thank you

# yum update
読み込んだプラグイン:fastestmirror, security
更新処理の設定をしています
Loading mirror speeds from cached hostfile
epel/metalink                                                                                                                                        | 4.9 kB     00:00     
 * elrepo: ftp.ne.jp
 * epel: ftp.kddilabs.jp
 * rpmforge: ftp.riken.jp
 * rpmfusion-free-updates: mirror.bjtu.edu.cn
 * rpmfusion-nonfree-updates: mirror.bjtu.edu.cn
http://installrepo.kaltura.org/releases/latest/RPMS/noarch/repodata/406e6b28281f56055baa6eef71efb90aec447bde1300430a091aaead17f46efe-primary.sqlite.bz2: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
他のミラーを試します。
エラー: failure: repodata/406e6b28281f56055baa6eef71efb90aec447bde1300430a091aaead17f46efe-primary.sqlite.bz2 from Kaltura-noarch: [Errno 256] No more mirrors to try.


yum.repos.d]# cat kaltura.repo 
# URL: http://kaltura.org/
[Kaltura]
name = Kaltura Server
baseurl = http://installrepo.kaltura.org/releases/latest/RPMS/$basearch/
gpgkey = http://installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
gpgcheck = 1 
enabled = 1

[Kaltura-noarch]
name = Kaltura Server arch independent
baseurl = http://installrepo.kaltura.org/releases/latest/RPMS/noarch
gpgkey = http://installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
gpgcheck = 1
enabled = 1

# we currently do not have the nightly so commented. We do have plans to add that.
#[Kaltura-testing]
#name = Kaltura Server arch independent
#baseurl = http://installrepo.kaltura.org/releases/nightly/RPMS/$basearch/
#gpgkey = http://installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
#gpgcheck = 1 
#enabled = 0

#[Kaltura-testing-noarch]
#name = Kaltura Server arch independent
#baseurl = http://installrepo.kaltura.org/releases/nightly/RPMS/noarch
#gpgkey = http://installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
#gpgcheck = 1
#enabled = 0

hello.

is ok?

# cat kaltura.repo 

# URL: http://kaltura.org/
[Kaltura]
name = Kaltura Server

#default
#baseurl = http://installrepo.kaltura.org/releases/latest/RPMS/$basearch/
baseurl = http://cdn.installrepo.kaltura.org/releases/10.6.0/RPMS/x86_64/
#default
#gpgkey = http://installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
gpgkey = http://cdn.installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
gpgcheck = 1 
enabled = 1

[Kaltura-noarch]
name = Kaltura Server arch independent
#baseurl = http://installrepo.kaltura.org/releases/latest/RPMS/noarch
baseurl = http://cdn.installrepo.kaltura.org/releases/10.6.0/RPMS/noarch
#gpgkey = http://installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
gpgkey = http://cdn.installrepo.kaltura.org/releases/RPM-GPG-KEY-kaltura
gpgcheck = 1
enabled = 1

Hello,

Yes, it is but note that when using 10.6.0 instead of latest, each upgrade will require you to manually change the version. Better to use ‘latest’.

Thanks,

Jess, I went to upgrade to 10.7 today, and I’m also bumping into the repo issue:

[root@kaltura yum.repos.d]# yum info kaltura-base
Loaded plugins: changelog, rhnplugin
This system is receiving updates from RHN Classic or RHN Satellite.
http://installrepo.kaltura.org/releases/latest/RPMS/noarch/repodata/aee86c559889b7bf6e5bbedbc20b587b7d6af56d48ae8c6cb7cc8c0dba5db87c-primary.sqlite.bz2: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Trying other mirror.
Error: failure: repodata/aee86c559889b7bf6e5bbedbc20b587b7d6af56d48ae8c6cb7cc8c0dba5db87c-primary.sqlite.bz2 from Kaltura-noarch: [Errno 256] No more mirrors to try.

Bill K.

Hi Bill,

Can you please try yum clean all and then, if it still fails, can you check if changing to cdn.installrepo.kaltura.org instead of installrepo.kaltura.org works?
Thanks,

The yum all cleared it up today. Download completed, but still encountering the issue with the config-all failing during the

kaltura-batch-10.7.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:

Reloading httpd: not reloading due to configuration syntax error, where it’s not properly replacing the elements,

VirtualHost *:@KALTURA_VIRTUAL_HOST_PORT@>
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"

I had sent you that stderr error out last week on it.

Bill K.

I went ahead and just ran each batch job individually, and now have it back up and running. Still get the players indicating they need updating:

This player requires updating

However, when you try to update you get:

Error updating UIConf: