I checked this with a newly created "tool" from scratch, and my simplest CGIs do not work: http://tools.wmflabs.org/saper/cgi-bin/env (simplest CGI in /bin/sh) gives 500

Same for the PHP script stored in "public_html":

http://tools.wmflabs.org/saper/test.php

dr.trigon wrote:

Is this related to http://icinga.wmflabs.org/icinga/ outage?

(In reply to comment #2)

Is this related to http://icinga.wmflabs.org/icinga/ outage?

No. Icinga is hosted in the Labs project "Nagios" and isn't a dependency for Tools.

Lots of requests from Baiduspider/2.0 on tools-webproxy.

Set up robots.txt as a temporary measure to:

and will reinstate the spiders block in tools-webproxy's /etc/apache2/sites-available/webproxy in a jiffy.

tools-webserver-01 is (very much :-)) out of memory.

Rebooting.

And it's out again:

Unfortunately, the bot hitting that page doesn't send a User-Agent, and before I exclude the whole world, I gotta read up on mod_rewrite (and then later re-start ipp as NewWeb). Moment, please.

Yeah, the OOM was a consequence of Baidu insanely spidering some of the tools that have links to themselves with expensive parameters. Recursion for the loss.

I've blocked the spider at the network level. With a bit of luck, things should settle back down.

Executed as local-ipp "webservice start", removed the rewrite on tools-webproxy, and tools-webserver-01 is down again. *Argl*.

Oh, even more fun. We have Nigma.ru also crawling and disobeying robots.txt.

(In reply to comment #11)

Oh, even more fun. We have Nigma.ru also crawling and disobeying robots.txt.

I think my rewrite rule may have prevented the named spiders from accessing robots.txt :-) (fixed now). Oh, well, I should get my IRC client going again for some synchronous communication.

There seems to be a wiki at bookmarkmanagerv2?

Indeed. Disabled (it had open registration, and is infested by spambots)

JFTR: Notified APPER about restart as NewWeb at [[de:Benutzer Diskussion:APPER#IP-Patrol auf Tools]].

dr.trigon wrote:

Looks like the scripts work now. Thanks! But I have issues to connect to the DB:

<class '_mysql_exceptions.OperationalError'>: (2003, "Can't connect to MySQL server on 'dewiki.labsdb' (110)")

(In reply to comment #15)

Looks like the scripts work now. Thanks! But I have issues to connect to the
DB:

<class '_mysql_exceptions.OperationalError'>: (2003, "Can't connect to MySQL
server on 'dewiki.labsdb' (110)")

That must be related to my reboot of tools-webserver-01.

Coren, where are the port forwards loaded? I see identical "/etc/iptables.conf"s, on both -01 and -03 "sudo iptables -L" gives identical, yet "empty" output, however, -03 works, while -01 doesn't.

That's because -L shows the /filter/ table by default, not nat table where those rules live.

(In reply to comment #17)

That's because -L shows the /filter/ table by default, not nat table where
those rules live.

D'oh! DrTrigon, working for you now?

dr.trigon wrote:

Yupp! Up and running again! Perfect, thanks to everybody involved!!! Greetings

(In reply to comment #5)

Set up robots.txt as a temporary measure to:

User-agent: *

Disallow: /

Temporary? Bug 61132.