VideoCache
Videocache is no longer in development.

VC installed but not working

by Anonymous on 28 Jun 2009

Hi,

I am using Ubuntu. I have installed videocache, but getting this is my videocache.log, and since i have loaded videocache in my squid.conf, online streaming has become dead slow

This is what i am getting in videocache.log

2009-06-29 02:10:13,166 30937 - - SCHEDULED_ERR - Could not schedule video for download.
2009-06-29 02:10:13,167 30937 10.100.20.201 4ababcda8a2df876 SCHEDULED YOUTUBE Video scheduled for download.

Please let me know what is the issue, and how can i resolve it.

7 Answers

by Kulbir Saini on 29 Jun 2009

Anon,

Checklist

  1. Is port 9100 open and not blocked by iptables? Use 'netstat -atpn' to see.
  2. Did you modify the setup script while installing videocache?

Thank You!

by Anonymous on 29 Jun 2009

Hi,

Yes i did modify the script before installing it.

I changed the "squid_user" and "squid_group" and "apache_dir" parameters. Still same issues.

I tried to install this on ubuntu with the guide that was on the frontpage, still its not working.

by Anonymous on 29 Jun 2009

Hi,

When you say port 9100 open or blocked. Should it be open for Client Access, or for Server Access to Internet.

by Kulbir Saini on 29 Jun 2009

Mudasir,

Port 9100 is used for XMLRPC communication within the server only. You get SCHEDULE_ERR when either scheduler is not working properly or it have received something it was not expecting. Can you paste the output of 'netstat -atpn' here?

Thank You!

by Anonymous on 4 Jul 2009

Hi,

Dear when i do "netstat -atpn | grep 9100" i dont see any thing.

Please let me know.

I have installed Portmap.

by Carlos Eduardo on 1 Aug 2009

I have the same error SCHEDULED_ERR - Could not schedule video for download.

I used Fedora 11: result of my commands:

(root@cache)[/etc/squid]# netstat -atpn| grep 9100
tcp        0      0 127.0.0.1:9100              0.0.0.0:*                   OUÇA       2476/(python)       
tcp        0      0 127.0.0.1:9100              127.0.0.1:60389             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:59913             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60388             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60392             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60395             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60401             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60397             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:59912             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:59915             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60387             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60386             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60399             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60398             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60393             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60385             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60400             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60390             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60391             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:59914             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60396             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60402             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:59910             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:59911             TIME_WAIT   -                   
tcp        0      0 127.0.0.1:9100              127.0.0.1:60394             TIME_WAIT   -                   
(root@cache)[/etc/squid]# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
(root@cache)[/etc/squid]# nmap localhost

Starting Nmap 4.76 ( http://nmap.org ) at 2009-07-31 23:44 BRT
Interesting ports on localhost.localdomain (127.0.0.1):
Not shown: 994 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
80/tcp   open  http
111/tcp  open  rpcbind
631/tcp  open  ipp
9100/tcp open  jetdirect

Nmap done: 1 IP address (1 host up) scanned in 0.12 seconds

Please
Waiting for return

by Speculator on 7 Aug 2009

Did anyone get any further with a solution for this problem? I've now tried videocache installs on two PC's, and got this error with both of them. One was running OpenSUSE 11.1 and Squid 2.7, and the other was Fedora 11 with Squid 3. The error logged was the same each time.

Also, I notice VC only identified and tried to download about 1 in 4 youtube videos.

Thanks.