the Blends web sentinel (running in dillon.d.o) can't connect to UDD any
more since 2021-06-01. I'm using a Python script for the connection but
even the simple access via psql (described in Wiki[1]) fails:
$ LANG=C psql -U guest -h udd.debian.org -p 5452 udd
the Blends web sentinel (running in dillon.d.o) can't connect to UDD any more since 2021-06-01. I'm using a Python script for the connection but even the simple access via psql (described in Wiki[1]) fails:
This is definitely not something within UDD people's scope, but I
forwarded it to DSA on IRC, thanks for reporting.
$ LANG=C psql -U guest -h udd.debian.org -p 5452 udd
I recommend you use the "psql service=udd" syntax instead, so that you
are more reliant in case something did change in the connection details.
On Wed, Jun 16, 2021 at 03:29:45PM +0200, Mattia Rizzolo wrote:
the Blends web sentinel (running in dillon.d.o) can't connect to UDD any more since 2021-06-01. I'm using a Python script for the connection but even the simple access via psql (described in Wiki[1]) fails:
This is definitely not something within UDD people's scope, but I
forwarded it to DSA on IRC, thanks for reporting.
Thanks. Are you able to reproduce the issue in some way (from another
host may be)?
$ LANG=C psql -U guest -h udd.debian.org -p 5452 udd
I recommend you use the "psql service=udd" syntax instead, so that you
are more reliant in case something did change in the connection details.
Same result here:
On Thu, Jun 17, 2021 at 10:39:53AM +0200, Andreas Tille wrote:
On Wed, Jun 16, 2021 at 03:29:45PM +0200, Mattia Rizzolo wrote:
the Blends web sentinel (running in dillon.d.o) can't connect to UDD any
more since 2021-06-01. I'm using a Python script for the connection but
even the simple access via psql (described in Wiki[1]) fails:
This is definitely not something within UDD people's scope, but I forwarded it to DSA on IRC, thanks for reporting.
Thanks. Are you able to reproduce the issue in some way (from another
host may be)?
The other hosts I usually access UDD from (quantz, master) seem to work
just fine.
What DSA told me is that they don't think it ever worked:
[16 03:25:40 PM] <mapreri> dillon% psql service=udd
[16 03:25:40 PM] <mapreri> psql: could not connect to server: Connection refused
[16 03:25:40 PM] <mapreri> Is the server running on host "ullmann.debian.org" (2607:f8f0:614:1::1274:38) and accepting
[16 03:25:40 PM] <mapreri> TCP/IP connections on port 5452?
[16 03:25:40 PM] <mapreri> could not connect to server: Connection refused [16 03:25:40 PM] <mapreri> Is the server running on host "ullmann.debian.org" (209.87.16.38) and accepting
[16 03:25:40 PM] <mapreri> TCP/IP connections on port 5452?
[16 03:25:51 PM] <mapreri> this used to work apparently :)
[16 03:26:50 PM] <@jcristau> do you have any evidence for that claim?
[16 03:27:42 PM] <mapreri> well, it being mentioned in the host's pg_service.conf should say that at least it ought to
[16 03:28:25 PM] <mapreri> plus yes, blends.d.n always used udd for things, so I'm positive it used to work even without Andreas' claim on debian-qa@
[16 03:29:10 PM] <mapreri> https://lists.debian.org/debian-qa/2021/06/msg00006.html
[16 03:30:28 PM] <@jcristau> i can't find any trace of that having changed in recent months/years
[16 03:35:29 PM] <@adsb> even before it moved to managed hba the hard-coded list doesn't appear to have contained dillon
[16 03:35:55 PM] <@adsb> (hard-coded for ferm, that is)
So, could you maybe take it to them? It's very likely ullmann's
firewall not allowing dillon, which is their territory.
$ LANG=C psql -U guest -h udd.debian.org -p 5452 udd
I recommend you use the "psql service=udd" syntax instead, so that you are more reliant in case something did change in the connection details.
Same result here:
Yeah, sure, I expect the same result. I was just saying that it might
nicer since it allows you to run the same line regardless of the host
you are in (which might have different configuration needs). :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 61:02:17 |
Calls: | 6,654 |
Calls today: | 6 |
Files: | 12,200 |
Messages: | 5,331,524 |