Failed to get available update data

By datenrettung on 12 Mar 2011 at 20:18 UTC

new d7 localhost installation, no firewall, no proxy, enabled/disabled modules, apache2, mariadb 5.2.4, php 5.3,

Checked available update data for 13 projects.
Error message
Failed to get available update data for 182 projects.

any idea?

Drupal 7.0
OK
Access to update.php Protected
OK
Configuration file Protected
OK
Cron maintenance tasks Last run 18 min 23 sec ago
You can run cron manually.
To run cron from outside the site, go to http://localhost/drupal/cron.php?cron_key=6Tvp9kqH55UGfzXvw1BYWHmJpIEKae...
OK
Database system MySQL, MariaDB, or equivalent
OK
Database system version 5.2.4-MariaDB-mariadb94-log
OK
Database updates Up to date
Warning
Drupal core update status Failed to get available update data.
There was a problem checking available updates for Drupal. See the available updates page for more information and to install your missing updates.
OK
File system Writable (public download method)
OK
GD library PNG support 2.0
OK
GD library rotate and desaturate effects 2.0
OK
Module and theme update status Up to date
OK
Node Access Permissions Disabled
If the site is experiencing problems with permissions to content, you may have to rebuild the permissions cache. Rebuilding will remove all privileges to content and replace them with permissions based on the current modules and settings. Rebuilding may take some time if there is a lot of content or complex permission settings. After rebuilding has completed, content will automatically use the new permissions. Rebuild permissions
OK
PHP 5.3.3-1ubuntu9 (more information)
OK
PHP extensions Enabled
OK
PHP memory limit 128M
OK
PHP register globals Disabled
OK
Unicode library PHP Mbstring Extension
OK
Update notifications Enabled
OK
Upload progress Enabled (PECL uploadprogress)
OK
Web server Apache/2.2.16 (Ubuntu)

Comments

same here

ytsurk

Switzerland

commented 4 May 2011 at 09:52

think it has something to do with a copied db for a new domain.

edit: but now it just worked again .., probably something temporary (serverside)

aha - interesting ..

I have same issue

droshani commented 3 August 2011 at 08:08

I copied my web site to a new domain and now I get

Failed to get available update data

How did you solve this issue?

long time

AtomicTangerine commented 25 August 2011 at 17:35

I just started using Drupal, and I've had this error/problem for a month. I disabled the Search module (because an issue somewhere said that hangs things up if the Search module can't index something), I've messed with settings all over the place, run cron manually (it says it runs), and update.php, but just can't seem to get it to get those updates for modules. I have lots of modules and it would really not be fun at all to have to go to their project pages and manually check for updates :/
btw, I'm user 1, using Drupal 7.7, and don't actually have access to the web server it's on, so I can't get to the files. I might be able to try to, if that's where the problem is, like something in the settings.php file.

What did you do to fix it? You really didn't change anything at all to make it spontaneously start working again?

Thanks

I also had this problem

ardnet commented 15 September 2011 at 14:48

Well, the site it's in my local though. Already quite a lot of modules as well.
I do manually check for the update by clicking "Check manually", the first checking for update succeed, but the second one, third one, and so on all the modules can NOT get the latest update information.
I also used Drush to update, but it is always says that there's no update available for the modules (or even for the core).

Any idea why this is happen?

Thanks

update:
sorry, nevermind, seems it's working now, I didn't do anything.
Weird, been more than an hour to find out about this problem, but now suddenly working again.

Hi, guys, I usually get this

j2b commented 17 April 2012 at 11:47

Hi, guys, I usually get this error (even on D6) if server (particular website) can not resolve to itself. Especially, if web server is behind the NAT, and Provider do not support full Split DNS functionality. Including some quirks in firewall settings. If you have possibility, please add your www.site.com to server's local /etc/hosts file, using servers internal (if such) IP address. Or please ask your provider to do this.

E.g.:
192.168.1.100 www.site.com site.com

This solves situation. Although post is more than one year old, I'm posting this for somebody else to get solution.

Empty cache_update table

turboflash commented 23 August 2012 at 07:21

Emptying cache_update table did the trick for me.

Same here - just flushing the

geerlingguy commented 7 September 2012 at 21:02

Same here - just flushing the cache_update cache and then a manual update check worked perfectly!

__________________
Personal site: www.jeffgeerling.com

It did do the trick

maitridan commented 12 January 2016 at 18:51

Thank you geerlingguy! This worked for me too!

Thanks!

owntheweb commented 27 August 2013 at 14:13

cache_update is empty. Life is good now. Thanks all.

Worlds to explore. Worlds to create.
Blog: http://www.christopherstevens.cc/blog
Twitter: http://www.twitter.com/owntheweb

Emptying the cache_update worked

webdesigncapetown commented 7 April 2014 at 18:06

Thanks. Emptying the cache_update worked.

Empty cache_update table

gmyers commented 27 October 2015 at 14:19

Emptying cache_update also worked for me!

Worked like a charm

anthony0perez commented 13 June 2016 at 16:50

This worked like a charm thanks

Starting update without internet connection

emilcarpenter commented 15 October 2012 at 04:29

Starting update without internet connection caused this issue for me. (I am using WAMP / localhost.)

Emptying the cache_update usin phpmyadmin got it working again.

Thanks for the cache tip!

Confirming that emptying

korven commented 26 January 2013 at 23:08

Confirming that emptying cache_update table does the trick!

Empty cache_update worked for me.

Vote_Sizing_Steve commented 14 January 2014 at 16:20

Thanks for the tip!

drush clear cache all

Michael-IDA commented 31 January 2014 at 17:00

Oddly "drush cache-clear all / drush cc all" does not clear the cache_update table. Use phpMyAdmin or your equivalent.

Drupal Hosting

NIH Cancer Study: Supplemention with both vitamins and fenbendazole exhibited significant (P = 0.009) inhibition of tumor growth.

Confirming that emptying the

quintard commented 5 March 2014 at 08:09

Confirming that emptying the cache_update table with phpMyAdmin solved the problem.
Many thanks.

emptying the cache_update table solved the problem just one time

ntigh52 commented 18 May 2014 at 09:11

Hi All,
I empty the cache_update table the first time after cleaning the cache_update table its ok
but the seond time and etc... this issue repeat.
on the log I have 2 lines each time I run the "manually check for updates".
Notice: Undefined index: name on-system_requirements() (line 34 from-/sitedir/modules/system/system.install).
Notice: Undefined index: version on-system_requirements() (line 36 from-/sitedir/modules/system/system.install).

If i run cron so, I get all the infomation of all my project.

Any idea?
Thanks again.

Set up jquery_update option

graceman9 commented 10 June 2014 at 08:38

Set up jquery_update option to 1.5 (for administative interface) solve my problem.

Hi Any clue how to upgrade jquery_update option

Akshita commented 14 August 2015 at 15:48

Hi Any clue how to upgrade jquery_update option

upgrade jquery_update option

sumit.prajapati commented 23 January 2016 at 18:38

You can use Jquery Update module.

https://www.drupal.org/project/jquery_update

Same problem here solved with clean sessions

francescosciamanna commented 13 August 2015 at 14:18

After moving to a new server, I resolved the same problem with a manual clean of sessions table in db, so the steps I did were:

Emptying sessions table
Emptying cache_update table
Clean Cache

Emptying the cache_update

anu17 commented 5 November 2014 at 11:25

Emptying the cache_update worked for me. Thanks

Emptying the cache_update

thepaladin commented 2 March 2015 at 11:31

Emptying the cache_update worked for me. Thanks

Emptying cache_update works, add feature?

jweirather commented 1 April 2015 at 19:02

Emptying the cache_update table worked for me too.

That is to say: after making a good backup, I went in to PHP My Admin, opened that table, selected all rows and deleted them. I noticed that one of the rows appeared to be an error/log message of some kind, and its placement in the list of modules was directly between the modules that were successfully checked for updates and those that were not.

Based on the number of responses here, I'm wondering if the update module could be patched to include a "reset cache_update table" option?

Normally clearing cache through the UI and drush did not resolve this for me. I'm assuming this is by design.

Should I add this as a feature request? Happy to pitch in, I just don't want to duplicate effort, etc.

Most humble thanks!

Nothing of what you guys said

andrezstar commented 10 June 2015 at 14:34

Nothing of what you guys said worked for me.
Still having the same issue. Getting crazy

simplexml_load_file(): .... failed to load external entity
...Project.php:72
Failed to get available update data from ...

One more solution

ar7max commented 17 April 2015 at 23:36

I'm using Acquia Dev Desktop 2. Today I encountered this problem and when I was trying to browse some Google Fonts via FontYourFace I saw some ssl error. Than I googled and found solution: you should uncomment ";extension=php_openssl.dll" in your version of php.ini (switchable in Dev Desktop 2) - works fine for me.

I'm using an old XAMPP 1.7.1

msteer commented 27 January 2016 at 15:05

I'm using an old XAMPP 1.7.1 install for some of my sites. Editing my php.ini, uncommenting the php_openssl.dll line, and also truncating the cache_update table fixed this problem for me.

hosts

JimJS commented 15 June 2015 at 15:08

An added step for me was to update the linux "hosts" file to include my site's static IP address on a multisite install. I set a static IP for my site and Just had to add the static address to /etc/hosts.
192.168.x.x www.sitename.com

I had also cleared the cache_update table, as suggested.

check proxy_server setting

stuchl4n3k commented 19 August 2015 at 16:09

I was experiencing the same issue, but couldn't find any solution. The problem was, that variable 'proxy_server' (in variables table) was set to an IP that was no longer available. Hope it helps.

Thank you

oo7_golden_1 commented 11 November 2015 at 07:29

Thank you guys for suggesting this method of troubleshooting as it has helped to resolve my issue.

My Drupal 7.35 site was showing that everything was up to date (which I knew was not accurate). So for all you semi-layman Drupal users out there, here is what I did and what you can do too if you don’t already know how to do so…

I accessed my cPanel > phpMyAdmin > (located the correct database for my malfunctioning website using my sites Settings.php file within the public_html/sites/default/settings.php also under cPanel) I opened up the database for the site in question > opened the cache_update option > selected Show all in order to see all of the data within that table > I chose Select All > then Delete.

Seemed to work…

Thanks again guys.

With a local vm

lauriaaltonen commented 28 December 2015 at 10:10

I'm using drupal from a VM and did not get available updates to show even after clearing cache_update. I found out (with drush up -d) that the wget time limit was hit everytime so after pinging ftp.drupal.org I managed to get updates to show.

Hope this helps some one!

Empty Sessions table, cache_update, clear all caches worked

annedougherty commented 14 January 2016 at 15:47

This worked for me:

Emptying sessions table
Emptying cache_update table
Clean Cache

This was a PHP version issue for me

jmoruzi

Brantford, ON

commented 14 January 2016 at 20:53

I was having the same problem. Emptying the sessions table, the cache_update table, and clearing the cache did not work. Updates work on my live server no problem, but none of my sites (15+) on my dev server would update.

The solution: rolled back my php version from 5.4.33 to 5.3.13 and problem solved. Now modules update normally.

Hope this helps.

php version rolling back

arpas commented 1 February 2016 at 17:01

php version rolling back helped also. I migrated to Acquia Dev Desktop and started with PHP version 5.5.33, then changed to 5.3.29 and OK. Before website was on php 5.4.33.
Update won't work if PHP is version 5.5.33 (drupal version 7.41)

Same problem. After moving my

fabrizior commented 22 January 2016 at 21:41

Same problem. After moving my site to new server (now on Suse SLES 12 SP1), I have the error: "Failed to get available update data"
I've looked on various posts. Clearing chache_update, cache_ession and other does not work for me :-(

Drush update check work, but not from gui interface.
Thanks for any suggestion

Fabrizio

Same problem here.. "Failed to get available update data."

santhu4web commented 26 January 2016 at 11:58

Did all the steps in phpmyadmin.. deleted all the data from given tables..
no luck.. issue still exists..
Have moved my server (Godaddy to Host gator)..
cureent Version:
pache Version 2.2.29
PHP Version 5.4.39
MySQL Version 5.6.23-72.1

Any fixes please let me know..

This canno't be a solution,

fabrizior commented 1 February 2016 at 14:10

This canno't be a solution, not for me.

Make sure OpenSSL is in your php.ini

Harlor commented 29 January 2016 at 16:51

I got this error because the line extension=openssl.so in my php.ini was commented out.

Solve by disabling HTTPLR module

cozzamara commented 1 February 2016 at 10:35

Hi, I solve this issue by disabling httplr module

Thanks!

tparc commented 4 February 2016 at 16:17

This is the only solution that worked for me.
See thread https://www.drupal.org/node/2653544.
Unchecking the "Use httprl to handle drupal_http_request" option on the HTTPRL settings page seems to solve the problem without disabling the module.

Great!

ivel commented 5 February 2016 at 09:55

After a couple of days finally got it working.
Unchecking the "Use httprl to handle drupal_http_request" and deleting entries from cache_update table did it for me.

Thank you!

Using Drupal 7.

jsidigital commented 5 February 2016 at 16:17

Using Drupal 7.
Unchecking the "Use httprl to handle drupal_http_request" option on the HTTPRL settings page, then clearing cache_update did it for me.

admin/config/development/httprl

OpenSSL should acually be

Harlor commented 5 February 2016 at 12:29

OpenSSL should acually be included in PHP now. I reinstalled PHP 5.6 and commented ;extension=openssl.so out again. It seems to work.

Very strange issue

cozzamara commented 5 February 2016 at 15:16

I have the same issue with two PC....but one with xampp 5.5.28 and the other with xampp 5.6.15.
Both PC with windows 10 pro edition. In these case I try with a pure drupal installation, without httplr module installed, but always I got an "Failed to get available update data for x project.". In one case with drupal 8.02 and in the other case with drupal 7.42.
On the same PC a drupal 7.42 installation work fine and a drupal 8.02 installation won't work with the same xampp version.
I uncomment openssl library in php.ini in xampp 5.5.28.
Please report also operative system in your issue.

Drupal 8.03 still survive

cozzamara commented 5 February 2016 at 18:40

This issue still survive in Drupal8.03 without any module on xampp5.6.15 on Windows10 pro edition.
Drupal 7.42 seem solved on the same environment.

No issue on ubuntu

cozzamara commented 6 February 2016 at 10:17

No issue happens in Drupal 8.03 on Ubuntu 15.10 with xampp 5.6.15.

issues on site

drupaljp commented 16 June 2016 at 12:16

[link removed]
Can someone help me for my site? I have some issues on it :/

.

Michelle

she/her

English

Wisconsin, USA

commented 16 June 2016 at 13:26

If this is a real request for help, please start a new post and provide details on your question. Just putting a link like that looks spammy and you are also hijacking this thread with an off-topic request.

Still not working

crystalgrafix commented 14 September 2018 at 03:55

We have web sites (Drupal 7.59) that are also behind a proxy, and no longer receive updates from drupal.org.

Tried all the solutions mentioned above and couldn't find a fix.

Our sys admins have done the below changes and still can't get it to work.

Can someone please let us know what we are missing?

Firewall = Palo Alto PA820: Security Policy in place for the following IP addresses (these IPs seems to be changing with every request):

108.177.97.156
151.101.1.175
151.101.65.175
151.101.129.175
151.101.193.175
172.217.167.74
172.217.167.78

Have also added “*.drupal.org “to the firewall url whitelist.

Web Proxy = Forcepoint Appliance: No SSL Decryption and scanning exceptions are is in place for *.drupal.org

Solved for me

JimJS commented 14 July 2016 at 17:45

I was having this problem before and found it was because of a Virtual Host setup in my linux "httpd.conf" file (see my prior comment). I added my virtual host's ServerName to my "hosts" file and the problem was resolved. The problem reappeared and I didn't know why, I had the ServerName declared in my "hosts" file - it was making me crazy with no good messages to help trouble shoot (don't want to say how much time I spent with this problem).

I reviewed the "httd.conf", 'ssl.conf" and "hosts" files and found I had made a mistake in the "host" file. In the file "hosts" file I had declared the following -

192.168.1.2 local.example1.com local.example2.com local.example3.com

This was a problem - when I changed it to read

192.168.1.2 local.example1.com
192.168.1.3 local.example2.com
192.168.1.4 local.example3.com

Emptied the cache_update and the problem was solved.

This also resolved a related problem that I could not install new modules using "Install from a URL".

Phew - no more clearing cache_update and no more manual downloads and updates of modules!

Here is the page that help me see the problem, Name-Based VirtualHosts and SSL. Pay attention to the last section where it says "However you cannot do the following:". This general logic applies also to the "hosts" file.

Failed to get available update data

Comments

New forum topics