Koha-community/Koha - Koha - Koha: The world's first free and open source library system

Author	SHA1	Message	Date
Tomás Cohen Arazi	f1c75f7bb5	Bug 19610: Make koha-common.logrotate use copytruncate This patch makes logrotate use the copytruncate directive, removing the need to stop the Zebra and Plack servers on log rotation. To test: - Run: $ misc4dev/cp_debian_files.pl - Edit the new /etc/logrotate.d/koha-common file changing 'weekly' for 'hourly'. This is to ease testing. - Run: $ sudo ls -l /var/log/koha/kohadev - Open a second terminal on your kohadevbox. On it... - Run: $ sudo logrotate /etc/logrotate.d/koha-common - Run: $ sudo ls -l /var/log/koha/kohadev => SUCCESS: Files got rotated! (i.e. files ending in .1 are created, the sizes make sense (.1 have contents, the ones without numbering probably zeroed <- it will depend on what's happening with your devbox in between). - Play with your Koha, do some searches too: => SUCCESS: You have access to your Koha, searches work. i.e.: - Apache handled the log rotation operation - Plack handled the log rotation operation - Zebra handled the log rotation operation - Sign off :-D! Sponsored-by: Orex Digital Signed-off-by: Hugo Agud hagud@orex.es Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org>	6 years ago
Tomás Cohen Arazi	77e95698b4	Bug 20234: Make maintenance scripts use koha-zebra instead of koha--zebra This patch makes all maintenance scripts use koha-zebra* instead of the old *koha--zebra** scripts. To test: - Run: $ perl misc4dev/cp_debian_files.pl $ sudo service koha-common stop => SUCCESS: No errors and the Zebra-related sevices are stopped $ sudo service koha-common start => SUCCESS: No errors and the Zebra-related services are started $ sudo service koha-common restart => SUCCESS: No erros and Zebra-related services are running $ sudo koha-create --create-db test => SUCCESS: Instance created and zebra running for it $ sudo koha-disable test => SUCCESS: No errors and Zebra is stopped for instance test $ sudo koha-zebra --start test $ sudo koha-remove test => SUCCESS: No errors, instance removed, no Zebra running for test - Sign off :-D Sponsored-by: Orex Digital Signed-off-by: Hugo Agud hagud@orex.es Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org>	6 years ago
Tomas Cohen Arazi	93efeab13e	Bug 16138: Restart plack when rotating logfiles On log rotation Starman/Plack keeps failing (Auth.pm related problems) due to permission issues: Could not compile /usr/share/koha/opac/cgi-bin/opac/opac-search.pl: Can't locate Authen/CAS/Client/Response/Failure.pm : ./Authen/CAS/Client/Response/Failure.pm: Permission denied at /usr/share/perl/5.20/base.pm line 97. ...propagated at /usr/share/perl/5.20/base.pm line 106. BEGIN failed--compilation aborted at /usr/share/perl5/Authen/CAS/Client/Response.pm line 68. Compilation failed in require at /usr/share/perl5/Authen/CAS/Client.pm line 8. BEGIN failed--compilation aborted at /usr/share/perl5/Authen/CAS/Client.pm line 8. Compilation failed in require at /usr/share/koha/lib/C4/Auth_with_cas.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth_with_cas.pm line 25. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 63. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 90. Compilation failed in require at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 34. BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 34. As we do with zebra daemons, starman should be restarted as it doesn't handle log file rotation gracefully[1]. I'm not sure how to reproduce it on a dev environment. [1] https://github.com/miyagawa/Starman/issues/55 Signed-off-by: Mirko Tietgen <mirko@abunchofthings.net> Signed-off-by: Martin Renvoize <martin.renvoize@ptfs-europe.com> Signed-off-by: Brendan A Gallagher <brendan@bywatersolutions.com>	8 years ago
Marcel de Rooy	af47f00636	Bug 15713: Restart zebra when rotating logfiles Somehow, it may happen that Zebra keeps writing to the old rotated logfile with extension .log.1. I must add that although I saw that happen (a new log was created and was empty, while Zebra kept writing to log.1 for weeks), I cannot reproduce it every time. By stopping the zebra server in prerotate and starting it again in postrotate, this should not happen at all. In practice, this implies that your Zebra server is restarted once a week. Note: The existing sharedscripts directive makes sure that these actions are not executed for all individual logfiles but once for all matching logfiles (even when running multiple instances). Test plan: [1] Apply the change in koha-common.logrotate to the file /etc/logrotate.d/koha-common. [2] Run logrotate -f /etc/logrotate.conf (forcing a logrotate). [3] Check in zebra-error.log that your zebra server was stopped ('killed by signal 15'). [4] Verify that your Zebra server runs (read: has been restarted). (Do a search..) Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> Signed-off-by: Marc Véron <veron@veron.ch> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org> Signed-off-by: Brendan Gallagher brendan@bywatersolutions.com	9 years ago
Lars Wirzenius	2f4d57168d	Split off koha-common. koha-common will be suitable for hosts with multiple Koha instances, or those that otherwise need to do thing differently from the main koha package. Signed-off-by: Galen Charlton <gmcharlt@gmail.com>	14 years ago
Lars Wirzenius	27c6ab764c	Split off koha-common. koha-common will be suitable for hosts with multiple Koha instances, or those that otherwise need to do thing differently from the main koha package. Signed-off-by: Galen Charlton <gmcharlt@gmail.com>	14 years ago