Can caching be disabled for static stats?

Hi, I'm figuring out static stats by tinkering with code in StateAction.pm. Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both are required but it's a way I found to be working so I'm sticking with it for now) OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats. http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad... Beside wishing this for development, having caching disabled in production - just for static stats - would be highly desirable in my situation. Can anyone help with indications on how to disable caching? Thanks, Bogdan

I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code
and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from
OTRS's STATS GUI for a certain stat, including static ones. So that's what
I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I
don't see the effect of any change I make in StateAction.pm's code without
restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
Hi,
I'm figuring out static stats by tinkering with code in StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both are required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats. http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in production - just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan

If you're using mod_perl then check the apache2-httpd.include.conf
file that otrs links in to Apache, if you have crafted your own then
you might be missing the couple of options which should reload the
perl modules when changes are made to the file...
# Apache::Reload - Reload Perl Modules when Changed on Disk
PerlModule Apache2::Reload
PerlInitHandler Apache2::Reload
PerlModule Apache2::RequestRec
I have this enabled but I've found that if I make lots of changes to
the perl code Apache just slows to a crawl and I end up bouncing
Apache anyway.
Steve
On 15 November 2012 14:44, Bogdan Iosif
I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from OTRS's STATS GUI for a certain stat, including static ones. So that's what I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I don't see the effect of any change I make in StateAction.pm's code without restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
wrote: Hi,
I'm figuring out static stats by tinkering with code in StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both are required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats. http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in production - just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

I am using mod_perl and will give it a try. Thanks!
On Thu, Nov 15, 2012 at 7:09 PM, Steven Carr
If you're using mod_perl then check the apache2-httpd.include.conf file that otrs links in to Apache, if you have crafted your own then you might be missing the couple of options which should reload the perl modules when changes are made to the file...
# Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec
I have this enabled but I've found that if I make lots of changes to the perl code Apache just slows to a crawl and I end up bouncing Apache anyway.
Steve
On 15 November 2012 14:44, Bogdan Iosif
wrote: I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from OTRS's STATS GUI for a certain stat, including static ones. So that's what I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I don't see the effect of any change I make in StateAction.pm's code without restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
wrote: Hi,
I'm figuring out static stats by tinkering with code in StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both
are
required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats.
http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in
production
- just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

I just checked my config and** my problem appears even though I do have
enabled the configs specified by you.
My apache2-httpd.include.conf is unchanged from the one that came "out of
the box" with OTRS v3.1.9.
Did you mean that I would have to change this .config file for Apache to
trigger Perl module reload or did you mean that it will autodetect changes
on .pm / .pl files from OTRS dir?
/bogdan
On Thu, Nov 15, 2012 at 7:09 PM, Steven Carr
If you're using mod_perl then check the apache2-httpd.include.conf file that otrs links in to Apache, if you have crafted your own then you might be missing the couple of options which should reload the perl modules when changes are made to the file...
# Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec
I have this enabled but I've found that if I make lots of changes to the perl code Apache just slows to a crawl and I end up bouncing Apache anyway.
Steve
On 15 November 2012 14:44, Bogdan Iosif
wrote: I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from OTRS's STATS GUI for a certain stat, including static ones. So that's what I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I don't see the effect of any change I make in StateAction.pm's code without restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
wrote: Hi,
I'm figuring out static stats by tinkering with code in StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both
are
required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats.
http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in
production
- just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

So in my config file (which is the out of the box one) those settings
are already there and enabled. So it is supposed to automatically
reload any pm files which change on disk.
Steve
On 16 November 2012 09:14, Bogdan Iosif
I just checked my config and my problem appears even though I do have enabled the configs specified by you.
My apache2-httpd.include.conf is unchanged from the one that came "out of the box" with OTRS v3.1.9.
Did you mean that I would have to change this .config file for Apache to trigger Perl module reload or did you mean that it will autodetect changes on .pm / .pl files from OTRS dir?
/bogdan
On Thu, Nov 15, 2012 at 7:09 PM, Steven Carr
wrote: If you're using mod_perl then check the apache2-httpd.include.conf file that otrs links in to Apache, if you have crafted your own then you might be missing the couple of options which should reload the perl modules when changes are made to the file...
# Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec
I have this enabled but I've found that if I make lots of changes to the perl code Apache just slows to a crawl and I end up bouncing Apache anyway.
Steve
On 15 November 2012 14:44, Bogdan Iosif
wrote: I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from OTRS's STATS GUI for a certain stat, including static ones. So that's what I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I don't see the effect of any change I make in StateAction.pm's code without restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
wrote: Hi,
I'm figuring out static stats by tinkering with code in StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both are required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats.
http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in production - just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

Maybe it's only looking in some dirs? I don't know if this is
configurable/configured for OTRS.
The file I'm changing is ... \OTRS\Kernel\System\Stats\Static\StateAction.pm
On Fri, Nov 16, 2012 at 1:37 PM, Steven Carr
So in my config file (which is the out of the box one) those settings are already there and enabled. So it is supposed to automatically reload any pm files which change on disk.
Steve
On 16 November 2012 09:14, Bogdan Iosif
wrote: I just checked my config and my problem appears even though I do have enabled the configs specified by you.
My apache2-httpd.include.conf is unchanged from the one that came "out of the box" with OTRS v3.1.9.
Did you mean that I would have to change this .config file for Apache to trigger Perl module reload or did you mean that it will autodetect changes on .pm / .pl files from OTRS dir?
/bogdan
On Thu, Nov 15, 2012 at 7:09 PM, Steven Carr
wrote: If you're using mod_perl then check the apache2-httpd.include.conf file that otrs links in to Apache, if you have crafted your own then you might be missing the couple of options which should reload the perl modules when changes are made to the file...
# Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec
I have this enabled but I've found that if I make lots of changes to the perl code Apache just slows to a crawl and I end up bouncing Apache anyway.
Steve
On 15 November 2012 14:44, Bogdan Iosif
wrote: I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from OTRS's STATS GUI for a certain stat, including static ones. So that's what I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I don't see the effect of any change I make in StateAction.pm's code without restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
wrote:
Hi,
I'm figuring out static stats by tinkering with code in
StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both are required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out
how
to do it or - important - if it can be done just for static stats.
http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in production - just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

It's supposed to reload anything in INC, so that would include the OTRS files.
Steve
On 16 November 2012 11:40, Bogdan Iosif
Maybe it's only looking in some dirs? I don't know if this is configurable/configured for OTRS.
The file I'm changing is ... \OTRS\Kernel\System\Stats\Static\StateAction.pm
On Fri, Nov 16, 2012 at 1:37 PM, Steven Carr
wrote: So in my config file (which is the out of the box one) those settings are already there and enabled. So it is supposed to automatically reload any pm files which change on disk.
Steve
On 16 November 2012 09:14, Bogdan Iosif
wrote: I just checked my config and my problem appears even though I do have enabled the configs specified by you.
My apache2-httpd.include.conf is unchanged from the one that came "out of the box" with OTRS v3.1.9.
Did you mean that I would have to change this .config file for Apache to trigger Perl module reload or did you mean that it will autodetect changes on .pm / .pl files from OTRS dir?
/bogdan
On Thu, Nov 15, 2012 at 7:09 PM, Steven Carr
wrote: If you're using mod_perl then check the apache2-httpd.include.conf file that otrs links in to Apache, if you have crafted your own then you might be missing the couple of options which should reload the perl modules when changes are made to the file...
# Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec
I have this enabled but I've found that if I make lots of changes to the perl code Apache just slows to a crawl and I end up bouncing Apache anyway.
Steve
On 15 November 2012 14:44, Bogdan Iosif
wrote: I have some important details to add.
I just figured out that there are two layers of caching. One for Perl code and one for static stat data (the data retrieved from DB).
I also just noticed that I can disable caching for DB data right from OTRS's STATS GUI for a certain stat, including static ones. So that's what I want for production, that part of the problem is solved (I hope).
For development, I need to disable caching of Perl code because right now I don't see the effect of any change I make in StateAction.pm's code without restarting Apache. Anyone knows how I can do that?
/bogdan
On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif
wrote: Hi,
I'm figuring out static stats by tinkering with code in StateAction.pm.
Problem is, to see any change in action I first need to run otrs.DeleteCache.pl and then restart Apache (don't know if they both are required but it's a way I found to be working so I'm sticking with it for now)
OTRS's manual says caching can be disable but I haven't figured out how to do it or - important - if it can be done just for static stats.
http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysad...
Beside wishing this for development, having caching disabled in production - just for static stats - would be highly desirable in my situation.
Can anyone help with indications on how to disable caching?
Thanks, Bogdan
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
participants (2)
-
Bogdan Iosif
-
Steven Carr