Re: Can not download repomd.xml for rawhide-source repo.
Hi, Kevin Thanks for the replying. Now I could understand the situation, clearly! Let me comment as follows. > > Case [1][2]: got an error for "dnf repoquery". but [3] it works. > > Does Fedora infra team need to modify server settings to fix this > > error? > > > > > > - Case [1] > > $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo > > ... > > [rawhide-source] > > baseurl=http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS/ > > ... > > > > $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires > > 'rubygem(acts_as_list)' Error: Failed to synchronize cache for repo > > 'rawhide-source' from > > 'http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS/': > > Cannot download repomd.xml: Cannot download repodata/repomd.xml: All > > mirrors were tried > > > > When I clicked > > http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS > > by my Firefox, its URL was redirected to > > http://mirrors.nic.cz/fedora/linux/development/rawhide/source/SRPMS/ > > and the URL was not found (404). (cz domain is because I was in Czech > > Republic). > > > Right. download.fedoraproject.org is a redirect that redirects you to a > mirror. Sometimes (especially after things like Alpha release, or > rawhide not composing for the last 4 days and working today) it takes > a while for mirrors to catch up, so you may be redirected to a mirror > thats not up to date. > > Note that this is not the default setting. You set it yourself. Okay, I understood it. I take note that sometimes "Not found (404)" can be happened. Yes, I changed the default setting by myself. > > - Case [2] > > $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo > > ... > > [rawhide-source] > > metalink=https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=$basearch > > ... > > > > $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires > > 'rubygem(acts_as_list)' Error: Failed to synchronize cache for repo > > 'rawhide-source' from > > 'https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64': > > Cannot download repomd.xml: Cannot download repodata/repomd.xml: All > > mirrors were tried > > > > I clicked > > https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64, > > and downloaded "metalink" text file by my Firefox. Though several > > link sites were "not found 404" for the repomd.xml. I could find one > > available link site, that is the link of [3]. > > So, like I mentioned above... rawhide hasnt been composing until late > yesterday. So, possibly all mirrors got marked out of date... I see > some synced now. Is this working for you now? Unfortunately, for this case [2], it is still not working now. $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires 'rubygem(acts_as_list)' Fedora 23 - x86_64 - Updates 56 MB/s | 20 MB 00:00 Error: Failed to synchronize cache for repo 'rawhide-source' from 'https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried > > - Case [3] > > $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo > > ... > > [rawhide-source] > > baseurl=http://ftp.uninett.no/linux/fedora/development/rawhide/source/SRPMS/ > > ... > > > > $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires > > 'rubygem(acts_as_list)' Fedora - Rawhide - > > Source 3.6 MB/s | 6.1 > > MB 00:01 Last metadata expiration check: 0:00:00 ago on Tue Mar > > 29 12:10:32 2016 => OK > > ok. > > So, in short, I think this is caused by the failure of rawhide to > compose for more days than mirrormanager keeps to consider mirrors up > to date and should now be cleared up. I got it. Thanks. Best, Jun > ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
Re: Bugzilla+fedmsg, 2016-03-29
On Tue, Mar 29, 2016 at 02:17:33PM -0400, Ralph Bean wrote: > The fedora-packages webapp currently doesn't cache bugzilla > information because it needs a fedmsg event to invalidate the cache -- > but now we have one! A patch for this is here now: https://github.com/fedora-infra/fedora-packages/pull/232 See this post for background information on how that thing works: http://threebean.org/blog/history-of-fedora-packages/ signature.asc Description: PGP signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
Re: Bugzilla+fedmsg, 2016-03-29
On Tue, 29 Mar 2016 14:17:33 -0400 Ralph Bean wrote: > On Thu, Mar 24, 2016 at 10:33:16AM -0400, Ralph Bean wrote: > > There's a Bugzilla outage scheduled for 00:00 2016-03-29 UTC. > > > > If everything goes to plan, bugzilla should start transmitting > > messages about changes to bug tickets shortly after this outage is > > complete. We have a mediator service running and ready that should > > receive those and rebroadcast them to our fedmsg bus. > > > > Please keep party streamers and confetti on standby. > > This is all in place and working now. > > As a point for discussion (maybe we can take it up in the Thursday > meeting or here on list): now that we have the data stream, what > would we like to do with it? > > I know in the past we wanted it for awarding badges in badges.fp.o. > It will be useful for preparing metrics for presentations at Flock, > etc.. The fedora-packages webapp currently doesn't cache bugzilla > information because it needs a fedmsg event to invalidate the cache -- > but now we have one! Same goes for fedora-hubs in the future. > > What else can we come up with? QA has been planning to rework the blockerbugs app but figured it made more sense to wait for bugzilla-fedmsg instead of having to do things twice. I'd really like to see the app be a bit more reactive and event-driven instead of just syncing every X minutes. We don't have a timeline on this right now since Taskotron is a higher immediate priority but it's definitely on our radar. Tim pgpWX40DxDewG.pgp Description: OpenPGP digital signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
Re: Bugzilla+fedmsg, 2016-03-29
On Tue, 29 Mar 2016 14:17:33 -0400 Ralph Bean wrote: > This is all in place and working now. Trumpets and confetti! :) > As a point for discussion (maybe we can take it up in the Thursday > meeting or here on list): now that we have the data stream, what > would we like to do with it? I think a brainstorming session at the meeting would be great as well as on list, etc. > I know in the past we wanted it for awarding badges in badges.fp.o. Yep. Keep in mind that we want badges to be for things we want to encourage. > It will be useful for preparing metrics for presentations at Flock, > etc.. The fedora-packages webapp currently doesn't cache bugzilla > information because it needs a fedmsg event to invalidate the cache -- > but now we have one! Same goes for fedora-hubs in the future. > > What else can we come up with? Perhaps we could get blocker or freeze break proposed bugs to appear in some irc channels. FMN way to 'watch' a specific bug or bugs meeting some critera (you can do this by adding cc to bugs, but not as flexable). I'm sure we can come up with more. ;) kevin pgpzykPzoL1aY.pgp Description: OpenPGP digital signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
[PATCH] Remove old file from some openshift v2 deployment
From: Michael Scherer
Nothing seems to use them in the current repo
---
files/openshift/Gemfile| 50 ---
files/openshift/jenkins.repo | 5 --
files/openshift/mcollective-client.cfg | 18 ---
files/openshift/mongo-acct.sh | 7 ---
files/openshift/mongodb.conf | 91 --
files/openshift/openshift-el6.repo | 5 --
files/openshift/qpidd.conf | 3 --
7 files changed, 179 deletions(-)
delete mode 100644 files/openshift/Gemfile
delete mode 100644 files/openshift/jenkins.repo
delete mode 100644 files/openshift/mcollective-client.cfg
delete mode 100644 files/openshift/mongo-acct.sh
delete mode 100644 files/openshift/mongodb.conf
delete mode 100644 files/openshift/openshift-el6.repo
delete mode 100644 files/openshift/qpidd.conf
diff --git a/files/openshift/Gemfile b/files/openshift/Gemfile
deleted file mode 100644
index 1a8a788..000
--- a/files/openshift/Gemfile
+++ /dev/null
@@ -1,50 +0,0 @@
-source 'http://rubygems.org'
-
-gem 'rails', '~> 3.0.13'
-gem 'json'
-gem 'parseconfig'
-gem 'mongo'
-gem 'xml-simple'
-gem 'rack'
-gem 'regin'
-gem 'open4'
-gem 'stickshift-common'
-gem 'stickshift-controller'
-gem 'rest-client'
-gem 'systemu'
-
-# Add plugin gems here
-gem 'gearchanger-mcollective-plugin'
-gem 'uplift-bind-plugin'
-gem 'swingshift-mongo-plugin'
-gem 'dnsruby'
-
-# Bundle edge Rails instead:
-# gem 'rails', :git => 'git://github.com/rails/rails.git'
-
-# Use unicorn as the web server
-# gem 'unicorn'
-
-# Deploy with Capistrano
-# gem 'capistrano'
-
-# To use debugger (ruby-debug for Ruby 1.8.7+, ruby-debug19 for Ruby 1.9.2+)
-# gem 'ruby-debug'
-# gem 'ruby-debug19', :require => 'ruby-debug'
-
-# Bundle the extra gems:
-# gem 'bj'
-# gem 'nokogiri'
-# gem 'sqlite3-ruby', :require => 'sqlite3'
-# gem 'aws-s3', :require => 'aws/s3'
-
-# Bundle gems for the local environment. Make sure to
-# put test-only gems in this group so their generators
-# and rake tasks are available in development mode:
-group :development, :test do
- # The require part from http://tinyurl.com/3pf68ho
- gem 'mocha', :require => nil
- gem 'cucumber'
- gem 'rcov'
-end
-
diff --git a/files/openshift/jenkins.repo b/files/openshift/jenkins.repo
deleted file mode 100644
index 5ab0572..000
--- a/files/openshift/jenkins.repo
+++ /dev/null
@@ -1,5 +0,0 @@
-[jenkins]
-name=Jenkins
-baseurl=http://pkg.jenkins-ci.org/redhat
-gpgcheck=1
-gpgkey=http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key
diff --git a/files/openshift/mcollective-client.cfg
b/files/openshift/mcollective-client.cfg
deleted file mode 100644
index 3e8a44f..000
--- a/files/openshift/mcollective-client.cfg
+++ /dev/null
@@ -1,18 +0,0 @@
-topicprefix = /topic/
-main_collective = mcollective
-collectives = mcollective
-libdir = /usr/libexec/mcollective
-loglevel = debug
-logfile = /var/log/mcollective-client.log
-
-# Plugins
-securityprovider = psk
-plugin.psk = unset
-connector = qpid
-plugin.qpid.host=127.0.0.1
-plugin.qpid.secure=false
-plugin.qpid.timeout=5
-
-# Facts
-factsource = yaml
-plugin.yaml = /etc/mcollective/facts.yaml
\ No newline at end of file
diff --git a/files/openshift/mongo-acct.sh b/files/openshift/mongo-acct.sh
deleted file mode 100644
index 15e8973..000
--- a/files/openshift/mongo-acct.sh
+++ /dev/null
@@ -1,7 +0,0 @@
-#!/bin/bash
-mongo stickshift_broker_dev --eval 'db.addUser("stickshift", "mooo")'
-mongo stickshift_broker_dev --eval 'db.auth_user.update({"_id":"admin"},
{"_id":"admin","user":"admin","password":"2a8462d93a13e51387a5e607cbd1139f"} ,
true)'
-echo "Acct setup done on `date`" > /etc/mongo-acct-setup
-
-
-
\ No newline at end of file
diff --git a/files/openshift/mongodb.conf b/files/openshift/mongodb.conf
deleted file mode 100644
index b983014..000
--- a/files/openshift/mongodb.conf
+++ /dev/null
@@ -1,91 +0,0 @@
-##
-### Basic Defaults
-##
-bind_ip = 127.0.0.1
-port = 27017
-fork = true
-pidfilepath = /var/run/mongodb/mongodb.pid
-logpath = /var/log/mongodb/mongodb.log
-dbpath =/var/lib/mongodb
-journal = true
-
-# Enables periodic logging of CPU utilization and I/O wait
-#cpu = true
-
-# Turn on/off security. Off is currently the default
-#noauth = true
-auth = true
-
-# Verbose logging output.
-#verbose = true
-
-# Inspect all client data for validity on receipt (useful for
-# developing drivers)
-#objcheck = true
-
-# Enable db quota management
-#quota = true
-
-# Set oplogging level where n is
-# 0=off (default)
-# 1=W
-# 2=R
-# 3=both
-# 7=W+some reads
-#oplog = 0
-
-# Diagnostic/debugging option
-#nocursors = true
-
-# Ignore query hints
-#nohints = true
-
-# Disable the HTTP interface (Defaults to port+1000).
-nohttpinterface = true
-
-# Turns off server-side scripting. This will result in greatly limited
-# functionality
-#noscripting = true
-
-# Turns off table scans. Any query that would do a table scan fails.
-#notablescan = true
-
-# Disable data file p
[PATCH] Move varnish, keepalived and infinoted handlers to their role
From: Michael Scherer --- handlers/restart_services.yml | 9 - roles/infinote/handlers/main.yml | 2 ++ roles/keepalived/handlers/main.yml | 2 ++ 3 files changed, 4 insertions(+), 9 deletions(-) create mode 100644 roles/infinote/handlers/main.yml create mode 100644 roles/keepalived/handlers/main.yml diff --git a/handlers/restart_services.yml b/handlers/restart_services.yml index 940e114..4cfb41e 100644 --- a/handlers/restart_services.yml +++ b/handlers/restart_services.yml @@ -167,12 +167,6 @@ - name: restart haproxy service: name=haproxy state=restarted -- name: restart varnish - service: name=varnish state=restarted - -- name: restart keepalived - service: name=keepalived state=restarted - - name: restart mariadb service: name=mariadb state=restarted @@ -196,9 +190,6 @@ - name: restart autocloud service: name=autocloud state=restarted -- name: restart infinoted - service: name=infinoted state=restarted - - name: restart mirrorlist-server service: name=mirrorlist-server state=restarted diff --git a/roles/infinote/handlers/main.yml b/roles/infinote/handlers/main.yml new file mode 100644 index 000..55133ec --- /dev/null +++ b/roles/infinote/handlers/main.yml @@ -0,0 +1,2 @@ +- name: restart infinoted + service: name=infinoted state=restarted diff --git a/roles/keepalived/handlers/main.yml b/roles/keepalived/handlers/main.yml new file mode 100644 index 000..3840e64 --- /dev/null +++ b/roles/keepalived/handlers/main.yml @@ -0,0 +1,2 @@ +- name: restart keepalived + service: name=keepalived state=restarted -- 1.8.3.1 ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
Re: Bugzilla+fedmsg, 2016-03-29
On Thu, Mar 24, 2016 at 10:33:16AM -0400, Ralph Bean wrote: > There's a Bugzilla outage scheduled for 00:00 2016-03-29 UTC. > > If everything goes to plan, bugzilla should start transmitting > messages about changes to bug tickets shortly after this outage is > complete. We have a mediator service running and ready that should > receive those and rebroadcast them to our fedmsg bus. > > Please keep party streamers and confetti on standby. This is all in place and working now. As a point for discussion (maybe we can take it up in the Thursday meeting or here on list): now that we have the data stream, what would we like to do with it? I know in the past we wanted it for awarding badges in badges.fp.o. It will be useful for preparing metrics for presentations at Flock, etc.. The fedora-packages webapp currently doesn't cache bugzilla information because it needs a fedmsg event to invalidate the cache -- but now we have one! Same goes for fedora-hubs in the future. What else can we come up with? signature.asc Description: PGP signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
Re: Can not download repomd.xml for rawhide-source repo.
On Tue, 29 Mar 2016 10:24:58 - "Jun Aruga" wrote: > Hi, Fedora Infra team > > Can I ask you a question about fedora-rawhide repo? Sure. > Case [1][2]: got an error for "dnf repoquery". but [3] it works. > Does Fedora infra team need to modify server settings to fix this > error? > > > - Case [1] > $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo > ... > [rawhide-source] > baseurl=http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS/ > ... > > $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires > 'rubygem(acts_as_list)' Error: Failed to synchronize cache for repo > 'rawhide-source' from > 'http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS/': > Cannot download repomd.xml: Cannot download repodata/repomd.xml: All > mirrors were tried > > When I clicked > http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS > by my Firefox, its URL was redirected to > http://mirrors.nic.cz/fedora/linux/development/rawhide/source/SRPMS/ > and the URL was not found (404). (cz domain is because I was in Czech > Republic). Right. download.fedoraproject.org is a redirect that redirects you to a mirror. Sometimes (especially after things like Alpha release, or rawhide not composing for the last 4 days and working today) it takes a while for mirrors to catch up, so you may be redirected to a mirror thats not up to date. Note that this is not the default setting. You set it yourself. > > - Case [2] > $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo > ... > [rawhide-source] > metalink=https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=$basearch > ... > > $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires > 'rubygem(acts_as_list)' Error: Failed to synchronize cache for repo > 'rawhide-source' from > 'https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64': > Cannot download repomd.xml: Cannot download repodata/repomd.xml: All > mirrors were tried > > I clicked > https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64, > and downloaded "metalink" text file by my Firefox. Though several > link sites were "not found 404" for the repomd.xml. I could find one > available link site, that is the link of [3]. So, like I mentioned above... rawhide hasnt been composing until late yesterday. So, possibly all mirrors got marked out of date... I see some synced now. Is this working for you now? > > > - Case [3] > $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo > ... > [rawhide-source] > baseurl=http://ftp.uninett.no/linux/fedora/development/rawhide/source/SRPMS/ > ... > > $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires > 'rubygem(acts_as_list)' Fedora - Rawhide - > Source 3.6 MB/s | 6.1 > MB 00:01 Last metadata expiration check: 0:00:00 ago on Tue Mar > 29 12:10:32 2016 => OK ok. So, in short, I think this is caused by the failure of rawhide to compose for more days than mirrormanager keeps to consider mirrors up to date and should now be cleared up. kevin pgpVCQOcA1Twl.pgp Description: OpenPGP digital signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
Can not download repomd.xml for rawhide-source repo.
Hi, Fedora Infra team Can I ask you a question about fedora-rawhide repo? Case [1][2]: got an error for "dnf repoquery". but [3] it works. Does Fedora infra team need to modify server settings to fix this error? - Case [1] $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo ... [rawhide-source] baseurl=http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS/ ... $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires 'rubygem(acts_as_list)' Error: Failed to synchronize cache for repo 'rawhide-source' from 'http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS/': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried When I clicked http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS by my Firefox, its URL was redirected to http://mirrors.nic.cz/fedora/linux/development/rawhide/source/SRPMS/ and the URL was not found (404). (cz domain is because I was in Czech Republic). - Case [2] $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo ... [rawhide-source] metalink=https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=$basearch ... $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires 'rubygem(acts_as_list)' Error: Failed to synchronize cache for repo 'rawhide-source' from 'https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried I clicked https://mirrors.fedoraproject.org/metalink?repo=rawhide-source&arch=x86_64, and downloaded "metalink" text file by my Firefox. Though several link sites were "not found 404" for the repomd.xml. I could find one available link site, that is the link of [3]. - Case [3] $ sudo vi /etc/yum.repos.d/fedora-rawhide.repo ... [rawhide-source] baseurl=http://ftp.uninett.no/linux/fedora/development/rawhide/source/SRPMS/ ... $ dnf repoquery --enablerepo=rawhide-source --arch src --whatrequires 'rubygem(acts_as_list)' Fedora - Rawhide - Source 3.6 MB/s | 6.1 MB 00:01 Last metadata expiration check: 0:00:00 ago on Tue Mar 29 12:10:32 2016 => OK Best regards, Jun Aruga ___ infrastructure mailing list infrastructure@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/infrastructure@lists.fedoraproject.org
