I Get an Error Saying Socket Bind Failed For: /Var/Run/Renderd/Renderd.Sock If I Am a Regular User Else Everything Works Fine

I get an error saying socket bind failed for: /var/run/renderd/renderd.sock if i am a regular user else everything works fine?

I came across almost the same problem you had. As far as i see there may be two causes behind this. Try run again with

sudo -u 'username' renderd -f -c /usr/local/etc/renderd.conf

after applying one of suggested solutions. Substitute 'username' for name of user running renderd:

Cause #1 missing writing rights

You probably have no writing rights to /var/run/renderd/renderd.sock file.

Solution for you would be changing owner of the directory :

sudo chown 'username' /var/run/renderd

and / or changing owner of the file by typing

sudo chown 'username' /var/run/renderd/renderd.sock

,where 'username' stands for user which will be runnning renderd.

Cause #2 missing directory

I have got almost identical error message as you.

In my case I was missing the /var/run/renderd directory. Solution in my case was creating /var/run/renderd directory and then changing its owner:

sudo mkdir /var/run/renderd
sudo chown 'username' /var/run/renderd

,where 'username' is user, which will be runnng renderd.

Well I just want to understand the exact step by step process of building a tile server from package

The database name is specified in the stylesheet (the XML file) that you give to renderd which tells it how to render the data. Each layer listed in the stylesheet details the source of the data for that layer, which in the case of a postgis layer, includes the database name.

There is no need to renderd to "contact mapnik" because renderd is linked against mapnik, so it just calls functions in libmapnik to ask mapnik to do things.

As to your specific problem, either renderd is not running or you have not configured it to listen on the right socket, or have not told render_list to connect to the right socket.

Rendering/extracting .png tiles from metatiles: Failed to read cmd on fd 4 (OSX)

Just in case someone happen to have the save issue. The problem came from an apple module that is loaded by default by apache (mod_hfs_apple.so). To fix this problem I simply went in /etc/apache2/httpd.conf and commented the following line:
LoadModule hfs_apple_module libexec/apache2/mod_hfs_apple.so

This hack is not very satisfactory to me, the goal would be to correct mod_tile. The part that looks to need a fix lies in mod_tile.c:1643:

static void register_hooks(__attribute__((unused)) apr_pool_t *p)
{
   ...
   ap_hook_translate_name(tile_translate, NULL, NULL, APR_HOOK_MIDDLE);
   ...
}

For now I don't have the courage to find a real solution, just having a quick look I found this strange line that may cause a problem to anyone (eg., mod_hfs_apple) trying to read the request. In mod_tile.c:1278:

static int tile_translate(request_rec *r)
{
   ...
               r->filename = NULL; 
   ...
}

---

Related Topics