Closed (fixed)
Project:
Kaltura
Version:
5.x-1.2
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
21 Jan 2009 at 21:45 UTC
Updated:
18 Aug 2010 at 07:10 UTC
Jump to comment: Most recent file
When we run the kaltura cron on our site, we get the following error: "PHP Fatal error: Call to a member function getEntries() on a non-object in /home/urbmi5/public_html/modules/kaltura/kaltura.module on line 487"
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | kaltura.log_.txt | 8.86 KB | EvanDonovan |
Comments
Comment #1
Zohar.Babin commenteddid you finish the module configuration ? the error is due to failure in creating a client object.
when creating client object, the class tries to open session with kaltura's server, so failure could be caused by various reasons:
1. wrong partner details (like wrong secret etc.)
2. no connection to kaltura's server
3. lack of detail (if you didn't finish configuration)
What are the statuses in the "server integration settings" page ?
Comment #2
EvanDonovan commented- Drupal to Kaltura Session Test: Session Status: OK (green)
- Cron job status: Cron has run (green)
- CrossDomain.xml Status: crossdomain.xml is in place and seems to be OK (green)
The partner info is all filled out.
Comment #3
Zohar.Babin commentedI will add If() statement before using this object, but this is like taking Paracetamol when you have tooth ache instead of going to the dentist...
I'd like to understand why you fail to get the object in the first place.
If you could upload kaltura.log file so I'll take a look it could be very helpful.
I'd suggest that you clear the log (backup the old one), run cron and upload the new log (this way it would be smaller)
Comment #4
EvanDonovan commentedWhen I ran just the kaltura cron function, here is what I got.
I don't know if something is different when it runs via the cron daemon. I couldn't wait till the cron daemon ran it, because it seems like the kaltura cron is not run every time our cron runs, but instead only runs once every few days.
Comment #5
EvanDonovan commentedSorry the file didn't attach for some reason.
Comment #6
Zohar.Babin commentedthat seems to be fine. it is not representing the fatal error case.
what happens if you run cron manually ?
the function getEntries() will not be called only i case you have no Kaltura nodes.
if you have at least one kaltura node, that function should be called, and in case there is still a problem you'll get the fatal error again.
Comment #7
EvanDonovan commentedThanks for your help. I'll get back to you the next time that we receive the error email from the cron daemon. I don't think I can run cron manually, because we have so many modules installed that it runs the risk of destabilizing the system.
We have around 4 Kaltura nodes.
Comment #8
kpm commentedI just received the same error. It's been running error free since set up a couple months ago. Only recent change was an upgrade from 6.10 to 6.12. Just checked server status, and all have green checks. Checked the kaltura content on the site and it's fine. Maybe this is just a dropped connection at the time cron ran??
Comment #9
kpm commentedupdate...
Cron started emailing me Kaltura errors again on Sept 29th... Today I had time to investigate, simply logged in to server integration settings directly (using the Drupal Admin module, navigating to Site Configuration > Kaltura > server integration settings, and saw that all three Server Status points had a large red 'x' beside each, rather than that large green check mark I was hoping for... All I did, was click on the top Kaltura admin menu, which closed all of the sub sections, then clicked on the Kaltura servier integration settings again, and the green check marks were back, all Kaltura statuses reporting OK.
Comment #10
oferc commented