Last modified: 2014-04-06 19:56:16 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T64976, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 62976 - Tool Labs: Webservices with Apache-specific configuration not working in eqiad
Tool Labs: Webservices with Apache-specific configuration not working in eqiad
Status: RESOLVED FIXED
Product: Wikimedia Labs
Classification: Unclassified
tools (Other open bugs)
unspecified
All All
: Normal blocker
: ---
Assigned To: Marc A. Pelletier
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-03-23 11:22 UTC by DrTrigon
Modified: 2014-04-06 19:56 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description DrTrigon 2014-03-23 11:22:20 UTC
I did exactly as mentioned in https://wikitech.wikimedia.org/wiki/Tool_Labs/Migration_to_eqiad#Phase_III_.28restoring_bulk_copied_tools.29

Result:

1.) public_html does not work anymore, see http://tools.wmflabs.org/drtrigonbot/docs/
2.) cgi-bin does not work anymore, see http://tools.wmflabs.org/drtrigonbot/cgi-bin/panel.py

I need support on how to solve these, please.
Comment 1 metatron 2014-03-23 12:53:07 UTC
Since with new lighttpd webservice everything is being served from public_hmL try the following steps:

1. $ webservice stop
2. $ mv cgi_bin/ public_html/ 
3. with editor create/open file:  ~/.lighttpd.conf
4. insert following lines:

debug.log-request-handling = "enable"
fastcgi.debug = 1

$HTTP["url"] =~ "^/your_tool/cgi-bin" {
        cgi.assign = ( "" => "" )
}

5. save
6. $ webservice start

check wit command $ qstat  if  your webservice has already startet (state = r)
At least  http://tools.wmflabs.org/drtrigonbot/cgi-bin/panel.py  should show up then. Maybe you have to tweak some symlinks/ filepaths afterwards.

greets
Comment 2 metatron 2014-03-23 13:01:23 UTC
Of course replace <your_tool> with drtrigonbot, so it lokks like this:

debug.log-request-handling = "enable"
fastcgi.debug = 1

$HTTP["url"] =~ "^/drtrigonbot/cgi-bin" {
        cgi.assign = ( "" => "" )
}

Note: it may take some secs until webservice is started. Check with $ qstat. Webservice Errors can be found in: error.log
Comment 3 Tim Landscheidt 2014-03-23 17:41:08 UTC
The cgi-bin solution is documented at [[wikitech:Nova Resource:Tools/Help#Web services]], BTW.

Re http://tools.wmflabs.org/drtrigonbot/docs/, ~tools.drtrigonbot/public_html/docs is a symlink to /data/project/drtrigonbot/pywikibot-compat/docs which doesn't contain an index.html.  What is your expected behaviour?  If you want an automatic listing of the directory's contents, you need to enable dir-listing.activate as documented under "Directory or file index".
Comment 4 Marc A. Pelletier 2014-03-25 17:26:24 UTC
DrTrigon, do you still have difficulties with your /cgi-bin/?
Comment 5 DrTrigon 2014-03-31 19:21:30 UTC
Sorry! I did not had time to look into this (honestly I still don't have... ;).

Comment 1 and 2 were very useful to get my cgi-bin running again!

Comment 3 now points into the right direction to proceed; I need e.g. http://tools.wmflabs.org/drtrigonbot/logs/ to give a directory listing - how to do?
Comment 6 Marc A. Pelletier 2014-03-31 19:27:42 UTC
Look at "directory or file index" under https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Example_configurations
Comment 7 DrTrigon 2014-03-31 20:20:40 UTC
(In reply to Marc A. Pelletier from comment #6)
> Look at "directory or file index" under
> https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/
> Help#Example_configurations

Actually precise at this moment I was able to get 'basic directory index' and even 'status and statistics' running. But how to open a file in browser instead of download, see e.g. http://tools.wmflabs.org/drtrigonbot/logs/compat/README
With .htaccess I could do: AddType text/plain .log > .htaccess
Comment 8 DrTrigon 2014-03-31 20:21:39 UTC
Sorry:

> With .htaccess I could do: AddType text/plain .log > .htaccess

I meant; With .htaccess I could use: AddType text/plain .log
Comment 9 Tim Landscheidt 2014-03-31 20:43:29 UTC
(In reply to DrTrigon from comment #8)
> Sorry:

> > With .htaccess I could do: AddType text/plain .log > .htaccess

> I meant; With .htaccess I could use: AddType text/plain .log

Exactly one section above "Directory or file index" is "Header, mimetype, error handler" with:

| # Add custom mimetype
| mimetype.assign  += ( ".bulk"  => "text/plain" )
Comment 10 Krinkle 2014-03-31 21:08:40 UTC
Closing for now since this change is by design.

In the pmtpa Tool Labs, the default web server was Apache. In eqiad, there is no default web server.

The server created by "webservice start" runs lighthttpd, this was already the case in pmtpa as well.

The problem is caused because in eqiad we no longer support tools running on a non-distributed catch-all Apache. Instead tools should use their own webservice, and labs has settled on using lighthttpd.

Incompatibilities would occur in either direction. To learn about lighthttpd and example for common configuration options, see 'Example configurations' 

https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Web_services
Comment 11 DrTrigon 2014-04-06 19:56:16 UTC
I agree - seams to have solved my last issue.

Thanks for the support and clarifications.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links