Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
Boost comes with a module called "Boost Crawler". Boost crawler demands another module called "HTTP Parallel Request Library"
with Boost and these 2 mentioned modules activated i am getting that error code in the Status repport :
HTTPRL - Core drupal_http_request()
Your system or network configuration does not allow Drupal to access web pages. This could be due to your webserver configuration or PHP settings. Debug info:
Array
(
[0] => Array
(
[count] => 1
[time] => 6286.39
[mode] => 2
[blocking] =>
[url] => http://46.16.233.27/admin/httprl-test?key=008a9a1bee68f9f5be28276cd6821090&id=httprl_3d0a9f7a0f6d1c8069e619a41a05b7fa
)
[1] => Array
(
[count] => 1
[time] => 6310.36
[mode] => 2
[blocking] =>
[url] => http://gymteam.metabolit.se/admin/httprl-test?key=008a9a1bee68f9f5be28276cd6821090&id=httprl_7285cbd7ea9beea83b3a8d32187399b2
)
[2] => Array
(
[count] => 1
[time] => 6153.21
[mode] => 2
[blocking] => 1
[url] => http://gymteam.metabolit.se/admin/httprl-test?key=008a9a1bee68f9f5be28276cd6821090&id=httprl_c14050e6edf700b514e647b02b09a48a
)
[3] => Array
(
[count] => 1
[time] => 6128.05
[mode] => 1
[blocking] =>
[url] => http://gymteam.metabolit.se/admin/httprl-test?key=008a9a1bee68f9f5be28276cd6821090&id=httprl_9255cad18c77bf726d0230ee829faac6
)
)
For more info go here: "HTTP request status Fails" error
what is wrong?
Comment | File | Size | Author |
---|---|---|---|
#18 | httprl-1738548-18-no-check-loopback-if-site-is-offline.patch | 915 bytes | mikeytown2 |
Comments
Comment #1
bgm CreditAttribution: bgm commentedThis seems specific to httprl, so I will move it to their issue queue.
If I understand correctly, it seems that your server does not allow outgoing http connections. Some hosting providers block outgoing connections to avoid unsecure applications from spamming the web. Another way to confirm, is if Drupal's "update" module can check for new versions of your installed modules.
Comment #2
bavarian CreditAttribution: bavarian commentedChecking for updated versions of modules, themes or drupal core itself has never been a problem on that server. been using same hosting provider for quite a few years now ...
Comment #3
bavarian CreditAttribution: bavarian commentedAt the end of this message there is a link in that sentence "For more info go here: "HTTP request status Fails" error" taking you to
http://drupal.org/node/588186
In that thread there are several methods listed to resolve that ... like
1 - installing the module "http_request_fail_reset"
or
2 - adding a certain line of code at the end of the setting.php file
or
3 - adding the domain to the list of host addresses
method 1: there is no drupasl version of this module
method 2: does not help not help in my case either
method 3: does not help in my case either
Comment #4
Bandy CreditAttribution: Bandy commentedThe problem I have too, but never found a solution.
Comment #5
mikeytown2 CreditAttribution: mikeytown2 commentedHTTPRL is testing to see if it can make a connection to its self. For some reason this is not working on your server (it is timing out). The boost crawler won't work as a result because it can not access the server it's hosted on via http requests.
The comments on http://drupal.org/node/588186 is where the real troubleshooting is happening. There are some good recommendations in there that might fix the issue.
Questions for the people who have this issue:
Who are you using for your hosting?
If you have shell access on the server that is throwing this error what happens when you wget your druapl site?
Comment #6
bavarian CreditAttribution: bavarian commentedhow would a "wget" commant in command line to a drupal site look like
> wget http://urlofmysite.com
or something like that? would that be correct?
Comment #7
mikeytown2 CreditAttribution: mikeytown2 commentedThat is correct :)
Running
wget http://example.com
Outputs this to the command line.
Comment #8
bavarian CreditAttribution: bavarian commentedsimilar result here (unfortunately text from terminal in swedish, do i need to translate) ?
# wget http://name.of.my.domain.com
--2012-11-11 01:07:06-- http://name.of.my.domain.com/
Slår upp name.of.my.domain.com... 46.xx.yyy.zz
Ansluter till name.of.my.domain.com|46.xx.yyy.zz|:80... ansluten.
HTTP-begäran skickad, väntar på svar... 302 Found
Adress: https://name.of.my.domain.com/ [följer]
--2012-11-11 01:07:07-- https://name.of.my.domain.com/
Ansluter till name.of.my.domain.com|46.xx.yyy.zz|:443... ansluten.
HTTP-begäran skickad, väntar på svar... 200 OK
Längd: ospecifierat [text/html]
Sparar till "index.html".
[ <=> ] 39 596 --.-K/s på 0,03s
2012-11-11 01:07:08 (1,09 MB/s) - "index.html" sparad [39596]
Comment #9
mikeytown2 CreditAttribution: mikeytown2 commented@bavarian
The interesting thing is you redirect all http traffic to https. This shouldn't cause a timeout though. On your status report
admin/reports/status
what does it say for HTTPRL? Do you get 4 messages with each one of them taking 6+ seconds?You also can try setting an IP address and seeing if that fixes the issue
admin/config/development/httprl
Comment #10
bavarian CreditAttribution: bavarian commentedFunny, since there was no "support" for my issue here I had this module enabled for a couple of weeks now. Now when response started here in this issue, i re-enabled the module and NOW it is not generating that error message in the status report any longer .... for unknown reasons !
Comment #11
mikeytown2 CreditAttribution: mikeytown2 commented@bavarian
My best guess at to what could be causing the issue you're describing has something to do with a firewall. Hopefully it doesn't happen again.
Comment #12
mikeytown2 CreditAttribution: mikeytown2 commentedreopen if this happens again
Comment #13
fringedgentian CreditAttribution: fringedgentian commentednm
Comment #14
David4514 CreditAttribution: David4514 commentedI do not know if there is a way to avoid this, but after messing around with this for an hour I ran across a not so closely related issue where it was the fact that they were in maintenance mode that was causing an http request to fail. So I gave it a try. Dropping out of maintenance mode fixed the problem. It appears that the http request is being rejected, probably because it is not authenticated in some way, when in maintenance mode.
Comment #15
David4514 CreditAttribution: David4514 commentedI should have reopened the issue according to #12. See #14.
Comment #16
mikeytown2 CreditAttribution: mikeytown2 commentedComment #17
mikeytown2 CreditAttribution: mikeytown2 commentedThis check happens in _menu_site_is_offline(). Thinking about not runing the check if the site is in maintenance mode.
Comment #18
mikeytown2 CreditAttribution: mikeytown2 commentedThis patch has been committed to 6.x & 7.x. Thanks for the feedback on this one :)
Comment #19
David4514 CreditAttribution: David4514 commentedI've tested the dev release with #18 on both a test and production system. Looks good. Thanks.
Comment #21
jbfelix CreditAttribution: jbfelix commentedI still have this error with the last dev release (7.x-1.14+16-dev) with #18 (drupal 7.28)
i have added my domain in the hosts file
i have added 127.0.0.1 in the httprl config page
What else can i check to resolve this issue ?
Comment #22
mikeytown2 CreditAttribution: mikeytown2 commented@Moove
Open a new issue as this one is dealing with sites that are in maintenance mode.
Comment #23
W.M. CreditAttribution: W.M. commentedEverything worked fine until I upgraded from PHP 5.4.x to PHP 5.6.2. After the PHP upgrade I started to get the error message mentioned above.
Comment #24
W.M. CreditAttribution: W.M. commentedOne site I have used mixed mode SSL and normal port 80. When I made it 100% SSL (redirecting all traffic to SSL 443), HTTPRL started to show those error messages that it cannot connect under Status Report page.
Comment #25
FranciscoLuz CreditAttribution: FranciscoLuz commentedI fixed it by visiting
http://mydomain/admin/config/development/httprl
and doing the following settings:Comment #26
emmonsaz CreditAttribution: emmonsaz commentedThanks @FranciscoLuz - that worked great!
Comment #27
W.M. CreditAttribution: W.M. commentedThe suggestion by @FranciscoLuz #25 did not solved the issue at my site. I am running a HTTPS only website (not mixed mode), Nginx 1.6.1, PHP 5.6.4.
@FranciscoLuz && @emmonsaz
Could you please tell us:
- What server you're running ?
- HTTPS or HTTP ?
- PHP version ?
Thanks.
Comment #28
FranciscoLuz CreditAttribution: FranciscoLuz commented@W.M
Apache, http, php v5.5
Comment #29
G0dLik3 CreditAttribution: G0dLik3 commentedI fixed it by going to http://mydomain/admin/config/development/httprl and setting the "IP Address to send all self server requests to" field to -1.
Comment #30
a_holownia@hotmail.com CreditAttribution: a_holownia@hotmail.com commented#29 worked for me, thanks @G0dLik3
Comment #31
webengr CreditAttribution: webengr commented#29 worked for me
putting -1 into the config field.
Comment #32
nattyweb CreditAttribution: nattyweb commentedPhew. #29 worked, thanks for that G0dLik3.
Comment #33
andresc75 CreditAttribution: andresc75 commented#29 worked for me on:
- HTTPS only site
- using Apache/2.4.6 (CentOS 7)
- PHP 5.4.16
Comment #34
madelyncruz CreditAttribution: madelyncruz commentedHa! #29 worked for me. Thank you so much!
Comment #35
delacosta456 CreditAttribution: delacosta456 commentedOoooooh my God.. for almost 3 years and G0dLik3 save us with the #29 solution.
Thanks, thanks thanks.. drupal people's spirit of sharing forever en ever.
Comment #36
giupenni CreditAttribution: giupenni commented#29 not works for me.
The problem persist.
PHP 5.5.32
Comment #37
hkirsman CreditAttribution: hkirsman commentedI had -1 in the config and still getting the error.
Comment #38
ianchan CreditAttribution: ianchan commented#1738548-29: HTTPRL - Core drupal_http_request() error in Status repport (maintenance mode) worked for me.
Comment #39
peterhebert CreditAttribution: peterhebert commentedCombination of above solutions worked for me:
IP Address to send all self server requests to: -1
Check both boxes at "Enable background callbacks" and "Use httprl to handle drupal_http_request."
added my domain to hosts file
Note in my case, Ubuntu 14.04 had this at the top of the hosts file:
# Your system has configured 'manage_etc_hosts' as True.
# As a result, if you wish for changes to this file to persist
# then you will need to either
# a.) make changes to the master file in /etc/cloud/templates/hosts.tmpl
# b.) change or remove the value of 'manage_etc_hosts' in
# /etc/cloud/cloud.cfg or cloud-config from user-data
so I added the domain info to /etc/cloud/templates/hosts.tmpl and it seemed to work
127.0.0.1 mydomain.com anotherdomain.net
Comment #40
mrandy543 CreditAttribution: mrandy543 commented#29 worked for me on HTTPS only site
Comment #41
dhigby CreditAttribution: dhigby commented#29 worked for me when making my site HTTPS only
Comment #42
jmsomera CreditAttribution: jmsomera commented#29 worked for me. Thanks!
Comment #43
dalehgeist CreditAttribution: dalehgeist commentedI'm on a password-protected sandbox and #29 worked for me.
Comment #44
giupenni CreditAttribution: giupenni commented#29 still not works for me
Comment #45
francescosciamanna CreditAttribution: francescosciamanna commentedAs per this discussion, for me the problem has been fixed with the 7.x-1.x-dev version; No needed to add -1, but needed to adjust some configuration settings according to the report requests.
Comment #46
giupenni CreditAttribution: giupenni commentedPage not found for the discussion that you have linked.
Anyway, I installed the latest dev and followed the report requests but still not works.
Comment #47
pmol123 CreditAttribution: pmol123 commented#29 worked for me.
Comment #48
marcoka CreditAttribution: marcoka commented#29 saved me. thank you for that hint.
Comment #49
News4u CreditAttribution: News4u commented#29 works
admin/config/development/httprl
Comment #50
mikl.bmv CreditAttribution: mikl.bmv commented#29 saved me. thank you for that hint.