Bug #17774
closedcli_dispatch.phpsh lowlevel_refindex -c runs into memeory size exhausted
100%
Description
i'm trying to run ./cli_dispatch.phpsh lowlevel_refindex -c from shell, but i all i got is this message:
***********************************
Reference Index being TESTED (nothing written, use "-e" to update)
***********************************
PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 40 bytes) in /opt/wwwroot/typo3_src/t3src412/t3lib/class.t3lib_div.php on line 2178
(issue imported from #M6691)
Files
Updated by Daniel Krupke over 15 years ago
Did you try running the script with full path? Running the script local is not supported by CLI.
Wrong:
./cli_dispatch.phpsh lowlevel_refindex -c
Right:
/path/to/your/typo3/cli_dispatch.phpsh lowlevel_refindex -c
Additionally you can try using another php to compile this script.
Example:
/usr/bin/php5 /path/to/your/typo3/cli_dispatch.phpsh lowlevel_refindex -c
Updated by Marcus Krause over 11 years ago
- Target version deleted (
0)
IMHO, issue should be closed.
This is an expected behavior when content grows - adjust max memory size!
Updated by Alexander Opitz over 11 years ago
Fatal errors are never expected behaviors. And maybe something is wrong, can be fixed or a warning can be given out.
Thats why I will let it stay open.
Updated by Witali Rott over 10 years ago
- File ReferenceIndex.php.patch ReferenceIndex.php.patch added
- % Done changed from 0 to 100
This Patch fix the Problem under Typo3 6.
I don't test it under Typo3 4
Updated by Witali Rott over 10 years ago
Check this for Typo3 4 and give Feedback
Updated by Stephan Großberndt over 10 years ago
I have some big databases where even memory_limit=1024M is not enough. So this should be fixed. The error occurs too when updating the index (-e).
I tried the patch for TYPO3 4.5 and it did not help (maybe there is less memory used but its not enough).
From the programming logic it really seems to be a bug that the class creates a new instance of itself for each record instead of calling the method in its own instance (but since it is using properties to keep track ($this->word_strings etc) maybe this is necessary (and thus the patch is not good).
Updated by Mathias Schreiber almost 10 years ago
- Status changed from New to Needs Feedback
- Is Regression set to No
@Stephan:
Will this be tackled by your current efforts?
If so, give me a ping so I can close the issue
Updated by Christian Weiske over 9 years ago
I'm using TYPO3 6.2.11 and still have the memory issue.
The main reason in my eyes is that all rows of a table are fetched at once (exec_SELECTgetRows
) and then analysed, instead of only fetching one row after another.
Also, table sys_log
is analyzed, which is huge in older instances -> see #66338.
Updated by Gerrit Code Review over 9 years ago
- Status changed from Needs Feedback to Under Review
Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/38573
Updated by Gerrit Code Review over 9 years ago
Patch set 2 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/38573
Updated by Gerrit Code Review over 9 years ago
Patch set 3 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/38573
Updated by Gerrit Code Review over 9 years ago
Patch set 4 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/38573
Updated by Gerrit Code Review over 9 years ago
Patch set 1 for branch TYPO3_6-2 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/38587
Updated by Christian Weiske over 9 years ago
- Status changed from Under Review to Resolved
Applied in changeset 16261377343e66f5d319b450c8d18145a81f9bd1.