[OSM-dev] tirex-backend-manager doesn't work

[Christian Chelius]

Hi,

I have now switched from Tirex to mod_tile/Renderd and everything seems 
be working well. However, the processing of tiles take very long, how 
would you evaluate this or why is that?

Nov 16 23:24:17 osm renderd[8237]: DEBUG: DONE TILE default 6 24-31 16-23
Nov 16 23:24:17 osm renderd[8237]: DEBUG: DONE TILE default 6 24-31 
16-23 in 4191.478 seconds
Nov 17 04:54:18 osm renderd[8237]: DEBUG: DONE TILE default 10 528-535 
352-359
Nov 17 04:54:18 osm renderd[8237]: DEBUG: DONE TILE default 10 528-535 
352-359 in 23835.356 seconds
Nov 17 05:01:58 osm renderd[8237]: DEBUG: DONE TILE default 7 56-63 40-47
Nov 17 05:01:58 osm renderd[8237]: DEBUG: DONE TILE default 7 56-63 
40-47 in 18617.803 seconds
Nov 17 05:18:45 osm renderd[8237]: DEBUG: DONE TILE default 7 56-63 32-39
Nov 17 05:18:45 osm renderd[8237]: DEBUG: DONE TILE default 7 56-63 
32-39 in 1465.579 seconds
Nov 17 05:32:08 osm renderd[8237]: DEBUG: DONE TILE default 7 56-63 48-55
Nov 17 05:32:08 osm renderd[8237]: DEBUG: DONE TILE default 7 56-63 
48-55 in 1809.016 seconds
Nov 17 05:38:59 osm renderd[8237]: DEBUG: DONE TILE default 7 64-71 32-39
Nov 17 05:38:59 osm renderd[8237]: DEBUG: DONE TILE default 7 64-71 
32-39 in 18667.911 seconds
Nov 17 05:44:44 osm renderd[8237]: DEBUG: DONE TILE default 7 64-71 40-47
Nov 17 05:44:45 osm renderd[8237]: DEBUG: DONE TILE default 7 64-71 
40-47 in 21184.779 seconds
Nov 17 13:47:22 osm renderd[8237]: DEBUG: DONE TILE default 9 272-279 
168-175
Nov 17 13:47:22 osm renderd[8237]: DEBUG: DONE TILE default 9 272-279 
168-175 in 11664.584 seconds

Bye
Chris


Am 11.11.2011 00:23, schrieb Christian Chelius:
> Hi,
>
> Am 10.11.2011 22:37, schrieb Frederik Ramm:
>> Hi,
>>
>> Are you sure that the daemon is really running under the user tirex 
>> (chack "ps auxw" or so)? 
> osm at osm:~$ ps auxw |grep tirex
> tirex    21023  0.4 13.4 712448 545344 ?       S    Nov08  14:41 
> mapnik: rendering z=8 x=128 y=88 map=osm
> tirex    21028  0.4 11.5 636832 469984 ?       S    Nov08  13:25 
> mapnik: rendering z=8 x=136 y=88 map=osm
> tirex    24483  0.1  0.3  54668 13604 ?        Ss   Nov10   0:05 
> /usr/bin/perl /usr/bin/tirex-master
> osm    24992  0.0  0.0   7544   836 pts/3    D+   00:29   0:00 grep tirex
>
> Looks good. Tirex-master is running under the user tirex.
> I have also terminated the processes 21023 and 21028. After that I was 
> able to start tirex-backend-manager.
>
> osm at osm:~$ ps auxw |grep tirex
> tirex    24483  0.1  0.3  54668 13604 ?        Ss   Nov10   0:05 
> /usr/bin/perl /usr/bin/tirex-master
> tirex    25016  1.5  0.2  43820 10852 ?        Ss   00:30   0:00 
> /usr/bin/perl /usr/bin/tirex-backend-manager
> tirex    25017  1.1  0.1 143592  4696 ?        D    00:30   0:00 
> mapnik: initializing
> tirex    25018  1.3  0.1 143592  4688 ?        D    00:30   0:00 
> mapnik: initializing
> tirex    25019  1.1  0.1 143592  4692 ?        D    00:30   0:00 
> mapnik: initializing
> tirex    25020  3.0  0.2  75312  9876 ?        S    00:30   0:00 test: 
> idle
> tirex    25021  3.4  0.2  75312  9876 ?        S    00:30   0:00 test: 
> idle
> osm      25023  0.0  0.0   9608   888 pts/3    R+   00:31   0:00 grep 
> tirex
>
> Then I opened the browser and zoomed on the mapbut 
> tirex-backend-manager was killed immediately.
>
>> If yes, then to be absolutely sure that the permissions of everything 
>> are ok, do a "su tirex" and "touch /var/run/tirex/foo". If that works 
>> too, then you should strace the daemon startup to find out exactly 
>> why it thinks it cannot access the socket.
>
> I was asked for a password, so I created one for user tirex (I hope 
> that was right) and did a touch "/var/run/tirex/foo."
>
> tirex at osm:~$ ls -l /var/run/tirex/
> insgesamt 8
> -rw-r--r-- 1 tirex tirex 0 11. Nov 01:27 foo
> srwxrwxrwx 1 tirex tirex 0 11. Nov 01:09 master.sock
> -rw-r--r-- 1 tirex tirex 6 11. Nov 01:10 tirex-backend-manager.pid
> -rw-r--r-- 1 tirex tirex 6 11. Nov 01:09 tirex-master.pid
>
> Another thing I want you to ask is about thehowto. This isfor 32 bit 
> Debian 5 and installs libboost-program-options1.34.1. I use 64 bit 
> Debian 6 and libboost-program-options1.42.0. Can this explain the error?
>
> Bye
> Chris
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev