Trying to install OpenCPI on fresh CentOS 7.5 VM per https://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager --add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks
Repository opencpi-v1.5.0 is listed more than once in the configuration
adding repo from: http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to /etc/yum.repos.d/opencpi.repo
repo saved to /etc/yum.repos.d/opencpi.repo
$ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks
Repository opencpi-v1.5.0 is listed more than once in the configuration
Loading mirror speeds from cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
One of the configured repositories failed (added from: http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos --disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
The URL http://opencpi.github.io/repo/opencpi.repo was also non
functional for me for about 10 minutes, then it appears to "come back".
I can only assume it was a github temporary problem?
On 9/13/19 3:27 PM, Miller, Peter wrote:
Trying to install OpenCPI on fresh CentOS 7.5 VM per https://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager --add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks
Repository opencpi-v1.5.0 is listed more than once in the configuration
adding repo from: http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to /etc/yum.repos.d/opencpi.repo
repo saved to /etc/yum.repos.d/opencpi.repo
$ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks
Repository opencpi-v1.5.0 is listed more than once in the configuration
Loading mirror speeds from cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
One of the configured repositories failed (added from: http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos --disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
Still failing the same. Is baseurl=http://opencpi.github.io/repo/v1.5.0/centos7 not present?
[opencpi-v1.5.0]
name=OpenCPI-v1.5.0
baseurl=http://opencpi.github.io/repo/v1.5.0/centos$releasever
cost=10000
enabled=1
gpgcheck=0
repo_gpgcheck=0
skip_if_unavailable=1
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: discuss discuss-bounces@lists.opencpi.org On Behalf Of James Kulp
Sent: Friday, September 13, 2019 3:46 PM
To: discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
The URL http://opencpi.github.io/repo/opencpi.repo was also non functional for me for about 10 minutes, then it appears to "come back".
I can only assume it was a github temporary problem?
On 9/13/19 3:27 PM, Miller, Peter wrote:
Trying to install OpenCPI on fresh CentOS 7.5 VM per https://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager
--add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration adding repo from:
http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to
/etc/yum.repos.d/opencpi.repo repo saved to
/etc/yum.repos.d/opencpi.repo $ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration Loading mirror speeds from
cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
One of the configured repositories failed (added from:
http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point the
only safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos
--disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save
--setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
-------------- next part -------------- An HTML attachment was
scrubbed...
URL:
<http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachme
nts/20190913/95e74123/attachment.html>
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
On 9/13/19 4:19 PM, Miller, Peter wrote:
Still failing the same. Is baseurl=http://opencpi.github.io/repo/v1.5.0/centos7 not present?
repo/opencpi.repo is a symlink to repo/opencpi-v1.5.0.repo
The URL:
http://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm
works for me just fine.
Perhaps there is something wierd about the directory URL itself?
I don't know what yum does with baseurl by itself.
I'll try the same thing you tried.
[opencpi-v1.5.0]
name=OpenCPI-v1.5.0
baseurl=http://opencpi.github.io/repo/v1.5.0/centos$releasever
cost=10000
enabled=1
gpgcheck=0
repo_gpgcheck=0
skip_if_unavailable=1
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: discuss discuss-bounces@lists.opencpi.org On Behalf Of James Kulp
Sent: Friday, September 13, 2019 3:46 PM
To: discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
The URL http://opencpi.github.io/repo/opencpi.repo was also non functional for me for about 10 minutes, then it appears to "come back".
I can only assume it was a github temporary problem?
On 9/13/19 3:27 PM, Miller, Peter wrote:
Trying to install OpenCPI on fresh CentOS 7.5 VM per https://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager
--add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration adding repo from:
http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to
/etc/yum.repos.d/opencpi.repo repo saved to
/etc/yum.repos.d/opencpi.repo $ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration Loading mirror speeds from
cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
* base: mirrors.rit.edu
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
One of the configured repositories failed (added from:
http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point the
only safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos
--disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save
--setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
-------------- next part -------------- An HTML attachment was
scrubbed...
URL:
<http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachme
nts/20190913/95e74123/attachment.html>
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
I downloaded the rpm from http://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm , deleted the opencpi*.repos from /etc/yum.repo.d, and then yum "install opencpi-1.5.0-1.el7.x86_64.rpm" installed OK.
yum list | grep opencpi
opencpi.x86_64 1.5.0-1.el7 installed
and /opt/opencpi/cdk/ content is there. So I think I'm in business.
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: James Kulp jek@parera.com
Sent: Friday, September 13, 2019 4:29 PM
To: Miller, Peter PeterM@signalscape.com; discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
On 9/13/19 4:19 PM, Miller, Peter wrote:
Still failing the same. Is baseurl=http://opencpi.github.io/repo/v1.5.0/centos7 not present?
repo/opencpi.repo is a symlink to repo/opencpi-v1.5.0.repo
The URL:
http://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm
works for me just fine.
Perhaps there is something wierd about the directory URL itself?
I don't know what yum does with baseurl by itself.
I'll try the same thing you tried.
[opencpi-v1.5.0]
name=OpenCPI-v1.5.0
baseurl=http://opencpi.github.io/repo/v1.5.0/centos$releasever
cost=10000
enabled=1
gpgcheck=0
repo_gpgcheck=0
skip_if_unavailable=1
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: discuss discuss-bounces@lists.opencpi.org On Behalf Of James
Kulp
Sent: Friday, September 13, 2019 3:46 PM
To: discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
The URL http://opencpi.github.io/repo/opencpi.repo was also non functional for me for about 10 minutes, then it appears to "come back".
I can only assume it was a github temporary problem?
On 9/13/19 3:27 PM, Miller, Peter wrote:
Trying to install OpenCPI on fresh CentOS 7.5 VM per https://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager
--add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration adding repo from:
http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to
/etc/yum.repos.d/opencpi.repo repo saved to
/etc/yum.repos.d/opencpi.repo $ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration Loading mirror speeds from
cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
* base: mirrors.rit.edu
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
One of the configured repositories failed (added from:
http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point
the only safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos
--disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save
--setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
-------------- next part -------------- An HTML attachment was
scrubbed...
URL:
<http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachm
e nts/20190913/95e74123/attachment.html>
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
An HTML attachment was scrubbed...
URL: http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachments/20190914/171ce63f/attachment.html
Hmm. The baseurl for yum specifies the directory containing
the repodata folder. Yum does a download
for baseurl/repodata/repomd.xml. We tested the new repo file by doing a
yum makecahe and it worked, so we're still thinking github or centos7
repo was having issues. Here is a transcript of our latest experiment,
following the 3 commands in the top-level README of our repo. As you
can see even the centos epel repo failed and used another mirror.
Perhaps we should recommend "yum makecache" to make it clear the
difference between a repo failure and an installation failure.
[centos-7-linux-ssd2 opencpi]$ sudo yum install yum-utils epel-release
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
Determining fastest mirrors
epel/x86_64/metalink | 14 kB 00:00:00
epel-debuginfo/x86_64/metalink | 12 kB 00:00:00
* base: mirror.metrocast.net
* epel: fedora-epel.mirrors.tds.net
* epel-debuginfo: fedora-epel.mirrors.tds.net
* extras: mirrors.mit.edu
* updates: mirrors.maine.edu
base | 3.6 kB 00:00:00
base-debuginfo | 2.5 kB 00:00:00
epel | 5.4 kB 00:00:00
epel-debuginfo | 3.0 kB 00:00:00
extras | 3.4 kB 00:00:00
updates | 3.4 kB 00:00:00
(1/3): epel/x86_64/updateinfo | 1.0 MB 00:00:01
(2/3): epel-debuginfo/x86_64/primary_db | 904 kB 00:00:02
(3/3): epel/x86_64/primary_db | 6.8 MB 00:00:10
Package yum-utils-1.1.31-50.el7.noarch already installed and latest
version
Package epel-release-7-11.noarch already installed and latest version
Nothing to do
[jek@centos-7-linux-ssd2 opencpi]$ sudo yum-config-manager
--add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
adding repo from: http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to
/etc/yum.repos.d/opencpi.repo
repo saved to /etc/yum.repos.d/opencpi.repo
[jek@centos-7-linux-ssd2 opencpi]$ sudo yum makecache
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
Loading mirror speeds from cached hostfile
epel/x86_64/metalink | 14 kB 00:00:00
epel-debuginfo/x86_64/metalink | 12 kB 00:00:00
* base: mirror.metrocast.net
* epel: fedora-epel.mirrors.tds.net
* epel-debuginfo: fedora-epel.mirrors.tds.net
* extras: mirrors.mit.edu
* updates: mirrors.maine.edu
base | 3.6 kB 00:00:00
base-debuginfo | 2.5 kB 00:00:00
extras | 3.4 kB 00:00:00
updates | 3.4 kB 00:00:00
opencpi-v1.5.0 | 2.9 kB 00:00:00
(1/17): base/7/x86_64/other_db | 2.6 MB 00:00:16
(2/17): epel/x86_64/filelists_db | 12 MB 00:00:48
(3/17): epel/x86_64/prestodelta | 12 kB 00:00:00
epel/x86_64/other_db FAILED
http://fedora.mirrors.pair.com/epel/7/x86_64/repodata/fa95a74c399d7b25e28364dffa720a87b8a08bc958a0dfa0c4c5e818d417aa44-other.sqlite.bz2:
[Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
To address this issue please refer to the below wiki article
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use
https://bugs.centos.org/.
epel-debuginfo/x86_64/other_db FAILED
http://fedora.mirrors.pair.com/epel/7/x86_64/debug/repodata/5a93e49b4cd825320fd5c82b5cb299a87035d1edf2e6d816368e4724fcc89ef1-other.sqlite.bz2:
[Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
(4/17): extras/7/x86_64/filelists_db | 249 kB 00:00:01
(5/17): extras/7/x86_64/prestodelta | 73 kB 00:00:00
(6/17): extras/7/x86_64/other_db | 131 kB 00:00:00
(7/17): epel/x86_64/updateinfo_zck | 1.5 MB 00:00:10
(8/17): updates/7/x86_64/other_db | 764 kB 00:00:05
(9/17): opencpi-v1.5.0/7/filelists_db | 57 kB 00:00:00
(10/17): opencpi-v1.5.0/7/primary_db | 16 kB 00:00:00
(11/17): opencpi-v1.5.0/7/other_db | 1.6 kB 00:00:00
(12/17): epel-debuginfo/x86_64/filelists_db | 5.0 MB 00:00:27
(13/17): epel-debuginfo/x86_64/other_db | 944 kB 00:00:05
(14/17): epel/x86_64/other_db | 3.3 MB 00:00:19
(15/17): updates/7/x86_64/filelists_db | 5.2 MB 00:00:41
(16/17): base-debuginfo/x86_64/other_db | 5.2 MB 00:01:36
(17/17): base-debuginfo/x86_64/filelists_db | 72 MB 00:02:52
Metadata Cache Created
[centos-7-linux-ssd2 opencpi]$
On 9/13/19 4:55 PM, Miller, Peter wrote:
I downloaded the rpm fromhttp://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm , deleted the opencpi*.repos from /etc/yum.repo.d, and then yum "install opencpi-1.5.0-1.el7.x86_64.rpm" installed OK.
yum list | grep opencpi
opencpi.x86_64 1.5.0-1.el7 installed
and /opt/opencpi/cdk/ content is there. So I think I'm in business.
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: James Kulpjek@parera.com
Sent: Friday, September 13, 2019 4:29 PM
To: Miller, PeterPeterM@signalscape.com;discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
On 9/13/19 4:19 PM, Miller, Peter wrote:
Still failing the same. Is baseurl=http://opencpi.github.io/repo/v1.5.0/centos7 not present?
repo/opencpi.repo is a symlink to repo/opencpi-v1.5.0.repo
The URL:
http://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm
works for me just fine.
Perhaps there is something wierd about the directory URL itself?
I don't know what yum does with baseurl by itself.
I'll try the same thing you tried.
[opencpi-v1.5.0]
name=OpenCPI-v1.5.0
baseurl=http://opencpi.github.io/repo/v1.5.0/centos$releasever
cost=10000
enabled=1
gpgcheck=0
repo_gpgcheck=0
skip_if_unavailable=1
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: discussdiscuss-bounces@lists.opencpi.org On Behalf Of James
Kulp
Sent: Friday, September 13, 2019 3:46 PM
To:discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
The URLhttp://opencpi.github.io/repo/opencpi.repo was also non functional for me for about 10 minutes, then it appears to "come back".
I can only assume it was a github temporary problem?
On 9/13/19 3:27 PM, Miller, Peter wrote:
Trying to install OpenCPI on fresh CentOS 7.5 VM perhttps://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager
--add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration adding repo from:
http://opencpi.github.io/repo/opencpi.repo
grabbing filehttp://opencpi.github.io/repo/opencpi.repo to
/etc/yum.repos.d/opencpi.repo repo saved to
/etc/yum.repos.d/opencpi.repo $ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration Loading mirror speeds from
cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
* base: mirrors.rit.edu
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please usehttps://bugs.centos.org/.
One of the configured repositories failed (added from:
http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point
the only safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos
--disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save
--setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
-------------- next part -------------- An HTML attachment was
scrubbed...
URL:
<http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachm
e nts/20190913/95e74123/attachment.html>
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
discuss mailing list
discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
Jim,
I successfully repeated the normal install process today using the “getting started” procedure:
All is well. Sorry for the fire drill last week.
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
From: James Kulp jek@parera.com
Sent: Saturday, September 14, 2019 8:40 AM
To: Miller, Peter PeterM@signalscape.com; discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
Hmm. The baseurl for yum specifies the directory containing the repodata folder. Yum does a download for baseurl/repodata/repomd.xml. We tested the new repo file by doing a yum makecahe and it worked, so we're still thinking github or centos7 repo was having issues. Here is a transcript of our latest experiment, following the 3 commands in the top-level README of our repo. As you can see even the centos epel repo failed and used another mirror. Perhaps we should recommend "yum makecache" to make it clear the difference between a repo failure and an installation failure.
[centos-7-linux-ssd2 opencpi]$ sudo yum install yum-utils epel-release
Loaded plugins: auto-update-debuginfo, fastestmirror, langpacks
Determining fastest mirrors
epel/x86_64/metalink | 14 kB 00:00:00
epel-debuginfo/x86_64/metalink | 12 kB 00:00:00
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
epel-debuginfo/x86_64/other_db FAILED
http://fedora.mirrors.pair.com/epel/7/x86_64/debug/repodata/5a93e49b4cd825320fd5c82b5cb299a87035d1edf2e6d816368e4724fcc89ef1-other.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
(4/17): extras/7/x86_64/filelists_db | 249 kB 00:00:01
(5/17): extras/7/x86_64/prestodelta | 73 kB 00:00:00
(6/17): extras/7/x86_64/other_db | 131 kB 00:00:00
(7/17): epel/x86_64/updateinfo_zck | 1.5 MB 00:00:10
(8/17): updates/7/x86_64/other_db | 764 kB 00:00:05
(9/17): opencpi-v1.5.0/7/filelists_db | 57 kB 00:00:00
(10/17): opencpi-v1.5.0/7/primary_db | 16 kB 00:00:00
(11/17): opencpi-v1.5.0/7/other_db | 1.6 kB 00:00:00
(12/17): epel-debuginfo/x86_64/filelists_db | 5.0 MB 00:00:27
(13/17): epel-debuginfo/x86_64/other_db | 944 kB 00:00:05
(14/17): epel/x86_64/other_db | 3.3 MB 00:00:19
(15/17): updates/7/x86_64/filelists_db | 5.2 MB 00:00:41
(16/17): base-debuginfo/x86_64/other_db | 5.2 MB 00:01:36
(17/17): base-debuginfo/x86_64/filelists_db | 72 MB 00:02:52
Metadata Cache Created
[centos-7-linux-ssd2 opencpi]$
On 9/13/19 4:55 PM, Miller, Peter wrote:
I downloaded the rpm from http://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm , deleted the opencpi*.repos from /etc/yum.repo.d, and then yum "install opencpi-1.5.0-1.el7.x86_64.rpm" installed OK.
yum list | grep opencpi
opencpi.x86_64 1.5.0-1.el7 installed
and /opt/opencpi/cdk/ content is there. So I think I'm in business.
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: James Kulp jek@parera.commailto:jek@parera.com
Sent: Friday, September 13, 2019 4:29 PM
To: Miller, Peter PeterM@signalscape.commailto:PeterM@signalscape.com; discuss@lists.opencpi.orgmailto:discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
On 9/13/19 4:19 PM, Miller, Peter wrote:
Still failing the same. Is baseurl=http://opencpi.github.io/repo/v1.5.0/centos7 not present?
repo/opencpi.repo is a symlink to repo/opencpi-v1.5.0.repo
The URL:
http://opencpi.github.io/repo/v1.5.0/centos7/opencpi-1.5.0-1.el7.x86_64.rpm
works for me just fine.
Perhaps there is something wierd about the directory URL itself?
I don't know what yum does with baseurl by itself.
I'll try the same thing you tried.
[opencpi-v1.5.0]
name=OpenCPI-v1.5.0
baseurl=http://opencpi.github.io/repo/v1.5.0/centos$releasever
cost=10000
enabled=1
gpgcheck=0
repo_gpgcheck=0
skip_if_unavailable=1
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
-----Original Message-----
From: discuss discuss-bounces@lists.opencpi.orgmailto:discuss-bounces@lists.opencpi.org On Behalf Of James
Kulp
Sent: Friday, September 13, 2019 3:46 PM
To: discuss@lists.opencpi.orgmailto:discuss@lists.opencpi.org
Subject: Re: [Discuss OpenCPI] OpenCPI 1.5 Install Failure
The URL http://opencpi.github.io/repo/opencpi.repo was also non functional for me for about 10 minutes, then it appears to "come back".
I can only assume it was a github temporary problem?
On 9/13/19 3:27 PM, Miller, Peter wrote:
Trying to install OpenCPI on fresh CentOS 7.5 VM per https://www.opencpi.org/services. Fails as follows:
$ sudo yum-config-manager
--add-repo=http://opencpi.github.io/repo/opencpi.repo
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration adding repo from:
http://opencpi.github.io/repo/opencpi.repo
grabbing file http://opencpi.github.io/repo/opencpi.repo to
/etc/yum.repos.d/opencpi.repo repo saved to
/etc/yum.repos.d/opencpi.repo $ sudo yum install 'opencpi*'
Loaded plugins: fastestmirror, langpacks Repository opencpi-v1.5.0 is
listed more than once in the configuration Loading mirror speeds from
cached hostfile
epel/x86_64/metalink | 15 kB 00:00:00
base: mirrors.rit.edu
epel: mirror.siena.edu
extras: mirror.siena.edu
updates: mirrors.tummy.com
base | 3.6 kB 00:00:00
extras | 3.4 kB 00:00:00
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found Trying other mirror.
To address this issue please refer to the below wiki article
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
One of the configured repositories failed (added from:
http://opencpi.github.io/repo/opencpi.rep),
and yum doesn't have enough cached data to continue. At this point
the only safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=opencpi.github.io_repo_opencpi.rep ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable opencpi.github.io_repo_opencpi.rep
or
subscription-manager repos
--disable=opencpi.github.io_repo_opencpi.rep
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save
--setopt=opencpi.github.io_repo_opencpi.rep.skip_if_unavailable=true
failure: repodata/repomd.xml from opencpi.github.io_repo_opencpi.rep: [Errno 256] No more mirrors to try.
http://opencpi.github.io/repo/opencpi.rep/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found
Sincerely,
Peter B. Miller
Potomac: (301) 765-9668
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
-------------- next part -------------- An HTML attachment was
scrubbed...
URL:
<http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachmhttp://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachments/20190913/95e74123/attachment.html
e nts/20190913/95e74123/attachment.html>http://lists.opencpi.org/pipermail/discuss_lists.opencpi.org/attachments/20190913/95e74123/attachment.html
discuss mailing list
discuss@lists.opencpi.orgmailto:discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
discuss mailing list
discuss@lists.opencpi.orgmailto:discuss@lists.opencpi.org
http://lists.opencpi.org/mailman/listinfo/discuss_lists.opencpi.org
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.
--------------------------- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company.