Just wanted to raise two separate incidents that have been reported to me by two separate users on meta.wikimedia.org after the 1.18 upgrade:
1) A user was attempting to look at all of the translations for a particular banner in CentralNotice (a common task carried out with no issue prior to the upgrade) when he saw this error: PHP fatal error in /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuth.i18n.php line 19586: Allowed memory size of 125829120 bytes exhausted (tried to allocate 7864320 bytes)
2) Another user was attempting to move a page on Meta when she saw this:
PHP fatal error in /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php line 1197: Object of class AFPData could not be converted to string
On Tue, Oct 4, 2011 at 9:58 PM, Arthur Richards arichards@wikimedia.org wrote:
PHP fatal error in /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuth.i18n.php line 19586: Allowed memory size of 125829120 bytes exhausted (tried to allocate 7864320 bytes)
Those things happen sometimes upon LocalisationCache recaches. I've talked to Tim about using manual recaching, which would eliminate this problem, but IIRC he wasn't very receptive to the idea.
This is not new in 1.18 BTW.
Roan
On 05/10/11 07:21, Roan Kattouw wrote:
On Tue, Oct 4, 2011 at 9:58 PM, Arthur Richards arichards@wikimedia.org wrote:
PHP fatal error in /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuth.i18n.php line 19586: Allowed memory size of 125829120 bytes exhausted (tried to allocate 7864320 bytes)
Those things happen sometimes upon LocalisationCache recaches. I've talked to Tim about using manual recaching, which would eliminate this problem, but IIRC he wasn't very receptive to the idea.
This is not new in 1.18 BTW.
I thought it would be nice if extensions like Babel worked even without manual recaching. Maybe there are other reasons for doing manual recaching, but fixing a bug which is going to bite anyone using that extension shouldn't be one of them.
-- Tim Starling
On Thu, Oct 6, 2011 at 5:50 AM, Tim Starling tstarling@wikimedia.org wrote:
I thought it would be nice if extensions like Babel worked even without manual recaching. Maybe there are other reasons for doing manual recaching, but fixing a bug which is going to bite anyone using that extension shouldn't be one of them.
These OOMs occurred pre-Babel as well. OOM through hypercharged Babel invocations is *a* failure mode, not *the* failure mode.
Roan
Arthur Richards wrote:
- Another user was attempting to move a page on Meta when she saw this:
PHP fatal error in /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php line 1197: Object of class AFPData could not be converted to string
AFPData is a class used by the AbuseFilter Line 1197 is wfMsgReplaceArgs. Somewhere in AbuseFilter extension there is a wrong call to a wfMsg() function. The best way to debug this is with a full backtrace.
On Wed, Oct 5, 2011 at 4:25 PM, Platonides Platonides@gmail.com wrote:
Arthur Richards wrote:
- Another user was attempting to move a page on Meta when she saw this:
PHP fatal error in /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php line 1197: Object of class AFPData could not be converted to string
AFPData is a class used by the AbuseFilter Line 1197 is wfMsgReplaceArgs. Somewhere in AbuseFilter extension there is a wrong call to a wfMsg() function. The best way to debug this is with a full backtrace.
Ask, and ye shall receive: http://p.defau.lt/?9jEmcpz_dwpKh1J1geQ0ag
-Chad
On 06/10/11 07:25, Platonides wrote:
Arthur Richards wrote:
- Another user was attempting to move a page on Meta when she saw this:
PHP fatal error in /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php line 1197: Object of class AFPData could not be converted to string
AFPData is a class used by the AbuseFilter Line 1197 is wfMsgReplaceArgs. Somewhere in AbuseFilter extension there is a wrong call to a wfMsg() function. The best way to debug this is with a full backtrace.
I fixed this in r99059.
-- Tim Starling
wikitech-l@lists.wikimedia.org