[Bug 8974] New: koha-rebuild-zebra should check directory ownership
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 Priority: P5 - low Change sponsored?: --- Bug ID: 8974 CC: robin@catalyst.net.nz Assignee: koha-bugs@lists.koha-community.org Summary: koha-rebuild-zebra should check directory ownership Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins@cpbibliography.com Hardware: All Status: NEW Version: unspecified Component: Packaging Product: Koha Rather than just fail silently, koha-rebuild-zebra should check file and directory ownership on necessary directories and complain loudly if the directories belong to root or are not writable by the Koha user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 Jerome Charaoui <jcharaoui@cmaisonneuve.qc.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jcharaoui@cmaisonneuve.qc.c | |a -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 --- Comment #1 from Jerome Charaoui <jcharaoui@cmaisonneuve.qc.ca> --- +1 -- the check should look at least into /var/lib/koha/<user>, /var/lock/koha/<user> and directories and files under those. I struggled for a while before finding a permission problem under /var/lock/koha/<user>. Bad ownership on a lockfile was causing reindexing to failing silently, even with "-v -v". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 --- Comment #2 from Robin Sheat <robin@catalyst.net.nz> --- Yes, we have a lot of failing silently, or exploding in a ball of meaningless errors going on in those scripts. I'd like to make a small script library that allows things (like this) to be sanity checked, and to provide useful tips for fixing things when they do get out of wack (which shouldn't happen, but sometimes does.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 Reed Wade <reed@typist.geek.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff CC| |reed@typist.geek.nz Assignee|koha-bugs@lists.koha-commun |reed@typist.geek.nz |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 Reed Wade <reed@typist.geek.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|reed@typist.geek.nz |koha-bugs@lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 Robin Sheat <robin@catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |In Discussion --- Comment #3 from Robin Sheat <robin@catalyst.net.nz> --- Can't set this back to new if it's been accidentally marked something else. Anyway, we now have a script library this sort of thing could happen in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org