BUG #19436: Azure Arc installation failure

Started by PG Bug reporting form30 days ago4 messagesbugs
Jump to latest
#1PG Bug reporting form
noreply@postgresql.org

The following bug has been logged on the website:

Bug reference: 19436
Logged by: Richard Devey
Email address: richard.devey@treehousefoods.com
PostgreSQL version: Unsupported/Unknown
Operating system: Oracle Linux 8
Description:

The scripts for this installation call on a directory named "13" in this
location:
download.postgresql.org/pub/repos/yum/

That directory is missing which is causing Azure ARC installations to fail.

Full path is:
https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-8-x86_64/repodata/repomd.xml

#2Magnus Hagander
magnus@hagander.net
In reply to: PG Bug reporting form (#1)
Re: BUG #19436: Azure Arc installation failure

On Tue, 17 Mar 2026 at 17:06, PG Bug reporting form <noreply@postgresql.org>
wrote:

The following bug has been logged on the website:

Bug reference: 19436
Logged by: Richard Devey
Email address: richard.devey@treehousefoods.com
PostgreSQL version: Unsupported/Unknown
Operating system: Oracle Linux 8
Description:

The scripts for this installation call on a directory named "13" in this
location:
download.postgresql.org/pub/repos/yum/

That directory is missing which is causing Azure ARC installations to fail.

Full path is:

https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-8-x86_64/repodata/repomd.xml

Hello!

PostgreSQL 13 is end-of-life since last year, and not provided on the main
downloads anymore. There is an archived version on yum-archive, but it's
unsupported, and you should really use a supported version.

//Magnus

#3Devey, Richard
richard.devey@treehousefoods.com
In reply to: Magnus Hagander (#2)
RE: BUG #19436: Azure Arc installation failure

It is not our company utilizing that old build - we believe it is Microsoft.

They are providing us a script to install Azure ARC.
When we run that script, it calls another script we are unable to see or modify and that is where it is calling that "13" directory.

Is there any way to have that restored until vendors can adjust their installation scripts?

Richard

From: Magnus Hagander <magnus@hagander.net>
Sent: Tuesday, March 17, 2026 12:12 PM
To: Devey, Richard <richard.devey@treehousefoods.com>; pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #19436: Azure Arc installation failure

You don't often get email from magnus@hagander.net<mailto:magnus@hagander.net>. Learn why this is important<https://aka.ms/LearnAboutSenderIdentification&gt;

WARNING - External email; exercise caution

On Tue, 17 Mar 2026 at 17:06, PG Bug reporting form <noreply@postgresql.org<mailto:noreply@postgresql.org>> wrote:
The following bug has been logged on the website:

Bug reference: 19436
Logged by: Richard Devey
Email address: richard.devey@treehousefoods.com<mailto:richard.devey@treehousefoods.com>
PostgreSQL version: Unsupported/Unknown
Operating system: Oracle Linux 8
Description:

The scripts for this installation call on a directory named "13" in this
location:
download.postgresql.org/pub/repos/yum/<http://download.postgresql.org/pub/repos/yum/&gt;

That directory is missing which is causing Azure ARC installations to fail.

Full path is:
https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-8-x86_64/repodata/repomd.xml

Hello!

PostgreSQL 13 is end-of-life since last year, and not provided on the main downloads anymore. There is an archived version on yum-archive, but it's unsupported, and you should really use a supported version.

//Magnus

#4John Naylor
john.naylor@enterprisedb.com
In reply to: Devey, Richard (#3)
Re: BUG #19436: Azure Arc installation failure

On Wed, Mar 18, 2026 at 7:08 PM Devey, Richard <
richard.devey@treehousefoods.com> wrote:

It is not our company utilizing that old build – we believe it is

Microsoft.

They are providing us a script to install Azure ARC.
When we run that script, it calls another script we are unable to see or

modify and that is where it is calling that “13” directory.

The provider of the script is responsible for its functionality, not us.

--
John Naylor
Amazon Web Services