[OSM-dev] Volunteers needed now. OSM for Myanmar disaster relief.

Jon Burgess jburgess777 at googlemail.com
Tue Jun 10 16:19:22 BST 2008


2008/6/10 Brett Henderson <brett at bretth.com>:
> Apache fails after renderd errors.  The apache crash isn't ideal but it
> sounds like the cause is actually renderd not apache.  I'll run a
> renderd trace but I guess I'll have to recompile it to reduce the number
> of threads first.
>
> The renderd application provides this console output:
> Rendering daemon
> Got incoming connection, fd 5, number 1
> Render fd(5) z(6), x(57), y(24)
> DONE TILE 6 56-63 24-31
> Problem reading sub tiles for metatile x(56) y(24) z(6), got -1
> Connection 0, fd 5 closed, now 0 left

The code renders the 8x8 grid of tiles to .png's. Then it reads them
back again to compose the .meta tile. Something seems to be broken
either with creating the tiles or reading them back again. Does the
renderd process have write access to /var/www/html/direct and all
subdirs?


> The apache strace output is:
> open("/home/www/html/direct/6/0/0/0/49/136.meta", O_RDONLY) = -1 ENOENT
> (No such file or directory)
> open("/home/www/html/direct/6/0/0/0/49/152.png", O_RDONLY) = -1 ENOENT
> (No such file or directory)
> stat64("/home/www/html/direct/6/0/0/0/49/136.meta", 0xbf832060) = -1
> ENOENT (No such file or directory)
> stat64("/home/www/html/direct/6/0/0/0/49/152.png", 0xbf832060) = -1
> ENOENT (No such file or directory)
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---

It obviously shouldn't be crashing due to failing to read the tile.
I've not seen it crash like that before, I'll have to look at the code
later today to work our why that happens.

-- 
 Jon




More information about the dev mailing list