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@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@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/languages') 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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
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@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@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/languages') 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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
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.
Maybe your update changed that.
E.
-----Message d'origine----- De : mediawiki-l-bounces@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@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@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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Well, that's good - it means he's a step closer to fixing the problem, doesn't it?
Rob Church
On 13/10/05, Emilien ARNAUD emilien@creatixea.com 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.
Maybe your update changed that.
E.
-----Message d'origine----- De : mediawiki-l-bounces@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@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@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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
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@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@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@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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
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@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@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@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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Kent S. Larsen II wrote:
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.
They/It lied. If it says you're running 4.0.6, it means one of two things: - Apache is using PHP v4.0.6 - They hacked it up bad and you're screwed
Why would the web show a different php version? I don't know yet.
- Different values of $PATH for Apache and shell - Different version of PHP in the Apache module than the stand-alone binary - They hacked Apache or PHP up bad and you're not going to be able to fix it
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]
Did you mention that when talking to the tech?
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.
I'm assuming that it's an internal-only redirect, ie it's not visible to the browser.
But if someone has an idea of where I can check see how this can be fixed, please let me know.
Your host.
I strongly suspect that my provider has screwed up something. But I don't know what.
That is seems to be the case. It may or may not be PHP/Apache directly (eg, they accidently put you on the wrong machine).
-- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB.
Thanks, Jamie for your response.
In fact, yesterday they fixed it by (according to them) replacing the httpd binary on my machine. I assume this is what you were referring to about by saying 'they hacked it up bad.'
In any case that's what it took to fix the problem.
Thanks again also to everyone else who took a stab at the problem. I'm sure glad its fixed!
Kent
At 12:20 PM -0400 10/15/05, Jamie wrote:
Kent S. Larsen II wrote:
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.
They/It lied. If it says you're running 4.0.6, it means one of two things:
- Apache is using PHP v4.0.6
- They hacked it up bad and you're screwed
Why would the web show a different php version? I don't know yet.
- Different values of $PATH for Apache and shell
- Different version of PHP in the Apache module than the stand-alone binary
- They hacked Apache or PHP up bad and you're not going to be able to fix it
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]
Did you mention that when talking to the tech?
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.
I'm assuming that it's an internal-only redirect, ie it's not visible to the browser.
But if someone has an idea of where I can check see how this can be fixed, please let me know.
Your host.
I strongly suspect that my provider has screwed up something. But I don't know what.
That is seems to be the case. It may or may not be PHP/Apache directly (eg, they accidently put you on the wrong machine).
-- Jamie
http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB.
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Kent S. Larsen II wrote:
Thanks, Jamie for your response.
In fact, yesterday they fixed it by (according to them) replacing the httpd binary on my machine. I assume this is what you were referring to about by saying 'they hacked it up bad.'
I actually was thinking "they had taken the source and modified to their hearts content" in that comment. As long as it works. (Why do they still have a PHP 4.0 binary...?)
-- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB.
Too right. Push for PHP 5!
Rob Church
On 15/10/05, Jamie Bliss astronouth7303@gmail.com wrote:
Kent S. Larsen II wrote:
Thanks, Jamie for your response.
In fact, yesterday they fixed it by (according to them) replacing the httpd binary on my machine. I assume this is what you were referring to about by saying 'they hacked it up bad.'
I actually was thinking "they had taken the source and modified to their hearts content" in that comment. As long as it works. (Why do they still have a PHP 4.0 binary...?)
-- Jamie
http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB.
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Not the software, but I belived I read that your have change your HTTPD.conf and PHP.ini ... Default log level is specified in PHP.ini :)
E.
-----Message d'origine----- De : mediawiki-l-bounces@Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] De la part de Kent S. Larsen II Envoyé : jeudi 13 octobre 2005 15:28 À : MediaWiki announcements and site admin list Objet : RE: [Mediawiki-l] 'Failed opening required' error
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@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@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@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/langua g 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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
What exactly in these files would you suggest looking at? I don't see any key that would require connecting to php on another machine!
At 7:35 PM +0200 10/13/05, you wrote:
Not the software, but I belived I read that your have change your HTTPD.conf and PHP.ini ... Default log level is specified in PHP.ini :)
E.
-----Message d'origine----- De : mediawiki-l-bounces@Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] De la part de Kent S. Larsen II Envoyé : jeudi 13 octobre 2005 15:28 À : MediaWiki announcements and site admin list Objet : RE: [Mediawiki-l] 'Failed opening required' error
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@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@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@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/langua g 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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
If we admit that those errors exist since the beginning but were hidden by the error_log key which was set to the E_FATAL error only...
But never mind, that was always an explanation of reasons why these errors appeared. It would do nothing more than hide it again ... ;)
-----Message d'origine----- De : mediawiki-l-bounces@Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] De la part de Kent S. Larsen II Envoyé : jeudi 13 octobre 2005 19:50 À : MediaWiki announcements and site admin list Objet : RE: [Mediawiki-l] 'Failed opening required' error
What exactly in these files would you suggest looking at? I don't see any key that would require connecting to php on another machine!
At 7:35 PM +0200 10/13/05, you wrote:
Not the software, but I belived I read that your have change your HTTPD.conf and PHP.ini ... Default log level is specified in PHP.ini :)
E.
-----Message d'origine----- De : mediawiki-l-bounces@Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] De la part de Kent S. Larsen II Envoyé : jeudi 13 octobre 2005 15:28 À : MediaWiki announcements and site admin list Objet : RE: [Mediawiki-l] 'Failed opening required' error
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@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@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@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/langu a g 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:
- 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
- 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.
- 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@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org