OK, here's the current situation with this problem. If anyone has any ideas
as to how this can be resolved please let me know. If not, since it is
apparently not a mediawiki software issue, but a server issue, I'll stop
updating this list about it.
I noticed this morning that phpinfo, run from the web, shows that I'm
running php version 4.0.6. I reported this to the support people (we were
on php 4.3.9 until a few days ago!), and they ran php -v at the command
line and reported that I'm in fact running version 4.3.9.
Why would the web show a different php version? I don't know yet.
But on the web phpinfo reports php on a different server from my server! [
noir.*.* vs. mormonstoday.*.* -- *.* is the provider's common domain name
for all machines it provides]
In contrast, normal http requests are being sent to the mormonstoday
server. Why php requests are redirected elsewhere I don't know. I've sent a
message to the support people and will call them in a few minutes.
But if someone has an idea of where I can check see how this can be fixed,
please let me know.
I strongly suspect that my provider has screwed up something. But I don't
know what.
Kent
At 9:28 AM -0400 10/13/05, you wrote:
At 6:54 AM +0200 10/13/05, you wrote:
Maybe those Warnings exists from the beginning but
are hidden by the level
of the shown errors which could be set to zero or only fatal errors.
Possible. That's why I focused on the last one -- the Fatal error. That's
the one that referred to array_key_exists.
Maybe your update changed that.
E.
What update? I haven't updated any of the software involved.
-----Message d'origine-----
De : mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] De la part de Kent S. Larsen II
Envoyé : jeudi 13 octobre 2005 06:19
À : MediaWiki announcements and site admin list
Objet : Re: [Mediawiki-l] 'Failed opening required' error
OK, here's a bit more to chew on.
The original error was:
Fatal error: Failed opening required 'UtfNormalUtil.php'
(include_path='.:/***/Litdb:/***/Litdb/includes:/***/Litdb/languages') in
/***/Litdb/includes/normal/UtfNormal.php on line 36
I noticed that the directory that includes the missing file, normal, isn't
in the include_path. So I added it in LocalSettings.php (that's where its
defined).
I then got a new set of errors:
Warning: Invalid argument supplied for foreach() in
/home/www/lusobraz/Litdb/includes/WebRequest.php on line 56
Warning: Invalid argument supplied for foreach() in
/home/www/lusobraz/Litdb/includes/WebRequest.php on line 56
Warning: Invalid argument supplied for foreach() in
/home/www/lusobraz/Litdb/includes/WebRequest.php on line 56
Warning: Invalid argument supplied for foreach() in
/home/www/lusobraz/Litdb/includes/WebRequest.php on line 56
Warning: Invalid argument supplied for foreach() in
/home/www/lusobraz/Litdb/includes/WebRequest.php on line 56
Warning: Invalid argument supplied for foreach() in
/home/www/lusobraz/Litdb/includes/WebRequest.php on line 56
Fatal error: Call to undefined function: array_key_exists() in
/home/www/lusobraz/Litdb/includes/User.php on line 716
Particularly illuminating is the last, fatal one.
array_key_exists is a php native function -- at least in versions after
4.1.0
I'm running 4.3.9, so array_key_exists should be valid. But I'm still
getting this error.
Ideas on what would suddenly make a native php function undefined? How to
fix it?
Kent
At 11:59 PM +0100 10/12/05, you wrote:
You don't need all the permissions set to 777,
for one. But that isn't
likely causing this error; more, I thought I'd bring it up as a
security thing.
It makes no sense for the inclusion to stop working. I'll ponder over
this one for a while.
Rob Church
On 12/10/05, Kent S. Larsen II <kent(a)lusobraz.com> wrote:
>
> That was the first thing I checked. It was in the includes/ folder
> like it should be.
>
> In general, I have not moved files around from the install. The only
> way it wouldn't have been in the proper place is if the install
> hadn't put it in the right location.
>
> Kent
>
> At 10:02 PM +0100 10/12/05, you wrote:
> >Does the UtfNormalUtil.php file exist in the includes/ or languages/
> >folder? If not, then the problem is simply that it can't be found
> >because it doesn't exist.
> >
> >
> >Rob Church
> >
> >On 12/10/05, Kent S. Larsen II <kent(a)lusobraz.com> wrote:
> >>
> >> OK, for some reason my wiki has changed from working normally to
>giving the
> >> following error:
> >>
> >> Fatal error: Failed opening required 'UtfNormalUtil.php'
> >> (include_path='.:/***/Litdb:/***/Litdb/includes:/***/Litdb/languag
> >> es') in /***/Litdb/includes/normal/UtfNormal.php on line 36
> >>
> >> *** -- base path to directory (Litdb) where wiki was installed
> >>
> >>
> >> The only thing that I know changed was that my service provider
> >> reported the following change at about the time things stopped
working:
>>
>> "Default group was over the domain quota. Set quota to unlimited."
>>
>> Now that could be just a coincidence, but I don't understand what
>> the problem is or how to solve it.
>>
>> I know it has something to do with the process of connecting to
>> mysql through php, but what is broken is beyond my knowledge.
>>
>> I've not changed the software at all. I have tried the following:
>>
>> 1. reviewed permissions, ownership and groups of all wiki files --
all are
>> set to be the owner and group that are the same as other html
>> files. The files' permissions are also all set to 777
>>
>> 2. reviewed httpd.conf and php.ini -- the only recent change to
>> these
files
>> was in httpd.conf, and that change happened several days before
>> the
problem
>> occurred. The apache server was restarted several times during
>> those
days.
>>
>> 3. reviewed entries in LocalSettings.php that control access to
mysql. The
>> user exists in the mysql database and that user's permissions seem
>> to be correct. The password appears to be correct also, as does
>> the
database name
>> and the host name ('localhost')
>>
>> Don't know what else to check.
>>
>> I have two other software packages that use php to connect to
>> mysql. The older of the two is working fine (don't know what to
>> call it -- it is a heavily modified commerce package that seems to
>> be without name in
the code.
>>
>> The second, Drupal, I installed recently to allow me to host blogs.
It was
>> also up and running and at about the same time, (I was trying to
>> get it configured properly) it also stopped working with errors
>> that point to a similar error.
>>
>> If anyone has some insight into this problem, I would really
appreciate it.
>>
>> Kent
>>
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l(a)Wikimedia.org
>>
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)Wikimedia.org
>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l