Copy link to clipboard
Copied
Hi, the online rpm repository for updating is not found, the yum repository configuration
/etc/yum.repos.d/adobe-linux-x86_64.repo
[adobe-linux-x86_64]
name=Adobe Systems Incorporated
baseurl=http://linuxdownload.adobe.com/linux/x86_64/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linux
However the url http://linuxdownload.adobe.com/linux/x86_64/ doesn't work, it returns 'The requested URL / was not found on this server.'.
When I try to update
$ sudo dnf check-update
Failed to synchronize cache for repo 'adobe-linux-x86_64', disabling.
Will adobe bring the repository back ?
Thanks
Claudio
[moderator: added operating system versions to title summary]
Hi all,
This issue has been fixed. Using DNF (outside the U.S.) to download Flash Player is now working.
[labuser@localhost ~]$ curl -Iv -H "User-Agent: dnf/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 193.104.215.69...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (193.104.215.69) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: dnf/2.7.5
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Fri,
...Copy link to clipboard
Copied
What linux distro are you using?
Using RedHat linux, I was able to update Flash Payer, using the RPM repository with the YUM command yum install flash-plugin
This test system doesn't appear to have dnf on it, as the dnf command returned an error. using yum check-update updated the repositories.
<edit>
using Fedora 24:
- launch terminal
- change user to su and enter password
- type: dnf check-update
result: adobe repository appears to be updated . Here is the terminal window output:
[labuser@localhost ~]$ su
Password:
[root@localhost labuser]# dnf check-update
Fedora 24 - x86_64 - Updates 1.1 MB/s | 24 MB 00:21
vivaldi 1.1 MB/s | 43 kB 00:00
Opera packages 160 kB/s | 11 kB 00:00
Adobe Systems Incorporated 30 kB/s | 1.9 kB 00:00
Fedora 24 - x86_64 1.0 MB/s | 47 MB 00:45
google-chrome 61 kB/s | 3.7 kB 00:00
Install Flash Player 28.0.0.161 using dnf install command:
[root@localhost labuser]# dnf install flash-plugin
Last metadata expiration check: 0:01:17 ago on Tue Feb 20 09:30:29 2018.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
flash-plugin x86_64 28.0.0.161-release adobe-linux-x86_64 8.6 M
Transaction Summary
================================================================================
Install 1 Package
Total download size: 8.6 M
Installed size: 20 M
Is this ok [y/N]:
28.0.0.161 is the current version of Flash Player
- enter 'y' to proceed with intallation
prompted to import GPG key, which I do, and Flash Player installed successfully:
Downloading Packages:
flash-player-npapi-28.0.0.161-release.x86_64.rp 2.4 MB/s | 8.6 MB 00:03
--------------------------------------------------------------------------------
Total 2.4 MB/s | 8.6 MB 00:03
warning: /var/cache/dnf/adobe-linux-x86_64-38ad0a49b0acdf73/packages/flash-player-npapi-28.0.0.161-release.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID f6777c67: NOKEY
Importing GPG key 0xF6777C67:
Userid : "Adobe Systems Incorporated (Linux RPM Signing Key) <secure@adobe.com>"
Fingerprint: 78A8 75E9 7F09 06BD 6355 73FA 3A69 BD24 F677 7C67
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linux
Is this ok [y/N]: y
Key imported successfully
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Installing : flash-plugin-28.0.0.161-release.x86_64 1/1
Verifying : flash-plugin-28.0.0.161-release.x86_64 1/1
Installed:
flash-plugin.x86_64 28.0.0.161-release
Complete!
Not sure why the link is reporting Error 404, but the repo does appear to be available.
Copy link to clipboard
Copied
This system is fedora 25. DNF replaced yum as package manager, DNF is YUM and RPM compatible.
I have been updating flash-plugin for the last two years with DNF.
Can you display the contents of your adobe repository, the path should be similar to /etc/yum.repos.d/adobe-linux-x86_64.repo
Thanks
Claudio
Copy link to clipboard
Copied
Sorry, I meant to include this with my edit. It's the same contents as what you posted.
/etc/yum.repos.d/adobe-linux-x86-64.repo
[adobe-linux-x86_64]
name=Adobe Systems Incorporated
baseurl=http://linuxdownload.adobe.com/linux/x86_64/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linux
Copy link to clipboard
Copied
Looks like there is some error on adobe site following the URL, at least from here in Brazil, not sure if there is some sort of geo load balacer http server to redirect requests.
I hope this gets fixed soon, otherwise lots of flash installation (in linux) will be outdated.
Thanks
Claudio
Copy link to clipboard
Copied
This doesn't appear to be an issue with the repository. Directory browsing is disabled, which can explain the error 404. I am able to download the rpm files directly from that directory.
Have you tried 'dnf clean all' or similar?
Copy link to clipboard
Copied
I have been having exactly the same problem on several Fedora 27 systems for the last few days:
[root@z97p ~]# cat /etc/yum.repos.d/adobe-linux-x86_64.repo
[adobe-linux-x86_64]
name=Adobe Systems Incorporated
baseurl=http://linuxdownload.adobe.com/linux/x86_64/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linux
[root@z97p ~]# dnf -v update
Loaded plugins: builddep, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, needs-restarting, playground, repoclosure, repograph, repomanage, reposync
DNF version: 2.7.5
cachedir: /var/cache/dnf
Cannot download 'http://linuxdownload.adobe.com/linux/x86_64/': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried.
...
Failed to synchronize cache for repo 'adobe-linux-x86_64', disabling.
Last metadata expiration check: 0:00:55 ago on Wed 21 Feb 2018 08:43:09 GMT.
--> Starting dependency resolution
--> Finished dependency resolution
Dependencies resolved.
Nothing to do.
Complete!
I ran a packet capture to see what's happening on the network when I run 'dnf update':
Something's definitely not right at the Adobe end.
Copy link to clipboard
Copied
I am not able to reproduce on a new installation of Fedora 27 with all updates installed. Since it's a new installation I downloaded the repo (adobe-linux-x86_64.repo) from get.adobe.com/flashplayer and installed it (as root) using the rpm -i packageName command. I then ran dnf -v update and did not get the error you reported. I was able to install the package using dnf install flash-plugin
I am not able to reproduce (on the same Fedora 27 system). Running curl http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml returns the xml data
Since I can't repro, it's very difficult to troubleshoot, however, I'll inquire if there have been any back-end changes that may result in the behaviour you are experiencing.
Copy link to clipboard
Copied
You can reproduce by doing:
$ curl -H "User-Agent: dnf/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
curl: (56) Recv failure: Connection reset by peer
If you change the User-Agent, however, it works:
curl -H "User-Agent: yum/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
It seems like dnf is filtered out.
Copy link to clipboard
Copied
Good spot. Can reproduce:
[jason@dedi2 /tmp]$ curl -Iv -H "User-Agent: dnf/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 193.104.215.69... * TCP_NODELAY set
* Connected to linuxdownload.adobe.com (193.104.215.69) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: dnf/2.7.5
>
* Recv failure: Connection reset by peer
* stopped the pause stream!
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer
[jason@dedi2 /tmp]$ curl -Iv -H "User-Agent: yum/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml * Trying 193.104.215.69...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (193.104.215.69) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: yum/2.7.5
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Thu, 22 Feb 2018 16:26:55 GMT
Date: Thu, 22 Feb 2018 16:26:55 GMT
< Server: Apache
Server: Apache
< Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
< ETag: "b99-5646fd852b640"
ETag: "b99-5646fd852b640"
< Accept-Ranges: bytes
Accept-Ranges: bytes
< Content-Length: 2969
Content-Length: 2969
< Content-Type: text/xml
Content-Type: text/xml
<
* Connection #0 to host linuxdownload.adobe.com left intact
Copy link to clipboard
Copied
Unfortunately, I'm not able to reproduce
[labuser@localhost ~]$ curl -Iv -H "User-Agent: dnf/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 192.147.130.111...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (192.147.130.111) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: dnf/2.7.5
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Thu, 22 Feb 2018 16:46:04 GMT
Date: Thu, 22 Feb 2018 16:46:04 GMT
< Server: Apache
Server: Apache
< Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
< ETag: "b99-5646fd852b640"
ETag: "b99-5646fd852b640"
< Accept-Ranges: bytes
Accept-Ranges: bytes
< Content-Length: 2969
Content-Length: 2969
< Content-Type: text/xml
Content-Type: text/xml
<
* Connection #0 to host linuxdownload.adobe.com left intact
[labuser@localhost ~]$ curl -Iv -H "User-Agent: yum/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 192.147.130.111...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (192.147.130.111) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: yum/2.7.5
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Thu, 22 Feb 2018 16:53:15 GMT
Date: Thu, 22 Feb 2018 16:53:15 GMT
< Server: Apache
Server: Apache
< Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
< ETag: "b99-5646fd852b640"
ETag: "b99-5646fd852b640"
< Accept-Ranges: bytes
Accept-Ranges: bytes
< Content-Length: 2969
Content-Length: 2969
< Content-Type: text/xml
Content-Type: text/xml
<
* Connection #0 to host linuxdownload.adobe.com left intact
I did notice the IP addresses were different. I looked up the IP address you're using and noticed the path contains .eu. in the domain. I connected to one of our European VPNs and can now reproduce:
[labuser@localhost ~]$ curl -Iv -H "User-Agent: dnf/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 193.104.215.69...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (193.104.215.69) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: dnf/2.7.5
>
* Recv failure: Connection reset by peer
* stopped the pause stream!
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer
[labuser@localhost ~]$ curl -Iv -H "User-Agent: yum/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 193.104.215.69...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (193.104.215.69) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: yum/2.7.5
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Thu, 22 Feb 2018 17:03:29 GMT
Date: Thu, 22 Feb 2018 17:03:29 GMT
< Server: Apache
Server: Apache
< Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
< ETag: "b99-5646fd852b640"
ETag: "b99-5646fd852b640"
< Accept-Ranges: bytes
Accept-Ranges: bytes
< Content-Length: 2969
Content-Length: 2969
< Content-Type: text/xml
Content-Type: text/xml
<
* Connection #0 to host linuxdownload.adobe.com left intact
I'm going to test with some of our other VPNs in different geo's and escalate the issue.
Thank you for posting your results. It seems the IP address was the key difference here.
Copy link to clipboard
Copied
Thanks Maria.
DNS resolves as follows for me (UK-based):
linuxdownload.adobe.com. 10800 IN CNAME linuxdownload.wip4.adobe.com.
linuxdownload.wip4.adobe.com. 300 IN A 193.104.215.69
I just overrode DNS resolution on my system by adding an entry to my hosts file, pointing linuxdownload.adobe.com at the 192.147.130.111 address, and dnf now works fine.
Copy link to clipboard
Copied
I tested 4 different countries in different parts of the world and they all use the non-working IP address. I tested 3 locations within the U.S. and they all used the working IP address. I'm escalating this now and will post an update when it's fixed
Copy link to clipboard
Copied
Hi all,
This issue has been fixed. Using DNF (outside the U.S.) to download Flash Player is now working.
[labuser@localhost ~]$ curl -Iv -H "User-Agent: dnf/2.7.5" http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
* Trying 193.104.215.69...
* TCP_NODELAY set
* Connected to linuxdownload.adobe.com (193.104.215.69) port 80 (#0)
> HEAD /linux/x86_64/repodata/repomd.xml HTTP/1.1
> Host: linuxdownload.adobe.com
> Accept: */*
> User-Agent: dnf/2.7.5
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Fri, 23 Feb 2018 15:45:22 GMT
Date: Fri, 23 Feb 2018 15:45:22 GMT
< Server: Apache
Server: Apache
< Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
Last-Modified: Mon, 05 Feb 2018 04:53:37 GMT
< ETag: "b99-5646fd852b640"
ETag: "b99-5646fd852b640"
< Accept-Ranges: bytes
Accept-Ranges: bytes
< Content-Length: 2969
Content-Length: 2969
< Content-Type: text/xml
Content-Type: text/xml
<
* Connection #0 to host linuxdownload.adobe.com left intact
Thank you for your assistance in troubleshooting the issue.
--
Maria
Copy link to clipboard
Copied
Yes, I can confirm it.
Copy link to clipboard
Copied
great, it works now, thanks Maria for helping us.
Copy link to clipboard
Copied
Thank you both for confirming.
Copy link to clipboard
Copied
is there any repo for flash debuggers?
Copy link to clipboard
Copied
No, only the release version is available in the repo. Debuggers (.tar.gz) are available at Adobe Flash Player - Debug Downloads
Copy link to clipboard
Copied
I confirm with your IP addresses everything works. Thanks!
Copy link to clipboard
Copied
Unfortunately, I'm still not able to reproduce the error. Both curl commands returned the contents of the XML file.
I've uploaded the results of both commands (copied & pasted to ensure I was running the same exact commands):
I'm using a brand new Fedora 27 installation, will all updates (as of 2 days ago) installed
I also tested on an older Fedora 24 with the same results (linked files are from Fedora 27)
Downloading the repomd.xml file using wget also worked.
Copy link to clipboard
Copied
Are you running the commands from an internal adobe network or from outside? (Just guessing... )
Copy link to clipboard
Copied
I had tested within Adobe's network and outside of Adobe's network - same result for both.
jemann​'s comment was key, as I noticed their IP address was different. I connected to our Paris VPN and I was able to reproduce (it has the same IP address as in jemann​'s post) . I've also reproduced with our Japan VPN (again, same IP address), UTR with a different VPN location in the U.S. I'm testing a few other locale's in the U.S. and outside of the U.S. before escalating, but it seems locale's outside of the U.S. use a different IP address which is resulting in the error.
Copy link to clipboard
Copied
I have the same problem.
It looks like the changed server configuration breaks it.
The xml file can be download, and the files referenced in it to.
curl http://linuxdownload.adobe.com/linux/x86_64/repodata/repomd.xml
But using the debug mode of dnf shows:
LANG=C dnf update -v
Cannot download 'http://linuxdownload.adobe.com/linux/x86_64/': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried.
It looks like, dnf try to list the directory content. It only fails since ca. 4 days.
Using fedora 26 with all updates.