From: | Horacio Miranda <hmiranda(at)gmail(dot)com> |
---|---|
To: | Fernando Hevia <fhevia(at)gmail(dot)com>, Departamento Soporte Técnico <mateosatian(at)hotmail(dot)com> |
Cc: | Manuel Garcia <garcia(dot)manuel1987(at)gmail(dot)com>, "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [MASSMAIL]Ayuda Técnica |
Date: | 2019-06-12 05:50:18 |
Message-ID: | 563035ff-c0ce-6f21-256a-189cdea49e5a@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-es-ayuda |
Ignoro que version estas usando, pero sí usas la version 10 por ejemplo,
los logs de la partida los vas a encontrar en
/var/lib/pgsql/10/pgstartup.log
Sí tienes un error, ese log te lo va a decir.
Sí estas usando un puerto no standard y estas usando selinux vas a tener
que agregar el selinux puerto nuevo como regla.
El firewall es una cosa que va despues de ver el puerto listado (
netstat -nap | grep postmaster ).
puedes mirar logs del systema operativo en ( asumo que usas centos
/Redhat ) /var/log/security /var/log/messages y posiblemente dmesg para
ver algun mensaje del kernel.
Pero no creo que debas bajar tanto de nivel. en el pgstartup.log debe
estar lo que esta mal.
ifconfig | grep -i mask #Te lista las IP de tu maquina y si quieres que
el puerto este en todas las interfaces, colocas un * "listen_addresses =
'*' # what IP address(es) to listen on; "
Algo a tener en concideracion es que puedes tener más de una linea con
listen_addresses por lo que te recomiendo hacer un grep en el postgres.conf
En mi caso es:
$ grep listen_addresses postgresql.conf
listen_addresses = '*' # what IP address(es) to listen on;
Espero que este te ayude un poco.
On 12/06/2019 12:00 PM, Fernando Hevia wrote:
>
> El mar., 11 de jun. de 2019 a la(s) 17:51, Departamento Soporte
> Técnico (mateosatian(at)hotmail(dot)com <mailto:mateosatian(at)hotmail(dot)com>)
> escribió:
>
> ya esta agregado esa configuracion: al hacer un netsat -netstat:
>
> tcp 0 0 0.0.0.0:10000 <http://0.0.0.0:10000> 0.0.0.0:*
> LISTEN 65529/perl
> tcp 0 0 127.0.0.53:53 <http://127.0.0.53:53>
> 0.0.0.0:* LISTEN 342/systemd-resolve
> tcp 0 0 0.0.0.0:22 <http://0.0.0.0:22>
> 0.0.0.0:* LISTEN 22169/sshd
> tcp 0 0 127.0.0.1:3306 <http://127.0.0.1:3306>
> 0.0.0.0:* LISTEN 47344/mysqld
> tcp6 0 0 :::80 :::*
> LISTEN 24977/apache2
> tcp6 0 0 :::10000 :::*
> LISTEN 65529/perl
> tcp6 0 0 :::8080 :::*
> LISTEN 1048/java
> tcp6 0 0 :::21 :::*
> LISTEN 22567/vsftpd
> tcp6 0 0 :::22 :::*
> LISTEN 22169/sshd
> tcp6 0 0 ::1:3350 :::*
> LISTEN 16847/xrdp-sesman
> tcp6 0 0 :::3389 :::*
> LISTEN 16857/xrdp
> tcp6 0 0 127.0.0.1:8005 <http://127.0.0.1:8005> :::*
> LISTEN 1048/java
> ------
> agrege a los Iptables:
> iptables -A INPUT -i eth0 -p tcp --destination-port 5432 -j ACCEPT
> iptables-save -c
> ----
> Pero no refleja...
>
>
> Quité la lista pgsql-admin en inglés de los destinatarios.
>
> Tu netstat muestra que o postgres no está corriendo o no hiciste el
> restart tras cambiar el listen_addresses.
>
> 1. En Ubuntu, para verificar que Postgres esté corriendo:
> *# service postgresql status*
> ● postgresql.service - PostgreSQL RDBMS
> Loaded: loaded (/lib/systemd/system/postgresql.service; enabled;
> vendor preset: enabled)
> Active: *active* (exited) since Thu 2019-04-11 12:58:20 -03; 2
> months 0 days ago
> Main PID: *15931* (code=exited, *status=0/SUCCESS*)
> Tasks: 0 (limit: 9472)
> CGroup: /system.slice/postgresql.service
>
> En caso que no esté corriendo:
> *# service postgresql start*
>
> Si ya está corriendo, entonces falta que te tomé el cambio del
> listen_addresses. Debes reiniciar el motor haciendo:
> *# service postgresql restart*
>
> Saludos.
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2019-06-14 03:30:01 | Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched) |
Previous Message | Fernando Hevia | 2019-06-12 00:00:18 | Re: [MASSMAIL]Ayuda Técnica |
From | Date | Subject | |
---|---|---|---|
Next Message | kernel | 2019-06-12 09:41:40 | Formas de Replicar |
Previous Message | Horacio Miranda | 2019-06-12 05:40:52 | Re: Vacuum/Analyze no se esta ejecutando correctamente |