error 3.3.0 Upgrade Check Failed !

[shawn_a]

You add those variables to gsconfig.php or configuration.php and you get extra debugging info.
These are your configuration files.

I don't think that would do anything to cause this.
More than likely one of the things that was added to fix other hosts broke yours.
one of the curl options perhaps.

[shawn_a]

I might try to make a plugin that can debug this, would be easier to use.

[ph0t0]

I got that. I just wanted to ask that .htaccess thing before starting to degub. I'm not interested in adding plugin because of this.

I'm starting debug now & will inform later.

[ph0t0]

Now (debug mode+2 additions in configuration.php) error doesn’t stay gone long, just some “moments”.
Errorlog is empty, there is no debugLog, Debug Console is enough for me.

Only one time I saw this:

Debug Console:
- - -
API: curl error number:7
API: curl error:couldn't connect to host
API: curl Verbose:
API:
API: curl Data:
API:
API: JSON:

API: {"status":-1}


Lots of these:

Debug Console:
API: curl error number:28
API: curl error:Operation timed out after 500 milliseconds with 0 bytes received
API: curl Verbose:
API:
API: curl Data:
API:
API: JSON:

API: {"status":-1}

[shawn_a]

It is cached every 11 minutes hence the nocache =true;
Also only do it on the health check page cause the plugins do checks for every single one.

This is mine successful of course

Code:

API: type: core
API: address: http://get-simple.info/api/start/v3.php?v=3.3.2
API: timeout: 500
API: cache check: disabled
API: using curl
API: curl version:
API: Array ( [version_number] => 464896 [age] => 3 [features] => 2749 [ssl_version_number] => 0 [version] => 7.24.0 [host] => i386-pc-win32 [ssl_version] => OpenSSL/1.0.1a [libz_version] => 1.2.5 [protocols] => Array ( [0] => dict [1] => file [2] => ftp [3] => ftps [4] => gopher [5] => http [6] => https [7] => imap [8] => imaps [9] => ldap [10] => pop3 [11] => pop3s [12] => rtsp [13] => scp [14] => sftp [15] => smtp [16] => smtps [17] => telnet [18] => tftp ) )
API: curl info:
API: Array ( [url] => http://get-simple.info/api/start/v3.php?v=3.3.2 [content_type] => application/json;charset=utf-8 [http_code] => 200 [header_size] => 259 [request_size] => 78 [filetime] => -1 [ssl_verify_result] => 0 [redirect_count] => 0 [total_time] => 0.078 [namelookup_time] => 0 [connect_time] => 0.031 [pretransfer_time] => 0.031 [size_upload] => 0 [size_download] => 102 [speed_download] => 1307 [speed_upload] => 0 [download_content_length] => -1 [upload_content_length] => 0 [starttransfer_time] => 0.078 [redirect_time] => 0 [certinfo] => Array ( ) [primary_ip] => 72.10.36.125 [primary_port] => 80 [local_ip] => 10.0.1.14 [local_port] => 54662 [redirect_url] => [request_header] => GET /api/start/v3.php?v=3.3.2 HTTP/1.1 Host: get-simple.info Accept: */* )
API: curl Verbose:
API:
API: curl Data:
API: HTTP/1.1 200 OK Server: nginx Date: Sun, 16 Mar 2014 13:11:25 GMT Content-Type: application/json;charset=utf-8 Transfer-Encoding: chunked Connection: keep-alive Cache-Control: max-age=1 Expires: Sun, 16 Mar 2014 13:11:26 GMT X-Powered-By: PleskLin {"status":"2","latest":"3.3.1","your_version":"3.3.2","message":"You are living on the bleeding edge"}
API: JSON:
stdClass Object ( [status] => 2 [latest] => 3.3.1 [your_version] => 3.3.2 [message] => You are living on the bleeding edge )
API: {"status":"2","latest":"3.3.1","your_version":"3.3.2","message":"You are living on the bleeding edge"}

you can try the nocurl = true also.

[shawn_a]

2 more things i can think of

configuration.php

change
$api_url = 'http://google.com';

and then see if you get an output like mine above.

also try ip
$api_url = '74.125.229.168';

That eliminates that dns is working, and gs is not blocking your host

[hameau]

I can also confirm a curl timeout for http://get-simple.info/api/start/v3.php, same result for http://get-simple.info and http://mediatemple.net (GS hosts). The DNS is resolving to the correct IP (shown in the debug console) and the server logs show the outgoing TCP request to that IP address, but no errors.

Other addresses are fine (google.com, tablatronix.com, godaddy.com, ...) and complete in under 150 ms.

The oldest GS version that I have on the same hosting server is v3.2.x, which also fails to make the version check.

I have set the hosting environment (as far as I can) to development (no caching) and no firewall filtering. The host has suffered some DDoS attacks in the last few weeks, so they have certainly tightened things up, but it only seems to be a problem with Media Temple's IP block. My hosting server is physically in France and has a French geo. IP address (OVH).

There is no problem with my test server at home (which is nowhere near set for general production use).

Let me know if there are other tests I can make.

Edit to add: $apitimeout should be $api_timeout, I think (also in the Version check troubleshooting sticky).

[ph0t0]

Success:

Code:

API: type: core
API: address: http://get-simple.info/api/start/v3.php?v=3.3.1
API: timeout: 500
API: cache check: disabled
API: using curl
API: curl version:
API: Array
(
    [version_number] => 463623
    [age] => 3
    [features] => 1597
    [ssl_version_number] => 0
    [version] => 7.19.7
    [host] => i386-redhat-linux-gnu
    [ssl_version] => NSS/3.14.0.0
    [libz_version] => 1.2.3
    [protocols] => Array
        (
            [0] => tftp
            [1] => ftp
            [2] => telnet
            [3] => dict
            [4] => ldap
            [5] => ldaps
            [6] => http
            [7] => file
            [8] => https
            [9] => ftps
            [10] => scp
            [11] => sftp
        )

)

API: curl info:
API: Array
(
    [url] => http://get-simple.info/api/start/v3.php?v=3.3.1
    [content_type] => application/json;charset=utf-8
    [http_code] => 200
    [header_size] => 259
    [request_size] => 78
    [filetime] => -1
    [ssl_verify_result] => 0
    [redirect_count] => 0
    [total_time] => 0.24088
    [namelookup_time] => 1.9E-5
    [connect_time] => 0.117939
    [pretransfer_time] => 0.11795
    [size_upload] => 0
    [size_download] => 105
    [speed_download] => 435
    [speed_upload] => 0
    [download_content_length] => -1
    [upload_content_length] => 0
    [starttransfer_time] => 0.240851
    [redirect_time] => 0
    [redirect_url] =>
    [primary_ip] => 72.10.36.125
    [certinfo] => Array
        (
        )

    [request_header] => GET /api/start/v3.php?v=3.3.1 HTTP/1.1
Host: get-simple.info
Accept: */*


)

API: curl Verbose:
API:
API: curl Data:
API: HTTP/1.1 200 OK
Server: nginx
Date: Sun, 16 Mar 2014 20:12:09 GMT
Content-Type: application/json;charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Cache-Control: max-age=1
Expires: Sun, 16 Mar 2014 20:12:10 GMT
X-Powered-By: PleskLin

{"status":"1","latest":"3.3.1","your_version":"3.3.1","message":"Congrats - you have the latest version"}
API: JSON:
stdClass Object
(
    [status] => 1
    [latest] => 3.3.1
    [your_version] => 3.3.1
    [message] => Congrats - you have the latest version
)

API: {"status":"1","latest":"3.3.1","your_version":"3.3.1","message":"Congrats - you have the latest version"}

Fail:

Code:

API: type: core
API: address: http://get-simple.info/api/start/v3.php?v=3.3.1
API: timeout: 500
API: cache check: disabled
API: using curl
API: curl version:
API: Array
(
    [version_number] => 463623
    [age] => 3
    [features] => 1597
    [ssl_version_number] => 0
    [version] => 7.19.7
    [host] => i386-redhat-linux-gnu
    [ssl_version] => NSS/3.14.0.0
    [libz_version] => 1.2.3
    [protocols] => Array
        (
            [0] => tftp
            [1] => ftp
            [2] => telnet
            [3] => dict
            [4] => ldap
            [5] => ldaps
            [6] => http
            [7] => file
            [8] => https
            [9] => ftps
            [10] => scp
            [11] => sftp
        )

)

API: curl info:
API: Array
(
    [url] => http://get-simple.info/api/start/v3.php?v=3.3.1
    [content_type] =>
    [http_code] => 0
    [header_size] => 0
    [request_size] => 78
    [filetime] => -1
    [ssl_verify_result] => 0
    [redirect_count] => 0
    [total_time] => 1.117203
    [namelookup_time] => 0.000789
    [connect_time] => 0.116039
    [pretransfer_time] => 0.116046
    [size_upload] => 0
    [size_download] => 0
    [speed_download] => 0
    [speed_upload] => 0
    [download_content_length] => -1
    [upload_content_length] => 0
    [starttransfer_time] => 0
    [redirect_time] => 0
    [redirect_url] =>
    [primary_ip] => 72.10.36.125
    [certinfo] => Array
        (
        )

    [request_header] => GET /api/start/v3.php?v=3.3.1 HTTP/1.1
Host: get-simple.info
Accept: */*


)

API: curl error number:28
API: curl error:Operation timed out after 500 milliseconds with 0 bytes received
API: curl Verbose:
API:
API: curl Data:
API:
API: JSON:

API: {"status":-1}

Failed one has incorrectly:
[http_code] => 0


I tried also nocurl, fail:

Code:

API: curl error number:28
API: curl error:Operation timed out after 500 milliseconds with 0 bytes received
API: curl Verbose:
API:
API: curl Data:
API:
API: JSON:

API: {"status":-1}

Ps. http://get-simple.info/forums/showthread.php?tid=5587
$nocurl = false; should be $nocurl = true;

[shawn_a]

Ok so yea typo in my support thread,

$api_timeout

Sorry.

Looks like it worked then failed in the same exact query, so I still suspect timeouts or our host is blocking known spammer hosts, it has been doing this since we switched to mt many months ago.

Thanks hameau!

Try that with a higher timeout than 500 also your no curl true didn't take it should not say curl it should say fopen or something

[hameau]

... so I still suspect timeouts or our host is blocking known spammer hosts, it has been doing this since we switched to mt many months ago.

Host (Media Temple) level blocking is the most likely, imo. The version check used to work for me, but I don't know when it stopped. I get a timeout with or without curl and with a limit of 10 seconds (beyond that, it's no use anyway).

The IP address of my hosting server is 213.186.33.2: you might want to ask Media Temple if they are blocking that IP and, if so, why. It doesn't appear on any of the recognised blacklists (e.g., http://whatismyipaddress.com/blacklist-check).

[ph0t0]

Nocurl.. yes, it was fopen..and timeout, I pasted wrong text, sorry. Timeout with/without curl.

[shawn_a]

Yeah I'll have chris look into it. See if we can get my to confirm
Or provide policy or logs

[shawn_a]

We might have some luck adding a user agent string in the curl config in case they are not doing straight up ip blocking. If anyone want to offer some webspace on these problematic hosts for me to test i would be glad to.

perhaps we should identify them, since there are about 4 threads on this since november or so, to post a host notice.

[hameau]

If anyone want to offer some webspace on these problematic hosts for me to test i would be glad to.

Done – see PM.

[hameau]

After contacting Media Temple (host of get-simple.info) and telling them that my server IP seemed to be blocked from accessing one of their hosted sites, my Health Checks are working again.

I don't know if they have only removed a filter for my host's IP or if they have lifted restrictions on other IPs, too (I never got a direct reply from them). If you have been having problems, please check the Health Check on your sites again.

If your Health Check is still not working, perhaps you can contact Media Temple, giving your site IP address and telling them that you can't reach get-simple.info.

[shawn_a]

Yes please let us know if you see any change now. ( flush your cache first )

[ph0t0]

Yes please let us know if you see any change now. ( flush your cache first )

Error was gone for a while (since ~wednesday), but just logged in and there it was again.

[hameau]

Error was gone for a while (since ~wednesday), but just logged in and there it was again.

Yes, today the error has returned for me, too.

[SoHo22]

Hi there,
i have this error on several websites with different webhostings - new installations (3.3.1) as well as upgraded ones. What can I do?

Thanx
SoHo

[pepe]

Hello, I have the same problem with version 3.3.4 (new installation). Check Fail error appears after hosting instalation. It works in local. When I install a new plugin, `Check Fail´, it disappears. But the fail comes later with a new login. I´m testing GetSimple in a new website. Anyway, thank you, nice CMS.

[pepe]

Hello again,
Define ('GSNOVERCHECK', true); in gsconfig.php clears Upgrade Check Failed.

Also we solved these... if it can help:
- We solve the problem to move files created by user Apache, in some hostings, when we changed PHP mode into PHP FastCGI.
-We have solved some conflicts of plugin "I18N Gallery" deleting the JQuery in the headears of the Themes.

[alan57m]

I was having this problem after upgrading GS from 3.3.2 to 3.3.5
My main problem was that ckeditor was going blank and generally not working!
I fixed ckeditor by patching it by installing and activating the GSCkePatch plugin.
After having done this, I noticed that the "Upgrade Check Failed !" message was gone!
Magic?
Hope this helps someone.

[shawn_a]

coincidence, did you try flushing cache first.