MediaWiki-l May 2007

mediawiki-l@lists.wikimedia.org

155 participants
244 discussions

Re: [Mediawiki-l] Server dead....bring the wiki back?
by Hans Siegwart 15 May '07

15 May '07

Hy Dave, habe look that Hans Siegwart and Wiki have an old connection, Wiki know that. fr Hans J. Siegwart ----- Ursprüngliche Mail ---- Von: "David_S_Green(a)Dell.com" <David_S_Green(a)Dell.com> An: MediaWiki-l(a)lists.wikimedia.org Gesendet: Freitag, den 11. Mai 2007, 07:48:20 Uhr Betreff: [Mediawiki-l] Server dead....bring the wiki back? Hello all, As I was in the process of preparing to move our wiki, the server up and bought the farm. Good news is I had a backup of the database directory (wikidb).....question is I need to restore that directory to a new server. This simply a copy of the original database directory, and it is not a database "dump'. Is there a way for me to resurrect the wiki from this? All the Mediawiki pages seem to cover is "moving" a wiki, not recovering one. I also have a complete copy of the wiki file folder (localsettings.php, images directory, all other directories). Thanks all, Dave _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l __________________________________ Yahoo! Clever - Der einfachste Weg, Fragen zu stellen und Wissenswertes mit Anderen zu teilen. www.yahoo.de/clever

2 1

"Recent Changes" RSS Feed from a Protected Wiki
by Norbert Hoeller 14 May '07

14 May '07

I have created a Wiki where the user needs to be logged in for both reading and editing. I dragged the RSS link on "Recent Changes" to RSSBandit (which I have used successfully with username/password protected TypePad RSS feeds) and entered my Wiki username/password in the authentication dialogue. However, RSSBandit cannot access the feed: I get a "General Failure: Refresh feed 'xxx' failed with error: Object reference not set to an instance of an object." I am running MediaWiki 1.10.0 and RSSBandit 1.5.0.10. I was successfully able to add the feed to FireFox Live Bookmarks, because I was already logging into the Wiki from Firefox. I suspect that RSSBandit knows how to present the username/password to TypePad, since TypePad uses the normal Apache protected directory authentication method. However, in the case of MediaWiki, RSSBandit would have to login and then follow the link back to the original page. Am I on the right track, and is there a way I can get around this problem? Thanks, Norbert

2 1

Fixing database after lost images
by John Pye 14 May '07

14 May '07

Hi all, I am having some trouble with our wiki at http://ascendwiki.cheme.cmu.edu after a recent problem where a hard drive problem caused us to lose the images in our wiki. We managed to retrieve the database and I have reinstalled Mediawiki now (version 1.9.3) and some images I have put back into place in the wiki images folder (/var/www/wiki/images/X/XX/whatever.png), but it is becoming clear that all is not as it should be. The first problem is that some of the images that I have replaced (from files from other sources pre-wiki) in the above folders do appear in the wiki, but do not appear to be thumbnailing correctly -- the image show with rough-looking resizing, not the usual nice smooth job that I take it is done by imagemagick. The second problem is that I can't make uploading work any more. I have set everything up in LocalSettings.php and the folder permissions look right. I have set the $wgHashedUploadDirectory also. The funny thing is that when I use the upload page, the image appears to upload (the HTTP request takes a few moments) but then it fails silently: I am returned to the upload page again, with no error message, and no message shows up in the Apache error log either. I tried to run management/rebuildImages using php5 CLI but it fails with a message about failing to connect to the database with user = root and no password. I couldn't see where to set the password (I tried modifying php.ini but that wasn't it). So I can't see how to run this script, either. Any suggestions for all this would be much appreciated. I'm sure it must be something fairly simple I've failed to do. Cheers JP PS I notice that some upload issues have been addressed in the new 1.10 release. Could that be related?

2 4

mysqldump
by Klaus Becker 14 May '07

14 May '07

Hi, I try to save my db with mysqldump. Man mysqldump says: "shell> mysqldump db_name > backup-file.sql". So I wrote: ">mysqldump wikidb > /home/klaus/backup.sql" or ">mysqldump wikidb > backup.sql" I get again "->", but nothing happens and I don't find "backup.sql". What's wrong ? If I try the same command in phpmyadmin, I get: "Error SQL query: mysqldump wikidb > / home / klaus / backup.sql MySQL said: #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysqldump wikidb > /home/klaus/backup.sql' at line 1". cheers Klaus

2 4

Images not displayed after upgrade
by Andreas Tille 14 May '07

14 May '07

Hi, I upgraded from MediaWiki 1.4.x to 1.9.3. Most things went fine but images are not displayed as expected. The pages that include the images just show the link to "Image:imagename.png" and when I follow the image link I see only a dummy image (small white frame with gray border shadow). If I click onto this dummy image (or the text link below this) the real image is displayed, so the images are there in principle, but the rendering inside pages is broken. How can I fix or at least debug the problem? Kind regards Andreas. -- http://fam-tille.de

1 1

Installation problem with MW 1.6.10 on 64-bit FC4 php 5.04
by Scott Ackerman 14 May '07

14 May '07

I am "trying" to install MediWiki 1.6.10 on a 64bit Fedora Core 4 Box running php 5.04. I would prefer to install a newer version, but the installer keeps "barking" that my php version is buggy, and I would rather not go through the brain damage of upgrading as this is a live web host that I have clients on. Anyway, after I extract the files, run the installer, I get the following message: * PHP 5.0.4 installed * PHP server API is apache2handler; 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. * Neither Turck MMCache <http://turck-mmcache.sourceforge.net/> nor eAccelerator <http://eaccelerator.sourceforge.net/> are installed, can't use object caching functions * GNU diff3 not found. * Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads. * Installation directory: /var/www/vhosts/sustainable-it.com/httpdocs/joomla/mediawiki * Script URI path: /mediawiki * Environment checked. You can install MediaWiki. * Warning: $wgSecretKey key is insecure, generated with mt_rand(). Consider changing it manually. *Generating configuration file...* * Database type: mysql * Attempting to connect to database server as wiki_user...success. * Connected to 4.1.20 * Database db_sustainable_wiki exists * There are already MediaWiki tables in this database. Checking if updates are needed... ...hitcounter table already exists. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. ...logging table already exists. ...validate table already exists. ...user_newtalk table already exists. ...transcache table already exists. ...trackbacks table already exists. ...externallinks table already exists. Creating job table...Query "CREATE TABLE `mw_job` ( job_id int(9) unsigned NOT NULL auto_increment, job_cmd varchar(255) NOT NULL default '', job_namespace int NOT NULL, job_title varchar(255) binary NOT NULL, job_params blob NOT NULL default '', PRIMARY KEY job_id (job_id), KEY (job_cmd, job_namespace, job_title) ) TYPE=InnoDB " failed with error code "Specified key was too long; max key length is 1024 bytes (localhost)". As you can see I have attempted to install this several times. I did a Google search for the "Specified key was too long; max key length.." and found a post, but the instructions a bit misleading as it indicated the presence of a file called "tables.sql" and a file under the maintenance subdirectory called "tables.sql". I found a file under maintenance and another under maintenance>mysql5 called "tables.sql" but changing both of them didn't seem to work. Unless of course I fouled something up. Any other ideas? -- Scott Ackerman 1212 Baker Street Fort Collins, Colorado 80524 970-231-9035 "Every improvement in the standard of work men do is followed swiftly and inevitably by an improvement in the men who do it" - William Morris

2 1

Using Lucene Search
by a. cremer 14 May '07

14 May '07

Hi there, I tried to understand how to get the Lucene search enginge running with my own mediawiki on an windows PC but I have to admit that I did not get to far. What I found was http://schmidt.devlib.org/software/lucene-wikipedia.html http://meta.wikimedia.org/wiki/Installing_lucene_search but both sources are not to easy to follow (at least for me). Does anybody know where to find some more (easy) hints on how to implemend Lucene in mediawiki? Kind regards Albert Cremer

2 1

Install Asr?
by G. Carter 13 May '07

13 May '07

What user should I install as? Root? Normal user? Does it matter? Thanks

2 1

importing big database
by Klaus Becker 13 May '07

13 May '07

Hi, I experience difficulties to import databse of over 2 MB. I want to be sure I can restore my whole site if neccesary. So I exported the db of 2.6 MB and I tried to import it again. I used 2 different scripts, but each time, german and french caracters like ß, ä, é, ç are not correct. Then I tried with phpmyadmin by exporting into 2 files of less than 2 MB. The first file is imported correctly, but the second one not, phpmyadmin says it has wrong lines. I tried several times with the same result. I tried again, but this time I imported first file2 and then file1, and this seems to work correctly. I tried twice with the same result. I never had such problems before, but I never had a database > 2 MB. cheers Klaus

2 2

Loss of session data
by Fred Bauder 12 May '07

12 May '07

This message "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in." seems to come up rather quickly and inappropriately. What can be done to give more time to edit? Fred

1 0

← Newer
1
...
12
13
14
15
16
17
18
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l May 2007