Cache problems on OTRS 3.3.3

[giuseppegargiuolo]

Hello,

our OTRS generates more or less 3000 till 5000 tickets per day.
Our architecture is made of a web server and a Mysql DB server.

Every monday a get the following error:

Code: Select all

-e: Can't cd to (/opt/otrs/var/tmp/CacheFileStorable/CacheInternalUser/0/) b: No such file or directory

that forces us to restart Apache to get OTRS working again.
We think the issue is related to the following crontab jobs that every Sunday delete the OTRS cache:

Code: Select all

# delete expired cache weekly (Sunday mornings)
20 0 * * 0  $HOME/bin/otrs.DeleteCache.pl --expired >> /dev/null
30 0 * * 0  $HOME/bin/otrs.LoaderCache.pl -o delete >> /dev/null

Is there a better way to differently schedule these jobs or someone thinks the error could be related to something else?

Thanks in advance,
Giuseppe

[jojo]

this should not be an issue. But you should update to the latest patchlevel (3.3.10) or to OTRS4 (which will be released this week) and check again

[giuseppegargiuolo]

Hi,

looking at the changelog (https://github.com/OTRS/otrs/blob/745ed ... CHANGES.md) I can't note anything that can fix my problem except:

Code: Select all

2014-10-27 Fixed bug#10587 - Find.pm "Can't cd to .." error in DynamicField subdirectories

but my problem seems related to some cache directory.

Am I wrong?

Thank you very much for the support.
Giuseppe

[reneeb]

The bug title is misleading. The bugfix is not for "DynamicField directories" only. That is for all Cache directories....

[giuseppegargiuolo]

Ok, thank you very much.

I think I'll upgrade my version 'till 3.3.10 to avoid upsetting agents' daily work.
Obviously I should apply the OTRS patches from 3.3.3 to 3.3.10 to get everything work well.

Thanks very much for the support.