Mailing List Archive: Some Solaris installation progress

Some Solaris installation progress

Nov 2, 2004, 10:44 AM

Post #1 of 7 (1005 views)

Hey all,
I'm still having trouble installing MediaWiki on a Solaris machine. I've got someone with more coding experience helping me out. I've posted his latest problem below, please advise.
Thanks

The installation seems to be working now.

The problem with those "constant already defined" and duplicate
namespace warnings and errors seems to be an issue with relative
pathnames and the require_once statement.

I made these changes to config/index.php:

# require_once( "../includes/DefaultSettings.php" );
# require_once( "../includes/MagicWord.php" );
# require_once( "../includes/Namespace.php" );
require_once( "/absolute/path/to/includes/DefaultSettings.php" );
require_once( "/absolute/path/to/includes/MagicWord.php" );
require_once( "/absolute/path/to/includes/Namespace.php" );

And then the configure/install started working.

Here's the output (on Solaris/SunOS 5.9):

MediaWiki 1.3.7 installation

Please include all of the lines below when reporting installation problems.
Checking environment...

* PHP 4.3.8: ok
* Warning: PHP's register_globals option is enabled. MediaWiki will work correctly, but this setting increases your exposure to potential
security vulnerabilities in PHP-based software running on your server. You should disable it if you are able.
* PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP's memory_limit is 16M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok.
* Have zlib support; enabling output compression.
* Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
* Installation directory: XXX/mediawiki
* Script URI path: /mediawiki
* MySQL error 1045: Access denied for user: 'root@207.228.226.7' (Using password: NO)
* Trying regular user... ok.
* Connected to database... 4.0.20-log; enabling MySQL 4 enhancements
* Database XXX exists
* Creating tables... done.
* Initializing data...
* Created sysop account XXX.
* Initialising log pages...
*

Initialising "MediaWiki" namespace...
Clearing message cache...Done.

Creating LocalSettings.php...

Success! Move the LocalSettings.php file into the parent directory, then follow this link to your wiki.

When move LocalSettings.php and follow that link, first I get the expected
redirect to http://ourdomain/mediawiki/index.php/Main_Page, but then when I
go to that page, I don't get anything back.

Here's the exact output from the server:

$ curl -i http://domain/mediawiki/index.php/Main_Page
HTTP/1.1 200 OK
Date: Thu, 28 Oct 2004 20:08:39 GMT
Server: Apache/1.3.31 (Unix) mod_jk/1.2.5 FrontPage/5.0.2.2635 mod_fastcgi/2.4.2 mod_throttle/3.1.2 PHP/4.3.8 mod_ssl/2.8.18 OpenSSL/0.9.7d
X-Powered-By: PHP/4.3.8
Vary: Accept-Encoding,Cookie
Expires: -1
Cache-Control: private, must-revalidate, max-age=0
Last-modified: Thu, 28 Oct 2004 19:13:27 GMT
Content-language: en
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=utf-8

And that's it. No html, no body, no errors.

I've enabled mediawiki debugging, and here's the log:

Start request
GET /mediawiki/index.php/Main_Page
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Host: domain
Pragma: no-cache
User-Agent: curl/7.10.8 (sparc-sun-solaris2.9) libcurl/7.10.8 OpenSSL/0.9.7d ipv6 zlib/1.1.4

SQL: SELECT cur_text FROM cur WHERE cur_namespace='8' AND cur_title='Linktrail'
LIMIT 1
SQL: DELETE FROM objectcache WHERE exptime<'2004-10-28 20:08:41'
SQL: SELECT value,exptime FROM objectcache WHERE
keyname='our_db:messages'

SQL: SELECT 1 FROM user_newtalk WHERE user_ip='XXX.XXX.XXX.XXX'
Servr: http://domain
SQL: BEGIN
SQL: SELECT cur_id FROM cur WHERE cur_namespace=0 AND cur_title='Main_Page'
SQL: SELECT cur_touched,cur_is_redirect FROM cur WHERE cur_id=5
We're confused.
tryFileCache() - not cacheable
SELECT cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched FROM cur WHERE cur_id=5
SQL: SELECT
cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched
FROM cur WHERE cur_id=5
SQL: SELECT lcc_cacheobj FROM linkscc WHERE lcc_pageid = 5
SQL: SELECT ss_total_views, ss_total_edits, ss_good_articles FROM site_stats
WHERE ss_row_id=1
SQL: UPDATE cur SET cur_counter = cur_counter + 1 WHERE cur_id = 5
SQL: COMMIT
** private caching; Thu, 28 Oct 2004 19:13:27 GMT **
SQL: SELECT cur_id FROM cur WHERE cur_namespace=2 AND cur_title='XXX.XXX.XXX.XXX'
SQL: SELECT cur_id FROM cur WHERE cur_namespace=1 AND cur_title='Main_Page'
SQL: BEGIN
SQL: UPDATE LOW_PRIORITY site_stats SET
ss_total_views=(ss_total_views+1),ss_total_edits=(ss_total_edits),ss_good_artic\
les=(ss_good_articles)
WHERE ss_row_id=1
SQL: COMMIT
SQL: BEGIN
SQL: COMMIT
Request ended normally

I've also enabled PHP error logging, but nothing is written there. There
don't appear to be any PHP errors.

The SQL database access seems to be working. If I run the queries
manually, I see the data. The site stats (ss_total_views) are being
updated, even though the page isn't actually rendered.

I've repeated the whole thing with language set to "en - English - Unicode"
and to "en - English - Latin-1". Same results.

And, finally, if I run the PHP from the command line, then it totally
works! Something like this:

$ export PATH_INFO="/Main_Page"
$ php index.php
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en" dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
<meta name="KEYWORDS" content="Main Page" />
<meta name="robots" content="index,follow" />
<link rel="shortcut icon" href="/favicon.ico" />

<title>Main Page - OurWiki</title>
<style type="text/css" media="screen,projection">/*<![CDATA[*/ @import "/mediawiki/stylesheets/monobook/main.css"; /*]]>*/</style>
<link rel="stylesheet" type="text/css" media="print" href="/mediawiki/stylesheets/commonPrint.css"/>
...

So it must be something to do with the environment where the web
server is running (user "www", group "other"), but I have no idea
how to debug this further.

We don't have root access on the server, so I can't su to www and
rerun the script from the command line.

--
Rich Points
Rich@RichPoints.com
http://RichPoints.com
--
Rich Points
Rich@RichPoints.com
http://RichPoints.com

some solaris installation progress [ In reply to ]

rich at richpoints

Nov 1, 2004, 8:51 PM

Post #2 of 7 (1001 views)

Permalink

Hey all,
I'm still having trouble installing MediaWiki on a solaris machine. I've got someone with more coding experience helping me out. I've posted his latest problem below, please advise.
Thanks

The installation seems to be working now.

The problem with those "constant already defined" and duplicate
namespace warnings and errors seems to be an issue with relative
pathnames and the require_once statement.

I made these changes to config/index.php:

# require_once( "../includes/DefaultSettings.php" );
# require_once( "../includes/MagicWord.php" );
# require_once( "../includes/Namespace.php" );
require_once( "/absolute/path/to/includes/DefaultSettings.php" );
require_once( "/absolute/path/to/includes/MagicWord.php" );
require_once( "/absolute/path/to/includes/Namespace.php" );

And then the configure/install started working.

Here's the output (on Solaris/SunOS 5.9):

MediaWiki 1.3.7 installation

Please include all of the lines below when reporting installation problems.
Checking environment...

* PHP 4.3.8: ok
* Warning: PHP's register_globals option is enabled. MediaWiki will work correctly, but this setting increases your exposure to potential
security vulnerabilities in PHP-based software running on your server. You should disable it if you are able.
* PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP's memory_limit is 16M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok.
* Have zlib support; enabling output compression.
* Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
* Installation directory: XXX/mediawiki
* Script URI path: /mediawiki
* MySQL error 1045: Access denied for user: 'root@207.228.226.7' (Using password: NO)
* Trying regular user... ok.
* Connected to database... 4.0.20-log; enabling MySQL 4 enhancements
* Database XXX exists
* Creating tables... done.
* Initializing data...
* Created sysop account XXX.
* Initialising log pages...
*

Initialising "MediaWiki" namespace...
Clearing message cache...Done.

Creating LocalSettings.php...

Success! Move the LocalSettings.php file into the parent directory, then follow this link to your wiki.

When move LocalSettings.php and follow that link, first I get the expected
redirect to http://ourdomain/mediawiki/index.php/Main_Page, but then when I
go to that page, I don't get anything back.

Here's the exact output from the server:

$ curl -i http://domain/mediawiki/index.php/Main_Page
HTTP/1.1 200 OK
Date: Thu, 28 Oct 2004 20:08:39 GMT
Server: Apache/1.3.31 (Unix) mod_jk/1.2.5 FrontPage/5.0.2.2635 mod_fastcgi/2.4.2 mod_throttle/3.1.2 PHP/4.3.8 mod_ssl/2.8.18 OpenSSL/0.9.7d
X-Powered-By: PHP/4.3.8
Vary: Accept-Encoding,Cookie
Expires: -1
Cache-Control: private, must-revalidate, max-age=0
Last-modified: Thu, 28 Oct 2004 19:13:27 GMT
Content-language: en
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=utf-8

And that's it. No html, no body, no errors.

I've enabled mediawiki debugging, and here's the log:

Start request
GET /mediawiki/index.php/Main_Page
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Host: domain
Pragma: no-cache
User-Agent: curl/7.10.8 (sparc-sun-solaris2.9) libcurl/7.10.8 OpenSSL/0.9.7d ipv6 zlib/1.1.4

SQL: SELECT cur_text FROM cur WHERE cur_namespace='8' AND cur_title='Linktrail'
LIMIT 1
SQL: DELETE FROM objectcache WHERE exptime<'2004-10-28 20:08:41'
SQL: SELECT value,exptime FROM objectcache WHERE
keyname='our_db:messages'

SQL: SELECT 1 FROM user_newtalk WHERE user_ip='XXX.XXX.XXX.XXX'
Servr: http://domain
SQL: BEGIN
SQL: SELECT cur_id FROM cur WHERE cur_namespace=0 AND cur_title='Main_Page'
SQL: SELECT cur_touched,cur_is_redirect FROM cur WHERE cur_id=5
We're confused.
tryFileCache() - not cacheable
SELECT cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched FROM cur WHERE cur_id=5
SQL: SELECT
cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched
FROM cur WHERE cur_id=5
SQL: SELECT lcc_cacheobj FROM linkscc WHERE lcc_pageid = 5
SQL: SELECT ss_total_views, ss_total_edits, ss_good_articles FROM site_stats
WHERE ss_row_id=1
SQL: UPDATE cur SET cur_counter = cur_counter + 1 WHERE cur_id = 5
SQL: COMMIT
** private caching; Thu, 28 Oct 2004 19:13:27 GMT **
SQL: SELECT cur_id FROM cur WHERE cur_namespace=2 AND cur_title='XXX.XXX.XXX.XXX'
SQL: SELECT cur_id FROM cur WHERE cur_namespace=1 AND cur_title='Main_Page'
SQL: BEGIN
SQL: UPDATE LOW_PRIORITY site_stats SET
ss_total_views=(ss_total_views+1),ss_total_edits=(ss_total_edits),ss_good_artic\
les=(ss_good_articles)
WHERE ss_row_id=1
SQL: COMMIT
SQL: BEGIN
SQL: COMMIT
Request ended normally

I've also enabled PHP error logging, but nothing is written there. There
don't appear to be any PHP errors.

The SQL database access seems to be working. If I run the queries
manually, I see the data. The site stats (ss_total_views) are being
updated, even though the page isn't actually rendered.

I've repeated the whole thing with language set to "en - English - Unicode"
and to "en - English - Latin-1". Same results.

And, finally, if I run the PHP from the command line, then it totally
works! Something like this:

$ export PATH_INFO="/Main_Page"
$ php index.php
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en" dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
<meta name="KEYWORDS" content="Main Page" />
<meta name="robots" content="index,follow" />
<link rel="shortcut icon" href="/favicon.ico" />

<title>Main Page - OurWiki</title>
<style type="text/css" media="screen,projection">/*<![CDATA[*/ @import "/mediawiki/stylesheets/monobook/main.css"; /*]]>*/</style>
<link rel="stylesheet" type="text/css" media="print" href="/mediawiki/stylesheets/commonPrint.css"/>
...

So it must be something to do with the environment where the web
server is running (user "www", group "other"), but I have no idea
how to debug this further.

We don't have root access on the server, so I can't su to www and
rerun the script from the command line.

--
Rich Points
Rich@RichPoints.com
http://RichPoints.com

Re: Some Solaris installation progress [ In reply to ]

astronouth7303 at gmail

Nov 2, 2004, 1:10 PM

Post #3 of 7 (1004 views)

Permalink

So your only problem is that when using a browser you don't get any
HTML, but when you run PHP from the command line, it works?

What browser are you using? Can you link us to the wiki?

On Tue, 2 Nov 2004 10:44:35 -0700, poster <poster@richpoints.com> wrote:
> Hey all,
> I'm still having trouble installing MediaWiki on a Solaris machine. I've got someone with more coding experience helping me out. I've posted his latest problem below, please advise.
> Thanks
>
> The installation seems to be working now.
>
> The problem with those "constant already defined" and duplicate
> namespace warnings and errors seems to be an issue with relative
> pathnames and the require_once statement.
>
> I made these changes to config/index.php:
>
> # require_once( "../includes/DefaultSettings.php" );
> # require_once( "../includes/MagicWord.php" );
> # require_once( "../includes/Namespace.php" );
> require_once( "/absolute/path/to/includes/DefaultSettings.php" );
> require_once( "/absolute/path/to/includes/MagicWord.php" );
> require_once( "/absolute/path/to/includes/Namespace.php" );
>
> And then the configure/install started working.
>
> Here's the output (on Solaris/SunOS 5.9):
>
> MediaWiki 1.3.7 installation
>
> Please include all of the lines below when reporting installation problems.
> Checking environment...
>
> * PHP 4.3.8: ok
> * Warning: PHP's register_globals option is enabled. MediaWiki will work correctly, but this setting increases your exposure to potential
> security vulnerabilities in PHP-based software running on your server. You should disable it if you are able.
> * PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
> * Have XML / Latin1-UTF-8 conversion support.
> * PHP's memory_limit is 16M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok.
> * Have zlib support; enabling output compression.
> * Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
> * Installation directory: XXX/mediawiki
> * Script URI path: /mediawiki
> * MySQL error 1045: Access denied for user: 'root@207.228.226.7' (Using password: NO)
> * Trying regular user... ok.
> * Connected to database... 4.0.20-log; enabling MySQL 4 enhancements
> * Database XXX exists
> * Creating tables... done.
> * Initializing data...
> * Created sysop account XXX.
> * Initialising log pages...
> *
>
> Initialising "MediaWiki" namespace...
> Clearing message cache...Done.
>
> Creating LocalSettings.php...
>
> Success! Move the LocalSettings.php file into the parent directory, then follow this link to your wiki.
>
> When move LocalSettings.php and follow that link, first I get the expected
> redirect to http://ourdomain/mediawiki/index.php/Main_Page, but then when I
> go to that page, I don't get anything back.
>
> Here's the exact output from the server:
>
> $ curl -i http://domain/mediawiki/index.php/Main_Page
> HTTP/1.1 200 OK
> Date: Thu, 28 Oct 2004 20:08:39 GMT
> Server: Apache/1.3.31 (Unix) mod_jk/1.2.5 FrontPage/5.0.2.2635 mod_fastcgi/2.4.2 mod_throttle/3.1.2 PHP/4.3.8 mod_ssl/2.8.18 OpenSSL/0.9.7d
> X-Powered-By: PHP/4.3.8
> Vary: Accept-Encoding,Cookie
> Expires: -1
> Cache-Control: private, must-revalidate, max-age=0
> Last-modified: Thu, 28 Oct 2004 19:13:27 GMT
> Content-language: en
> Connection: close
> Transfer-Encoding: chunked
> Content-Type: text/html; charset=utf-8
>
> And that's it. No html, no body, no errors.
>
> I've enabled mediawiki debugging, and here's the log:
>
> Start request
> GET /mediawiki/index.php/Main_Page
> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
> Host: domain
> Pragma: no-cache
> User-Agent: curl/7.10.8 (sparc-sun-solaris2.9) libcurl/7.10.8 OpenSSL/0.9.7d ipv6 zlib/1.1.4
>
> SQL: SELECT cur_text FROM cur WHERE cur_namespace='8' AND cur_title='Linktrail'
> LIMIT 1
> SQL: DELETE FROM objectcache WHERE exptime<'2004-10-28 20:08:41'
> SQL: SELECT value,exptime FROM objectcache WHERE
> keyname='our_db:messages'
>
> SQL: SELECT 1 FROM user_newtalk WHERE user_ip='XXX.XXX.XXX.XXX'
> Servr: http://domain
> SQL: BEGIN
> SQL: SELECT cur_id FROM cur WHERE cur_namespace=0 AND cur_title='Main_Page'
> SQL: SELECT cur_touched,cur_is_redirect FROM cur WHERE cur_id=5
> We're confused.
> tryFileCache() - not cacheable
> SELECT cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched FROM cur WHERE cur_id=5
> SQL: SELECT
> cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched
> FROM cur WHERE cur_id=5
> SQL: SELECT lcc_cacheobj FROM linkscc WHERE lcc_pageid = 5
> SQL: SELECT ss_total_views, ss_total_edits, ss_good_articles FROM site_stats
> WHERE ss_row_id=1
> SQL: UPDATE cur SET cur_counter = cur_counter + 1 WHERE cur_id = 5
> SQL: COMMIT
> ** private caching; Thu, 28 Oct 2004 19:13:27 GMT **
> SQL: SELECT cur_id FROM cur WHERE cur_namespace=2 AND cur_title='XXX.XXX.XXX.XXX'
> SQL: SELECT cur_id FROM cur WHERE cur_namespace=1 AND cur_title='Main_Page'
> SQL: BEGIN
> SQL: UPDATE LOW_PRIORITY site_stats SET
> ss_total_views=(ss_total_views+1),ss_total_edits=(ss_total_edits),ss_good_artic\
> les=(ss_good_articles)
> WHERE ss_row_id=1
> SQL: COMMIT
> SQL: BEGIN
> SQL: COMMIT
> Request ended normally
>
> I've also enabled PHP error logging, but nothing is written there. There
> don't appear to be any PHP errors.
>
> The SQL database access seems to be working. If I run the queries
> manually, I see the data. The site stats (ss_total_views) are being
> updated, even though the page isn't actually rendered.
>
> I've repeated the whole thing with language set to "en - English - Unicode"
> and to "en - English - Latin-1". Same results.
>
> And, finally, if I run the PHP from the command line, then it totally
> works! Something like this:
>
> $ export PATH_INFO="/Main_Page"
> $ php index.php
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en" dir="ltr">
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
> <meta name="KEYWORDS" content="Main Page" />
> <meta name="robots" content="index,follow" />
> <link rel="shortcut icon" href="/favicon.ico" />
>
> <title>Main Page - OurWiki</title>
> <style type="text/css" media="screen,projection">/*<![CDATA[*/ @import "/mediawiki/stylesheets/monobook/main.css"; /*]]>*/</style>
> <link rel="stylesheet" type="text/css" media="print" href="/mediawiki/stylesheets/commonPrint.css"/>
> ...
>
> So it must be something to do with the environment where the web
> server is running (user "www", group "other"), but I have no idea
> how to debug this further.
>
> We don't have root access on the server, so I can't su to www and
> rerun the script from the command line.
>
> --
> Rich Points
> Rich@RichPoints.com
> http://RichPoints.com
> --
> Rich Points
> Rich@RichPoints.com
> http://RichPoints.com
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>

--
-------------------------------------------------------------------
http://endeavour.zapto.org/astro73/
Thank you to JosephM for inviting me to Gmail!

Re: Some Solaris installation progress [ In reply to ]

poster at richpoints

Nov 2, 2004, 7:34 PM

Post #4 of 7 (992 views)

Permalink

>> So your only problem is that when using a browser you don't get any
>> HTML, but when you run PHP from the command line, it works?
>>
>> What browser are you using? Can you link us to the wiki?

Yes, that's basically the problem.

It seems to happen regardless of the web browser (Firefox, Mozilla, IE,
curl).

The URL for the wiki is http://reclaimdemocracy.org/rdc/

If I go straight to the web server by telnet, I can definitely
confirm nothing is being output from the script:

$ telnet reclaimdemocracy.org 80
Trying 207.228.227.98...
Connected to reclaimdemocracy.org.
Escape character is '^]'.
GET /rdc/index.php/Main_Page
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Accept-Encoding: gzip,deflate
Accept-Language: en-us,en;q=0.5
Cache-Control: no-cache
Connection: keep-alive
Host: reclaimdemocracy.org
Keep-Alive: 300
Pragma: no-cache
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20041001 Firefox/0.10.1

Connection to reclaimdemocracy.org closed by foreign host.

But then if I check the mediawiki log, I can see that the
script ran. I even added some debugging statements (prefixed
with "bsm") to verify that the script is calling the routines.

Start request
GET /rdc/index.php/Main_Page

SQL: SELECT cur_text FROM cur WHERE cur_namespace='8' AND
cur_title='Linktrail'
LIMIT 1
SQL: DELETE FROM objectcache WHERE exptime<'2004-11-02 23:47:26'
SQL: SELECT value,exptime FROM objectcache WHERE
keyname='XXX:messages'

SQL: SELECT 1 FROM user_newtalk WHERE user_ip='207.228.227.98'
Servr: http://www.reclaimdemocracy.org
SQL: BEGIN
SQL: SELECT cur_id FROM cur WHERE cur_namespace=0 AND cur_title='Main_Page'
SQL: SELECT cur_touched,cur_is_redirect FROM cur WHERE cur_id=5
We're confused.
tryFileCache() - not cacheable
SELECT
cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched
FROM cur WHERE cur_id=5
SQL: SELECT
cur_text,cur_timestamp,cur_user,cur_user_text,cur_comment,cur_counter,cur_restrictions,cur_touched
FROM cur WHERE cur_id=5
SQL: SELECT lcc_cacheobj FROM linkscc WHERE lcc_pageid = 5
SQL: SELECT ss_total_views, ss_total_edits, ss_good_articles FROM site_stats
WHERE ss_row_id=1
SQL: UPDATE cur SET cur_counter = cur_counter + 1 WHERE cur_id = 5
SQL: COMMIT
bsm - in OutputPage::output
** private caching; Thu, 28 Oct 2004 19:13:27 GMT **
bsm - in SkinPHPTal::outputPage
SQL: SELECT cur_id FROM cur WHERE cur_namespace=2 AND
cur_title='207.228.227.98'
bsm - title is Main Page
SQL: SELECT cur_id FROM cur WHERE cur_namespace=1 AND cur_title='Main_Page'
SQL: BEGIN
SQL: UPDATE LOW_PRIORITY site_stats SET
ss_total_views=(ss_total_views+1),ss_total_edits=(ss_total_edits),ss_good_articles=(ss_good_articles)
WHERE ss_row_id=1
SQL: COMMIT
SQL: BEGIN
SQL: COMMIT
Request ended normally

Re: Some Solaris installation progress [ In reply to ]

astronouth7303 at gmail

Nov 3, 2004, 1:24 PM

Post #5 of 7 (987 views)

Permalink

I can't tell you about the rest of it, but I did notice that
http://reclaimdemocracy.org/rdc/ doesn't point to mediawiki's
index.php. Is mediawiki installed in the /rdc directory? If you're
using rewrite rules, double check them so that this is fixed. I don't
think that's related to the problem

The output I get is what is outputed by PHP if the script doesn't override it.

Try some of the things mentioned in the other things on the list.

Brion?

On Tue, 2 Nov 2004 19:34:28 -0700, poster <poster@richpoints.com> wrote:
> The URL for the wiki is http://reclaimdemocracy.org/rdc/
>
> If I go straight to the web server by telnet, I can definitely
> confirm nothing is being output from the script:
>
> [clipped]

-- Jamie
-------------------------------------------------------------------
http://endeavour.zapto.org/astro73/
Thank you to JosephM for inviting me to Gmail!

Re: Some Solaris installation progress [ In reply to ]

brion at pobox

Nov 3, 2004, 1:45 PM

Post #6 of 7 (987 views)

Permalink

On Nov 2, 2004, at 6:34 PM, poster wrote:
> If I go straight to the web server by telnet, I can definitely
> confirm nothing is being output from the script:
[snip]
> Connection to reclaimdemocracy.org closed by foreign host.

Odd... No output is typically caused by PHP/Apache crashing, but there
actually are headers returned (you need to put HTTP/1.0 at the end of
the GET line to see the headers returned; otherwise it dumps the
content only without any headers). Can you check Apache's error_log
just in case?

Try disabling the gzip output filter. Remove these lines from near the
top of LocalSettings.php:
## Compress output if the browser supports it
if( !ini_get( 'zlib.output_compression' ) ) @ob_start( 'ob_gzhandler'
);

It shouldn't be having any effect, since my telnet test doesn't ask for
gzip and I still get nothing. But try it just in case...

Also, try disabling the PHPTal skin; a few people have reported
intermittent PHP crashes exacerbated by changes to the PHPTal template
(possibly caused by a bug in their PHP accelerator module?) Set in
LocalSettings.php:
$wgUsePHPTal = false;

That will revert to the 'old' appearance of MediaWiki 1.2 and earlier,
which uses different output code paths.

-- brion vibber (brion @ pobox.com)

Re: Solaris installation Success [ In reply to ]

poster at richpoints

Nov 4, 2004, 11:53 PM

Post #7 of 7 (1001 views)

Permalink

I tried the suggestions brion offered (details below).
The last suggestion worked. Disabling PHPTal enables us to use the
wiki, but only with the older appearance. I guess we could either live
with that, or try digging into the PHPTal module and debugging it.

*** Adding the HTTP/1.0 string to the end of the get line produced
additional headers:

$ telnet reclaimdemocracy.org 80
Trying 207.228.227.98...
Connected to reclaimdemocracy.org.
Escape character is '^]'.
GET /rdc/index.php/Main_Page HTTP/1.0
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Accept-Language: en-us,en;q=0.5
Cache-Control: no-cache
Connection: keep-alive
Host: reclaimdemocracy.org
Keep-Alive: 300
Pragma: no-cache
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20041001 Firefox/0.10.1

HTTP/1.1 200 OK
Date: Wed, 03 Nov 2004 21:32:01 GMT
Server: Apache/1.3.31 (Unix) mod_jk/1.2.5 FrontPage/5.0.2.2635
mod_fastcgi/2.4.2 mod_throttle/3.1.2 PHP/4.3.8 mod_ssl/2.8.18 OpenSSL/0.9.7d
X-Powered-By: PHP/4.3.8
Vary: Accept-Encoding,Cookie
Expires: -1
Cache-Control: private, must-revalidate, max-age=0
Last-modified: Thu, 28 Oct 2004 19:13:27 GMT
Content-language: en
Connection: close
Content-Type: text/html; charset=utf-8

Connection to reclaimdemocracy.org closed by foreign host.

*** disabling the gzip output filter had no effect.

*** disabling PHPTal skin makes a huge difference. Once I set
that to false, I get a nicely formatted page back. Works with
telnet and web browsers.

Thanks for the tips. Now at least we can get something up
and know what module to look at for further debugging.

Mailing List Archive

Mailing List Archive

Attached Files: