Hello,
About half the pages of the mediawiki installation I manage (which have
been working flawlessly for 2 years) recently became mangled.
I suspect a parser problem, but I'm running out of troubleshooting ideas.
Here's what I've tried :
- Upgrading to latest version
- Disabling all extensions
- Directly checking the DB ; no data have been altered. If I try to
"Edit page" without viewing it first the syntax is correct
- Enabling PHP error displaying (no error whatsoever)
It seems an old bug involving Tidy on some page could produce such
results, but as far as I know Tidy isn't enabled.
Installation infos :
MediaWiki 1.13.4
PHP 5.2.0-8+etch13 (apache2handler)
MySQL 5.0.32-Debian_7etch8-log
Example of mangled page :
http://www.drillscan.com/wiki_scrambled.gif
Any ideas as to what might cause this problem ?
--
Boris Herbinière-Sève
Hello,
I'm hosted at Dreamhost (and don't really recommend it....). Sometime
last night I got an email informing me that they'd switched me from
one server to another (an emergency) and that everything'd be alright.
Nope. I have about 7 wikis running off this server and now and with
one of them, I get this error when trying to access via browser:
Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Can't contact the database server: Access denied for user
'redbug'@'sawerni.com' (using password: YES) (mysql.pynchonwiki.com))
and the other throws a 500 Internal Server Error.
They told me to change all my paths from: /home/.laker/username to /
home/username wherever anything is configured.
I suspect that somewhere in the MW (v 1.13.x) directory there's a file
that specifies the old, now-incorrect path, but I can't find it.
Any thoughts? Thanks!
Tim
......................................................... ! .............................................................
Tim Ware .. HyperArts .. 201 4th Street, Ste 404 .. Oakland CA 94607
t: (510) 339-6084 .. f: (510) 339-6086 .. e: tim(a)hyperarts.com
http://www.hyperarts.com
Map
Katharina
<redface>Am I stupid or what, thanks for the prompt reply.</redface>
Charlie
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Katharina
Wolkwitz
Sent: 13 February 2009 09:02
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Upload puzzle
Hi Charlie,
Charlie Markwick schrieb am 13.02.2009 09:43:
> At
> http://www.mediawiki.org/wiki/Manual:Configuring_file_uploads#1.5_upwa
> rd
> s
>
> It says "In MediaWiki version 1.5 and later ...". However the latest
> version that can be downloaded is 1.13.4 can someone enlighten me?
The versions are counted continually, so 1.5 is followed by 1.6, 1.7,
1.8 and so on. 1.13.4 is later (and so more current) than 1.13.3 or
1.10.1
Greetings
Katharina
I do have backups running on my own cron job using a script.
However, from the mySQL manual: Normally, you should never have to run REPAIR
TABLE <http://dev.mysql.com/doc/refman/5.1/en/repair-table.html>. However,
if disaster strikes, this statement is very likely to get back all your data
from a MyISAM table. If your tables become corrupted often, you should try
to find the reason for it, to eliminate the need to use REPAIR
TABLE<http://dev.mysql.com/doc/refman/5.1/en/repair-table.html>
.
I would like to know what is causing the issue, since I never had it for
over a year and then suddenly occurred. I'm going to try updating to 1.13.4
from 1.13.3 to see if that helps. Any tips would be great and thanks for the
help I already got everyone!
On Fri, Feb 13, 2009 at 11:01 AM, Henny Savenije <
webmaster(a)henny-savenije.pe.kr> wrote:
> Actually there are programs which do that.
>
> http://www.mysqldumper.de/en/
>
> But that's beside the point. There are also programs out there which
> optimize databases server wide. Don't know anymore where I found
> them, but I have them installed on my servers.
>
> At 12:32 AM 2/14/2009, you wrote:
> >Ha, yeah, sure, I was just giving the structure and did not want to
> >specify a time. You would of course need to replace this like you would
> >need to replace everything else (e.g. "username"). I just wanted to give
> >an idea for research, not a finished solution (which I cannot give, not
> >knowing the specifics). I would dump once every day, but on a site with
> >very little traffic once a week may be enough, while a site with very
> >heavy traffic or a large database might want to dump individual tables
> >separately (so as not to have huge dumps or exceed execution time limits)
> ...
> >
> >I, personally, would have the cronjob call an .sh script that gives a
> >unique name based on the date to each dump and deletes old dumps after a
> >certain time (maybe 90 days).
> >
> >
> >
> > >Manfred Kooistra wrote:
> > >> And (first of all): Set up a cronjob to dump your database on a
> regular
> > >> basis so whatever happens you won't loose your data. Kind of like
> this:
> > >>
> > >> * * * * * mysqldump db_name -u username -ppassword > /home/username/
> > >backup.sql
> > >
> > >Shouldn't at least one of those * be different? As it is, it would be
> > >started every minute...
> > >
> > >
> > >_______________________________________________
> > >MediaWiki-l mailing list
> > >MediaWiki-l(a)lists.wikimedia.org
> > >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> >
> >
> >_______________________________________________
> >MediaWiki-l mailing list
> >MediaWiki-l(a)lists.wikimedia.org
> >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
> _ _
> (o) (o)
> oOOO----(_)----OOOo---
> Henny (Lee Hae Kang)
> -----------------------------
> http://www.henny-savenije.pe.kr Portal to all my sites
> http://www.hendrick-hamel.henny-savenije.pe.kr (in English) Feel free
> to discover Korea with Hendrick Hamel (1653-1666)
> http://www.hendrick-hamel.henny-savenije.pe.kr/indexk2.htm In Korean
> http://www.hendrick-hamel.henny-savenije.pe.kr/Dutch In Dutch
> http://www.vos.henny-savenije.pe.kr Frits Vos Article about Witsen
> and Eibokken and his first Korean-Dutch dictionary
> http://www.cartography.henny-savenije.pe.kr (in English) Korea
> through Western Cartographic eyes
> http://www.hwasong.henny-savenije.pe.kr Hwasong the fortress in Suwon
> http://www.oldKorea.henny-savenije.pe.kr Old Korea in pictures
> http://www.british.henny-savenije.pe.kr A British encounter in Pusan
> (1797)
> http://www.genealogy.henny-savenije.pe.kr/ Genealogy
> http://www.henny-savenije.pe.kr/phorum Bulletin board for Korean studies
>
>
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
Are there special semantics associated with a user name such that if there is an at sign, mediawiki assumes different properties about the user? For example, if I have a user 'a(a)b.c' and I try to edit that user's rights, I get an error "Database b.c does not exist or is not local."
Thanks,
Rob
Robert Hagens | Chief Technical Officer| Envysion, Inc.
950 Spruce Street | Louisville, CO 80027
303.590.2365 office | 303.590.2351 fax
rhagens(a)envysion.com | www.envysion.com | Visit our blog
Sorry - my CSS skills are lacking...I am trying to create a text block
with links inside that sits directly above the category block on a
page. I want this text block to look exactly like the category block
does. Here is an example:
http://en.wikipedia.org/wiki/300_(film)#External_links
Note the category block has:
Categories: English-language films | Spoken articles | Featured
articles | 2000s action films | 2007 films | American films | Battle
of Thermopylae | Classical war films | Fantasy adventure films | Films
based on actual events | Films based on comics by Frank Miller | Films
based on Dark Horse comics | Films set in Greece | Films shot in
Montreal | Films shot in Super 35 | Historical films | Internet memes
| Legendary Pictures films | War epic films | Warner Bros. films
How could I replicate this and have it sit directly above the category
block with the same spacing that is currently between the category
block and the Dark Horse Comics films block on that page.
Thanks so much!
Hey all,
About one every 5 page views mediawiki throws this error:
Fatal error: Call to a member function selectRow() on a non-object in
User.php on line 826
I have not recently upgraded. I have been on version 1.13.3 since it was
released. The site was working fine until this morning and rebooting mySQL
didn't help. I also get a connection error every couple of loads if I click
through my databases in phpmyadmin. Does anyone know what could be wrong? I
have shell access.
Thanks
