Hi all,

Since updating to 6.x-2.2 all my Mollom events in /admin/reports/dblog say Error 900: Network error. (174.37.205.152) (see attached)

Any ideas please?

Thanks...

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Juc1’s picture

Just to add it worked fine before updating to 6.x-2.2 but anyone trying to add a comment now gets this:

The spam filter installed on this site is currently unavailable. Per site policy, we are unable to accept new submissions until that problem is resolved. Please try resubmitting the form in a couple of minutes.

Juc1’s picture

/admin/settings/mollom/settings =

Mollom servers verified your keys. The services are operating correctly.

/admin/reports/status =

Mollom API keys: Service error
The Mollom API keys could not be verified. Please try again later.

sun’s picture

Hm. That is odd.

The module stores the last known status in a variable, so as to not have to re-check and re-verify the API keys all over again.

Normally, when you visit the Mollom settings page, the API keys are validated and the status is updated accordingly.

I don't understand why your Status report still shows an error, after positively confirming your API keys on the settings page.

Can you try that again and check your logs for messages in the mollom category directly afterwards? (You can copy+paste the detailed log messages into a text file and attach that here.)

Juc1’s picture

FileSize
84.54 KB
79.14 KB

@ sun thanks for your reply...

Can you try that again...

Sorry - try what again?

I resaved 'save configuration' at /admin/settings/mollom/settings but no difference. I have attached the event log and one example and copied the text below.

By the way if necessary can I revert to the 6.x-1. version for now or will that cause a problem with my database?

Thanks...

Details
Type mollom
Date Saturday, April 6, 2013 - 17:12
User admin
Location http://www.example.net/admin/reports/status
Referrer
Message API keys could not be verified.
Error 900: Network error. (174.37.205.152)
Request: POST http://rest.mollom.com/v1/site/e9016f7f452b8c8e0852309df89f3add
platformName = 'Drupal'
platformVersion = '6.28'
clientName = 'Mollom'
clientVersion = '6.x-2.2'
Request headers:
Accept = 'application/xml, application/json;q=0.8, */*;q=0.5'
Content-Type = 'application/x-www-form-urlencoded'
Authorization = 'OAuth oauth_consumer_key="e9016f7f452b8c8e0852309df89f3add", oauth_version="1.0", oauth_nonce="d3c17c585395107860f260ac250b836c", oauth_timestamp="1365264741", oauth_signature_method="HMAC-SHA1", oauth_signature="DiduvFPKb6Q6Y%2ByDiU93M54tZEY%3D"'
Response: -1 request timed out
Error 900: Network error. (174.37.205.152)
Request: POST http://rest.mollom.com/v1/site/e9016f7f452b8c8e0852309df89f3add
platformName = 'Drupal'
platformVersion = '6.28'
clientName = 'Mollom'
clientVersion = '6.x-2.2'
Request headers:
Accept = 'application/xml, application/json;q=0.8, */*;q=0.5'
Content-Type = 'application/x-www-form-urlencoded'
Authorization = 'OAuth oauth_consumer_key="e9016f7f452b8c8e0852309df89f3add", oauth_version="1.0", oauth_nonce="24088a4ede1c0032719e631343a468ae", oauth_timestamp="1365264757", oauth_signature_method="HMAC-SHA1", oauth_signature="ZR%2F6EaarQcHEZORiS0GOCymbA3Y%3D"'
Response: -1 request timed out
API keys could not be verified.
Severity error
Hostname 80.43.239.68
Operations

sun’s picture

The actual error that you get is: Response: -1 request timed out

This means that your client/site is not able to connect to Mollom servers for some reason. To be safe, I double-checked and all Mollom servers are up and running right now.

Do you have command line access to that server? If you do, can you try whether you can ping 174.37.205.152 and also telnet 174.37.205.152 80 ?

In any case, is it possible that there is a firewall that blocks outgoing requests from your site/server to other servers?

Juc1’s picture

Re the firewall suggestion the thing is that it all worked fine before I updated to 6.x-2.2. Anyway does this help?

Thanks...

$ ping 174.37.205.152
PING 174.37.205.152 (174.37.205.152) 56(84) bytes of data.
64 bytes from 174.37.205.152: icmp_seq=1 ttl=49 time=44.0 ms
64 bytes from 174.37.205.152: icmp_seq=3 ttl=49 time=43.9 ms
64 bytes from 174.37.205.152: icmp_seq=10 ttl=50 time=25.8 ms
64 bytes from 174.37.205.152: icmp_seq=11 ttl=50 time=34.7 ms
^C
--- 174.37.205.152 ping statistics ---
13 packets transmitted, 5 received, 61% packet loss, time 12004ms
rtt min/avg/max/mdev = 25.891/36.651/44.077/6.801 ms
$ telnet 174.37.205.152 80
Trying 174.37.205.152...
Connected to 174.37.205.152.
Escape character is '^]'.
Connection closed by foreign host.
$

sun’s picture

Status: Active » Postponed (maintainer needs more info)

Hm, your ping actually stated this:

13 packets transmitted, 5 received, 61% packet loss, time 12004ms

I also double-checked that and you should get 100% results (no packet loss). So this pretty much looks like something is wrong in the networking layer on your server.

The upgrade to 2.x is not really relevant here. The only difference between 1.x and 2.x is that 1.x communicated over XML-RPC HTTP requests and 2.x communicates over RESTful HTTP requests. Both essentially talk to the same target Mollom servers, only the data that is transmitted in the HTTP request body is different.

I'd recommend to consult your hosting provider or server administrator with this information to have them investigate why so many packets are getting lost.

Juc1’s picture

Ok but I have now pinged again about 5 times and it is 0% packet loss each time.

I guess it could be a coincidence but the problem seemed to start precisely when I updated to 6.x-2.2 so could I revert to the 6.x-1. version for now or will that cause a problem with my database?

Thanks...

sun’s picture

That appears to be coincidence from my perspective.

As with any other Drupal module, you can only upgrade - downgrading is never supported.

If you really want to, then you'd have to disable and uninstall the 2.x version, and afterwards, replace the module with the 1.x version and re-install + configure that from scratch.

I'd be very surprised if that would make a difference though.

I just tested connectivity from a few servers that are distributed across the globe, and all of them were able to verify Mollom API keys and communicate with Mollom servers correctly.

Juc1’s picture

Ok so I uninstalled 6.x-2.2 and I reinstalled 6.x-1.6 and everything seems to be ok again.

There is no longer an error message on /admin/reports/status (it does not mention Mollom at all so maybe Mollom is only mentioned when there is an error).

I will get round to updating to 6.x-2.2 on a clone site.

Thanks...

sun’s picture

Yes, we should get to the bottom of this.

That is, because the 1.x series is effectively discontinued (and borderline unsupported) by now.

I do not understand why your site is able to make XML-RPC HTTP requests, but not pure/RESTful HTTP requests. As mentioned before, the requests are hitting the same servers. Only the parameters/data that is being sent is in a different format.

Please let me know of whatever you're able to find out! :)

sun’s picture

Hi @Juc1,

I'm planning to publish a new 6.x-2.3 release today, which contains some important bug fixes — unrelated to this issue. However, if there's anything in the current code that might prevent the module to connect to Mollom servers in certain environments or under certain circumstances, then we might be able to quickly fix that.

Were you able to test once more on a clone site, as you mentioned?

Thanks,
sun

Juc1’s picture

@ sun sorry I have only just done the test. I installed a fresh install of Drupal 6.28 and Mollom 6.x-2.3 (no other modules) on a new domain on the same server. I go to admin/settings/mollom/settings and enter my Mollom keys. It tells me "The Mollom servers could not be contacted. Please make sure that your web server can make outgoing HTTP requests."

I will try some more tomorrow but if it is like the other domain mentioned above then Mollom will start to work if I uninstall 6.x-2.3 and install 6.x-1.6...

sun’s picture

Any chance you could create an admin account for me, so I can look into the site? (Use my contact form to send credentials)

Juc1’s picture

Test domain =

Mollom 6.x-2.3 - "The Mollom servers could not be contacted. Please make sure that your web server can make outgoing HTTP requests."

Mollom 6.x-1.6 - "Mollom servers verified your keys. The services are operating correctly."

sun’s picture

FileSize
396 bytes

If you don't want or cannot provide me an account, could you try whether the change in attached patch makes any difference?

sun’s picture

Hi @Juc1, were you able to test whether the change in #16 makes any difference on your site?

Juc1’s picture

@ sun sorry, I got distracted. I applied the patch and it did not make a difference. I will contact you about the login.

Thanks...

sun’s picture

@Juc1: I didn't receive a mail yet and hope it didn't get lost or something. Did you send it already?

sun’s picture

Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)

Sorry, without further information this issue can only be closed as not reproducible.

Feel free to re-open this issue if you want to provide further information. Thanks.

eporama’s picture

Status: Closed (cannot reproduce) » Active

I have this same problem. I think I have more information that might help diagnose.

Drupal watchdog shows:

 254325  28/Sep 09:20  mollom    error     Error 900: Network error. (174.37.205.152)

                                           Error 900: Network error. (174.37.205.152)
                                           Request: POST http://rest.mollom.com/v1/content
                                             postTitle = 'Parka Canada Goose pas cher vgagmce'

but the reverse nslookup of that IP:


eporama:~ $ nslookup 174.37.205.152
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
152.205.37.174.in-addr.arpa	name = xmlrpc2.mollom.com.

Authoritative answers can be found from:

Gives the xmlrpc2.mollom.com name, but the forward lookup on this is the other address 173.193.242.189

eporama:~ $ nslookup xmlrpc2.mollom.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
Name:	xmlrpc2.mollom.com
Address: 173.193.242.189

Here's some more tests which show that I can curl glb.mollom.com but not rest.mollom.com in this scenario.

eporama:~ $ nslookup rest.mollom.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
rest.mollom.com	canonical name = glb.mollom.com.
Name:	glb.mollom.com
Address: 173.193.242.189

eporama:~ $ curl glb.mollom.com
<html>
<head><title>Document moved</title></head>
<body><h1>Document moved</h1>
This document has moved <a href="http://www.mollom.com/">here</a>.<p>
</body>
</html>

eporama:~ $ curl rest.mollom.com
curl: (7) couldn't connect to host

And I also verified that the timeout patch in #16 did not help.

eporama’s picture

Status: Active » Closed (cannot reproduce)

And... realized 10 seconds after posting that in troubleshooting mollom problems a while ago, we had manually set rest.mollom.com in /etc/hosts and I had never undone that.

eporama’s picture

Issue summary: View changes

x