Project

General

Profile

Actions

Bug #52071

closed

L10n Cache Exception

Added by Klaus Hinum over 10 years ago. Updated almost 10 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
Caching
Target version:
-
Start date:
2013-09-17
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.1
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

on saving elements in the backend our backend users often get Exceptions and sometimes even data loss. The following error message is shown:
Uncaught TYPO3 Exception
DirectoryIterator::__construct(/htdocs/typo3temp/Cache/Data/t3lib_l10n/): failed to open dir: No such file or directory

UnexpectedValueException thrown in file
/htdocs/typo3_sources/typo3_src-6.1.5/typo3/sysext/core/Classes/Utility/GeneralUtility.php in line 4108.

rights of the directories and files are ok. Looks like a race condition as the problem only happens sometimes.

Actions #1

Updated by Klaus Hinum over 10 years ago

btw. using the latest 6.1.5 version

Actions #2

Updated by Philipp Gampe over 10 years ago

  • Status changed from New to Needs Feedback

Can you confirm that the path exists and has the right permissions?

Actions #3

Updated by Klaus Hinum over 10 years ago

Yes I can confirm that the path exists and has the right permissions, saving works fine 99% but sometimes this exception comes. Before the 6.1.5 update it happened a lot more often (interestingly it got worse the older the installation was). Often only clearing all caches helped. Not sure how it is now, but the exceptions happend at least once with 6.1.5 (when adding a new backend user). We have a lot of backend users that work in parallel so perhaps the problem is a race condition or something similar.

Actions #4

Updated by Alexander Opitz over 10 years ago

The one problem should be fixed in 6.1.x with #46205

Do you clear the localization cache?

Actions #5

Updated by Klaus Hinum over 10 years ago

I cleared all caches, which should clear the localization cache too (I guess). It still happens seldom but not that often as before 6.1.5 (we had 6.1.2 or so before that).

Actions #6

Updated by Alexander Opitz over 10 years ago

No, I didn't mean that you manually clear the localization cache. I meant to say, does your localization cache is cleared regular? Per cron or whatever? Maybe take a look at the timestamps of the directory.

Actions #7

Updated by Klaus Hinum over 10 years ago

not that I know of, but the Caching framework garbage collector is running with the frequency 864000 (default). Did not change anything. The files in the l10n directory however are recent (max 2h old).

Actions #8

Updated by Alexander Opitz over 10 years ago

And how much is done in the backend? Does this error comes, if someone clears the cache? (You can take a look into the log module and show only cache actions.
Every time the localization cache is cleared the chance exists that you get this error.

Actions #9

Updated by Klaus Hinum over 10 years ago

Usually the users should not have the rights to clear the caches (and the admin isnt doing it that often, only if errors occur or the DB should be dumped).
But if you know when this bug can happen, it sounds like it should be fixable (do not throw error but recreate cache or wait for it to be created).
It happens quite seldom and I guess many users are not reporting the issue if they dont loose data.

Actions #10

Updated by Alexander Opitz over 10 years ago

The problem may be, that the cache is in recreation while another process tries to access it.

So if that happens to you, the question would be, why it is cleared so often, that it is viewable.

But maybe your localization cache isn't cleared while this error happens, then it may be another problem or something else.

Actions #11

Updated by Alexander Opitz about 10 years ago

Did you check the cache recreation as I mentioned?

Actions #12

Updated by Klaus Hinum about 10 years ago

I checked the language cache files and the date / time was not really fitting when it happened the last time. It happens randomly and not that often. Is there any possibility to check if the language cache was cleared at that time (in the DB perhaps?)

Actions #13

Updated by Alexander Opitz about 10 years ago

In the administration log you can check that action (Select "Cache" as action to only view this ones).

Actions #14

Updated by Alexander Opitz almost 10 years ago

  • Status changed from Needs Feedback to Closed

No feedback within the last 90 days => closing this ticket.

If you think that this is the wrong decision or experience this issue again, then please write to the mailing list typo3.teams.bugs with issue number and an explanation or open a new ticket and add a relation to this ticket number.

Actions

Also available in: Atom PDF