[Koha-devel] zebraidx errCode=109

Robin Sheat robin at catalyst.net.nz
Tue Jul 24 17:35:09 CEST 2012


Op 24-07-12 17:26, Paul schreef:
> a) both koha-common.init files have the bug4873 mod.  They are both
> still in the "package" used during install, so how are they re-used on
> boot? (a 'find / -name' does not find them anywhere else)

It becomes /etc/init.d/koha-common when it's installed.

> b) dir/file structure differs after boot
> 
> 3.6.1:
> drwxrwxrwt  4 root root    80 2012-07-24 07:50 lock
> drwxr-xr-x 18 root root   620 2012-07-24 07:50 run
> lock has two dirs apache2 and koha
> run has a koha
> 
> 3.6.6:
> lrwxrwxrwt  1 root root    9 May 29 17:37 lock -> /run/lock
> lrwxrwxrwt  1 root root    4 Jul 23 20:31 run -> /run
> lock has two dirs apache2 and lvm, but no koha
> run has no koha

I'm not sure what these are comparing. The Ubuntu boot process will
create /var/run and /var/lock, it's out of Koha's hands. The init script
should run koha-create-dirs however, which should create subdirs in that.

> sudo mkdir /run
> sudo mkdir /run/lock
> sudo mv /var/run/* /run
> sudo mv /var/lock/* /run/lock
> sudo rm -rf /var/run
> sudo rm -rf /var/lock
> sudo ln -s /run /var/run
> sudo ln -s /run/lock /var/lock

That sounds like a really bad idea. Let your OS do what it does and work
within that. Koha should be setting itself up to work within those
links. If not, it's a bug and should be fixed.

> and then copying the relevant run and lock 'koha' files from the
> production Koha system, but might screw up badly ;={

Noo. Lock and run files are temporary, transitive things. Often they
contain a PID which _will_not_ travel between systems meaningfully.

> Where to next, please?

Look in the init script, see if koha-create-dirs does what you need, if
not, amend it to do so and submit a patch.

-- 
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D




More information about the Koha-devel mailing list