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@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@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@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
[email protected]
http://lists.openstreetmap.org/listinfo/dev

_______________________________________________
dev mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/dev

Reply via email to