Re: Trying to solve a SocketError [Errno 13] Permission with PL/Python in PostgreSQL 9.3
| От | Marcos Ortiz |
|---|---|
| Тема | Re: Trying to solve a SocketError [Errno 13] Permission with PL/Python in PostgreSQL 9.3 |
| Дата | |
| Msg-id | 5561034D.2050507@uci.cu обсуждение исходный текст |
| Ответ на | Re: Trying to solve a SocketError [Errno 13] Permission with PL/Python in PostgreSQL 9.3 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-general |
On 23/05/15 18:38, Tom Lane wrote:
I'm agree with you, Tom.Marcos Ortiz <mlortiz@uci.cu> writes:O.S: CentOS 7 64 bitsWe are working here to integrate PostgreSQL with Neo4j through PL/Python using the py2neo module for it, and when we want to send sentences to Neo4j using port 7474, the executed code raises a SocketError [Errno 13] Permission denied.I tested the same code in a normal python script outside of PostgreSQL, and it works well, but the problem is when I use the code inside PostgreSQL with PL/Python.Probably SELinux is set up to deny random connections originating from the postgresql daemon. If disabling SELinux makes the problem go away then that's it. (I do *not* recommend that as a permanent solution, of course. You'll want to find some finer-grained change to the security policy. Don't remember enough about SELinux to know what the most likely bet is.) regards, tom lane
I will find the SELinux policy to allow this, because I don't want to disable SELinux in the system.
Searching in the system with getgetsebool -a | grep postgresql, this was the result:
postgresql_can_rsync --> off
postgresql_selinux_transmit_client_label --> off
postgresql_selinux_unconfined_dbadm --> on
postgresql_selinux_users_ddl --> on
selinuxuser_postgresql_connect_enabled --> off
В списке pgsql-general по дате отправления: