Bug #22637
closedUpdating repo link on Products page of WebUI doesn't upgrade backend
Description
Katello 3.5.1, Foreman 1.16.0, Centos 7.4
My epel repo didn't sync. I went to the repo and discovered it no longer existed:
http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/
(I've just discovered they removed the /pub, but that's a disgression).
Through the web, I've changed that product's single repository URL in the URL field:
[root@vmpr-res-utils log]# hammer repository info --id 5 ID: 5 Name: epel Label: epel Organization: Peter MacCallum Cancer Centre Red Hat Repository: no Content Type: yum Checksum Type: sha256 Mirror on Sync: yes URL: http://fedora.melbourneitmirror.net/epel/7/x86_64/ Publish Via HTTP: yes Published At: http://vmpr-res-utils.unix.petermac.org.au/pulp/repos/Peter_MacCallum_Cancer_Centre/Library/custom/Extra_Packages_for_Enterprise_Linux_7_-_x86_64/epel/ Relative Path: Peter_MacCallum_Cancer_Centre/Library/custom/Extra_Packages_for_Enterprise_Linux_7_-_x86_64/epel Download Policy: immediate Product: ID: 2 Name: Extra Packages for Enterprise Linux 7 GPG Key: Sync: Status: Created: 2016/06/02 12:14:58 Updated: 2018/02/20 23:28:33 Content Counts: Packages: 12295 Package Groups: 210 Errata: 4089
But when I sync - or when the over night cron job sync happens - it's still trying to hit the old URL. See here in /var/log/messages for an example:
Feb 21 10:36:53 vmpr-res-utils pulp: nectar.downloaders.threaded:INFO: Download failed: Download of http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/repodata/repomd.xml failed with code 404: Not Found Feb 21 10:36:54 vmpr-res-utils pulp: requests.packages.urllib3.connectionpool:INFO: [d922b13f] Starting new HTTP connection (1): fedora.uberglobalmirror.com Feb 21 10:36:54 vmpr-res-utils pulp: nectar.downloaders.threaded:INFO: [d922b13f] Download failed: Download of http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/ failed with code 404: Not Found Feb 21 10:36:54 vmpr-res-utils pulp: pulp_rpm.plugins.importers.yum.sync:INFO: [d922b13f] Downloading metadata from http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/. Feb 21 10:36:54 vmpr-res-utils pulp: requests.packages.urllib3.connectionpool:INFO: Starting new HTTP connection (1): fedora.uberglobalmirror.com Feb 21 10:36:54 vmpr-res-utils pulp: nectar.downloaders.threaded:INFO: Download failed: Download of http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/repodata/repomd.xml failed with code 404: Not Found Feb 21 10:36:55 vmpr-res-utils pulp: requests.packages.urllib3.connectionpool:INFO: Starting new HTTP connection (1): fedora.uberglobalmirror.com Feb 21 10:36:55 vmpr-res-utils pulp: nectar.downloaders.threaded:INFO: Download failed: Download of http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/.treeinfo failed with code 404: Not Found Feb 21 10:36:56 vmpr-res-utils pulp: requests.packages.urllib3.connectionpool:INFO: Starting new HTTP connection (1): fedora.uberglobalmirror.com Feb 21 10:36:56 vmpr-res-utils pulp: nectar.downloaders.threaded:INFO: Download failed: Download of http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/treeinfo failed with code 404: Not Found
I guess there are a number of solutions, more than one could be implemented?
- check URL in db is same as URL reported by Hammer/WebUI
- create a small script to update one from the other when they are out of sync with each other
- document where a person might update said URL within the system? Which db is pulp working from that it's trying to sync against the old URL?
Files
Updated by Ivan Necas almost 7 years ago
- Project changed from Foreman to Katello
- Category changed from Database to Repositories
Updated by Andrew Kofink over 6 years ago
- Assignee set to Andrew Kofink
- Target version set to 245
- Translation missing: en.field_release set to 339
Updated by Andrew Kofink over 6 years ago
- Target version changed from 245 to 160
- Translation missing: en.field_release changed from 339 to 351
Updated by Andrew Kofink over 6 years ago
Sorry for the delay in getting back to this issue. If you can still reproduce this, could you please verify the pulp importer information associated with the repository?
In `foreman-rake console`:
Katello::Repository.find(5).importers
It should show you the same upstream repository URL for all importers (i.e.):
=> [{"repo_id"=>"abdc11a5-6888-40d3-9619-6a366d4c05b7", "last_updated"=>"2018-04-04T18:31:35Z", "_href"=>"/pulp/api/v2/repositories/abdc11a5-6888-40d3-9619-6a366d4c05b7/importers/yum_importer/", "_ns"=>"repo_importers", "importer_type_id"=>"yum_importer", "last_override_config"=>{"num_threads"=>4, "validate"=>true}, "last_sync"=>"2018-04-04T18:24:54Z", "scratchpad"=>nil, "_id"=>{"$oid"=>"5ac517dd0dcc98545f060b41"}, "config"=>{"feed"=>"https://repos.fedorapeople.org/pulp/pulp/demo_repos/zoo/", "ssl_validation"=>true, "remove_missing"=>true, "download_policy"=>"on_demand"}, "id"=>"yum_importer"}]
Updated by Lachlan Simpson over 6 years ago
Andrew Kofink wrote:
Sorry for the delay in getting back to this issue. If you can still reproduce this, could you please verify the pulp importer information associated with the repository?
In `foreman-rake console`:
[...]
It should show you the same upstream repository URL for all importers (i.e.):
[...]
==> foreman-rake console
/usr/share/foreman/lib/foreman.rb:8: warning: already initialized constant Foreman::UUID_REGEXP
/usr/share/foreman/lib/foreman.rb:8: warning: previous definition of UUID_REGEXP was here
Loading production environment (Rails 4.2.5.1)
Failed to load console gems, starting anyway
irb(main):001:0> Katello::Repository.find(5).pulp_importers
NoMethodError: undefined method `pulp_importers' for #<Katello::Repository:0x0000000b0883f0>
from /opt/rh/sclo-ror42/root/usr/share/gems/gems/activemodel-4.2.5.1/lib/active_model/attribute_methods.rb:433:in `method_missing'
from (irb):1
from /opt/rh/sclo-ror42/root/usr/share/gems/gems/railties-4.2.5.1/lib/rails/commands/console.rb:110:in `start'
from /opt/rh/sclo-ror42/root/usr/share/gems/gems/railties-4.2.5.1/lib/rails/commands/console.rb:9:in `start'
from /usr/share/foreman/lib/tasks/console.rake:8:in `block in <top (required)>'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:240:in `call'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:240:in `block in execute'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:235:in `each'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:235:in `execute'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:179:in `block in invoke_with_call_chain'
from /opt/rh/rh-ruby22/root/usr/share/ruby/monitor.rb:211:in `mon_synchronize'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:172:in `invoke_with_call_chain'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/task.rb:165:in `invoke'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:150:in `invoke_task'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:106:in `block (2 levels) in top_level'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:106:in `each'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:106:in `block in top_level'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:115:in `run_with_threads'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:100:in `top_level'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:78:in `block in run'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:176:in `standard_exception_handling'
from /opt/rh/rh-ruby22/root/usr/share/gems/gems/rake-10.4.2/lib/rake/application.rb:75:in `run'
from /opt/rh/rh-ruby22/root/usr/bin/rake:33:in `<main>'irb(main):002:0>
Updated by Lachlan Simpson over 6 years ago
Lachlan Simpson wrote:
Andrew Kofink wrote:
Sorry for the delay in getting back to this issue. If you can still reproduce this, could you please verify the pulp importer information associated with the repository?
Here is the package list - I'm on a fully up to date CentOS 7.4 installation,
Installed Packages
candlepin-2.1.14-1.el7.noarch
candlepin-selinux-2.1.14-1.el7.noarch
foreman-1.16.0-1.el7.noarch
foreman-cli-1.16.0-1.el7.noarch
foreman-compute-1.16.0-1.el7.noarch
foreman-debug-1.16.0-1.el7.noarch
foreman-installer-1.16.0-1.el7.noarch
foreman-installer-katello-3.5.1.1-1.el7.noarch
foreman-postgresql-1.16.0-1.el7.noarch
foreman-proxy-1.16.0-1.el7.noarch
foreman-release-1.16.0-1.el7.noarch
foreman-release-scl-3-1.el7.noarch
foreman-selinux-1.16.0-1.el7.noarch
katello-3.5.1-1.el7.noarch
katello-agent-3.1.0-1.el7.noarch
katello-ca-consumer-vmpr-res-utils.unix.petermac.org.au-1.0-1.noarch
katello-certs-tools-2.4.0-1.el7.noarch
katello-client-bootstrap-1.4.0-2.el7.noarch
katello-common-3.5.1-1.el7.noarch
katello-debug-3.5.1-1.el7.noarch
katello-default-ca-1.0-1.noarch
katello-host-tools-3.1.0-1.el7.noarch
katello-host-tools-fact-plugin-3.1.0-1.el7.noarch
katello-installer-base-3.5.1.1-1.el7.noarch
katello-repos-3.5.1-1.el7.noarch
katello-selinux-3.0.3-1.el7.noarch
katello-server-ca-1.0-1.noarch
katello-service-3.5.1-1.el7.noarch
pulp-admin-client-2.13.4-1.el7.noarch
pulp-client-1.0-1.noarch
pulp-docker-plugins-2.4.1-2.el7.noarch
pulp-katello-1.0.2-1.el7.noarch
pulp-puppet-plugins-2.13.4-1.el7.noarch
pulp-puppet-tools-2.13.4-1.el7.noarch
pulp-rpm-admin-extensions-2.13.4-1.el7.noarch
pulp-rpm-handlers-2.13.4-1.el7.noarch
pulp-rpm-plugins-2.13.4-1.el7.noarch
pulp-selinux-2.13.4-1.el7.noarch
pulp-server-2.13.4-1.el7.noarch
python-gofer-qpid-2.7.6-1.el7.noarch
python-isodate-0.5.0-4.pulp.el7.noarch
python-kombu-3.0.33-8.pulp.el7.noarch
python-pulp-agent-lib-2.13.4-1.el7.noarch
python-pulp-bindings-2.13.4-1.el7.noarch
python-pulp-client-lib-2.13.4-1.el7.noarch
python-pulp-common-2.13.4-1.el7.noarch
python-pulp-docker-common-2.4.1-2.el7.noarch
python-pulp-oid_validation-2.13.4-1.el7.noarch
python-pulp-puppet-common-2.13.4-1.el7.noarch
python-pulp-repoauth-2.13.4-1.el7.noarch
python-pulp-rpm-common-2.13.4-1.el7.noarch
python-pulp-streamer-2.13.4-1.el7.noarch
python-qpid-1.37.0-1.el7.noarch
python-qpid-proton-0.18.1-1.el7.x86_64
python-qpid-qmf-1.37.0-1.el7.x86_64
qpid-cpp-client-1.37.0-1.el7.x86_64
qpid-cpp-client-devel-1.37.0-1.el7.x86_64
qpid-cpp-server-1.37.0-1.el7.x86_64
qpid-cpp-server-linearstore-1.37.0-1.el7.x86_64
qpid-dispatch-router-1.0.0-1.el7.x86_64
qpid-proton-c-0.18.1-1.el7.x86_64
qpid-qmf-1.37.0-1.el7.x86_64
qpid-tools-1.37.0-1.el7.noarch
rubygem-smart_proxy_pulp-1.3.0-1.el7.noarch
tfm-rubygem-activerecord-session_store-0.1.2-2.el7.noarch
tfm-rubygem-addressable-2.3.6-4.el7.noarch
tfm-rubygem-algebrick-0.7.3-4.el7.noarch
tfm-rubygem-ancestry-3.0.0-1.el7.noarch
tfm-rubygem-anemone-0.7.2-14.el7.noarch
tfm-rubygem-angular-rails-templates-1.0.2-1.el7.noarch
tfm-rubygem-apipie-bindings-0.2.0-1.el7.noarch
tfm-rubygem-apipie-params-0.0.5-1.el7.noarch
tfm-rubygem-apipie-rails-0.5.4-1.el7.noarch
tfm-rubygem-audited-4.4.1-1.el7.noarch
tfm-rubygem-awesome_print-1.7.0-1.el7.noarch
tfm-rubygem-bastion-6.1.5-1.fm1_16.el7.noarch
tfm-rubygem-bundler_ext-0.4.1-1.el7.noarch
tfm-rubygem-clamp-1.0.0-5.el7.noarch
tfm-rubygem-concurrent-ruby-1.0.3-1.fm1_16.el7.noarch
tfm-rubygem-concurrent-ruby-edge-0.2.3-1.fm1_15.el7.noarch
tfm-rubygem-css_parser-1.4.7-1.el7.noarch
tfm-rubygem-daemons-1.2.3-3.el7.noarch
tfm-rubygem-deacon-1.0.0-1.el7.noarch
tfm-rubygem-deep_cloneable-2.2.2-1.el7.noarch
tfm-rubygem-deface-1.2.0-1.el7.noarch
tfm-rubygem-docker-api-1.28.0-2.el7.noarch
tfm-rubygem-domain_name-0.5.20160310-1.el7.noarch
tfm-rubygem-dynflow-0.8.30-1.fm1_15.el7.noarch
tfm-rubygem-excon-0.58.0-1.el7.noarch
tfm-rubygem-facter-2.4.0-4.el7.x86_64
tfm-rubygem-fast_gettext-1.4.1-1.el7.noarch
tfm-rubygem-fog-1.41.0-2.el7.noarch
tfm-rubygem-fog-aws-1.3.0-1.el7.noarch
tfm-rubygem-fog-core-1.45.0-1.el7.noarch
tfm-rubygem-fog-digitalocean-0.3.0-1.el7.noarch
tfm-rubygem-fog-google-0.1.0-2.el7.noarch
tfm-rubygem-fog-json-1.0.2-4.el7.noarch
tfm-rubygem-fog-openstack-0.1.18-1.el7.noarch
tfm-rubygem-fog-rackspace-0.1.4-1.el7.noarch
tfm-rubygem-fog-vsphere-1.9.2-1.el7.noarch
tfm-rubygem-fog-xenserver-0.2.3-1.el7.noarch
tfm-rubygem-fog-xml-0.1.2-4.el7.noarch
tfm-rubygem-foreman-tasks-0.10.9-1.fm1_16.el7.noarch
tfm-rubygem-foreman-tasks-core-0.2.4-1.fm1_16.el7.noarch
tfm-rubygem-foreman_ansible-1.5.2-1.fm1_16.el7.noarch
tfm-rubygem-foreman_ansible-doc-1.5.2-1.fm1_16.el7.noarch
tfm-rubygem-foreman_ansible_core-2.0.2-1.fm1_16.el7.noarch
tfm-rubygem-foreman_discovery-10.0.0-1.fm1_16.el7.noarch
tfm-rubygem-foreman_docker-3.2.1-1.fm1_16.el7.noarch
tfm-rubygem-foreman_remote_execution_core-1.1.0-1.fm1_16.el7.noarch
tfm-rubygem-formatador-0.2.1-9.el7.noarch
tfm-rubygem-friendly_id-5.1.0-3.el7.noarch
tfm-rubygem-get_process_mem-0.2.1-1.el7.noarch
tfm-rubygem-gettext_i18n_rails-1.2.1-3.el7.noarch
tfm-rubygem-hammer_cli-0.11.0-1.el7.noarch
tfm-rubygem-hammer_cli_foreman-0.11.0-1.el7.noarch
tfm-rubygem-hammer_cli_foreman_bootdisk-0.1.3-5.el7.noarch
tfm-rubygem-hammer_cli_foreman_docker-0.0.4-2.el7.noarch
tfm-rubygem-hammer_cli_foreman_tasks-0.0.12-1.fm1_16.el7.noarch
tfm-rubygem-hammer_cli_import-0.11.3-1.el7.noarch
tfm-rubygem-hammer_cli_katello-0.11.5-1.el7.noarch
tfm-rubygem-hashie-2.0.5-4.el7.noarch
tfm-rubygem-highline-1.7.8-2.el7.noarch
tfm-rubygem-http-cookie-1.0.2-1.el7.noarch
tfm-rubygem-ipaddress-0.8.0-9.el7.noarch
tfm-rubygem-jquery-ui-rails-4.1.2-5.el7.noarch
tfm-rubygem-katello-3.5.1.1-1.el7.noarch
tfm-rubygem-ldap_fluff-0.4.7-1.el7.noarch
tfm-rubygem-little-plugger-1.1.3-21.el7.noarch
tfm-rubygem-locale-2.0.9-11.el7.noarch
tfm-rubygem-logging-1.8.2-4.el7.noarch
tfm-rubygem-net-ldap-0.15.0-1.el7.noarch
tfm-rubygem-net-ping-2.0.1-1.el7.noarch
tfm-rubygem-net-scp-1.2.1-1.el7.noarch
tfm-rubygem-net-ssh-4.0.1-2.el7.noarch
tfm-rubygem-netrc-0.11.0-1.el7.noarch
tfm-rubygem-oauth-0.5.1-1.el7.noarch
tfm-rubygem-parse-cron-0.1.4-2.fm1_11.el7.noarch
tfm-rubygem-passenger-4.0.18-9.11.el7.x86_64
tfm-rubygem-passenger-native-4.0.18-9.11.el7.x86_64
tfm-rubygem-passenger-native-libs-4.0.18-9.11.el7.x86_64
tfm-rubygem-pg-0.15.1-3.el7.x86_64
tfm-rubygem-powerbar-1.0.17-1.el7.noarch
tfm-rubygem-protected_attributes-1.1.3-3.el7.noarch
tfm-rubygem-qpid_messaging-0.34.1-1.el7.x86_64
tfm-rubygem-rabl-0.12.0-2.el7.noarch
tfm-rubygem-rack-jsonp-1.3.1-5.el7.noarch
tfm-rubygem-rails-i18n-4.0.9-1.el7.noarch
tfm-rubygem-rainbow-2.2.1-1.el7.noarch
tfm-rubygem-rbvmomi-1.10.0-1.el7.noarch
tfm-rubygem-responders-2.3.0-1.el7.noarch
tfm-rubygem-rest-client-2.0.1-1.el7.noarch
tfm-rubygem-roadie-3.2.1-1.el7.noarch
tfm-rubygem-roadie-rails-1.1.1-1.el7.noarch
tfm-rubygem-robotex-1.0.0-19.el7.noarch
tfm-rubygem-ruby2ruby-2.1.3-4.el7.noarch
tfm-rubygem-ruby_parser-3.6.3-4.el7.noarch
tfm-rubygem-runcible-2.5.0-1.el7.noarch
tfm-rubygem-safemode-1.3.2-1.el7.noarch
tfm-rubygem-scoped_search-4.1.2-1.el7.noarch
tfm-rubygem-secure_headers-3.4.1-1.el7.noarch
tfm-rubygem-sequel-4.20.0-5.el7.noarch
tfm-rubygem-sexp_processor-4.4.4-3.el7.noarch
tfm-rubygem-sprockets-rails-3.2.0-1.el7.noarch
tfm-rubygem-sshkey-1.9.0-1.el7.noarch
tfm-rubygem-trollop-2.1.2-1.el7.noarch
tfm-rubygem-unf-0.1.3-5.el7.noarch
tfm-rubygem-unf_ext-0.0.6-6.el7.x86_64
tfm-rubygem-unicode-display_width-1.0.5-1.el7.noarch
tfm-rubygem-useragent-0.16.8-1.el7.noarch
tfm-rubygem-validates_lengths_from_database-0.5.0-3.el7.noarch
tfm-rubygem-webpack-rails-0.9.8-1.el7.noarch
tfm-rubygem-wicked-1.1.0-4.el7.noarch
tfm-rubygem-will_paginate-3.1.5-1.el7.noarch
tfm-rubygem-x-editable-rails-1.5.5-1.el7.noarch
tfm-runtime-3.2-10.el7.x86_64
Updated by Andrew Kofink over 6 years ago
See http://projects.theforeman.org/issues/22637#note-4 (edited with proper command).
Updated by Lachlan Simpson over 6 years ago
Andrew Kofink wrote:
See http://projects.theforeman.org/issues/22637#note-4 (edited with proper command).
==> foreman-rake console
/usr/share/foreman/lib/foreman.rb:8: warning: already initialized constant Foreman::UUID_REGEXP
/usr/share/foreman/lib/foreman.rb:8: warning: previous definition of UUID_REGEXP was here
Loading production environment (Rails 4.2.5.1)
Failed to load console gems, starting anyway
irb(main):001:0> Katello::Repository.find(5).importers
=> [{"repo_id"=>"Peter_MacCallum_Cancer_Centre-Extra_Packages_for_Enterprise_Linux_7_-_x86_64-epel",
"last_updated"=>"2018-02-20T23:28:34Z",
"_href"=>"/pulp/api/v2/repositories/Peter_MacCallum_Cancer_Centre-Extra_Packages_for_Enterprise_Linux_7_-_x86_64-epel/importers/yum_importer/",
"_ns"=>"repo_importers",
"importer_type_id"=>"yum_importer",
"last_override_config"=>{"feed"=>"http://fedora.melbourneitmirror.net/epel/7/x86_64/",
"num_threads"=>4,
"validate"=>true},
"last_sync"=>"2018-04-04T22:46:48Z",
"scratchpad"=>{"repomd_revision"=>nil,
"previous_skip_list"=>[]},
"_id"=>{"$oid"=>"57502342bdb1d649bc01536d"},
"config"=>{"feed"=>"http://fedora.uberglobalmirror.com/pub/epel/7/x86_64/",
"download_policy"=>"immediate",
"remove_missing"=>true,
"ssl_validation"=>true},
"id"=>"yum_importer"}]
irb(main):002:0>
Updated by Lachlan Simpson over 6 years ago
Lachlan Simpson wrote:
Andrew Kofink wrote:
See http://projects.theforeman.org/issues/22637#note-4 (edited with proper command).
[...]
See screenshot attached. I don't know why the feed value still points to the old/wrong repo. It's not obvious to me how to fix that value - given that I've already changed it in the UI.
Updated by Lachlan Simpson over 6 years ago
Comment
Lachlan Simpson wrote:
Andrew Kofink wrote:
See http://projects.theforeman.org/issues/22637#note-4 (edited with proper command).
[...]
See screenshot attached. I don't know why the feed value still points to the old/wrong repo. It's not obvious to me how to fix that value - given that I've already changed it in the UI.
Updated by Andrew Kofink over 6 years ago
I can reproduce this in nightly/master with the following console commands:
r = Katello::Repository.find(1) r.url = 'https://fake.repo/is/fake' r.save r.importers # still shows old url
Updated by Lachlan Simpson over 6 years ago
Andrew Kofink wrote:
I can reproduce this in nightly/master with the following console commands:
[...]
!
Updated by Andrew Kofink over 6 years ago
This didn't work for me, but it's worth a shot (in the `foreman-rake console`):
r = Katello::Repository.find(5) ForemanTasks.sync_task(Actions::Pulp::Repository::Refresh, r)
It runs `Actions::Pulp::Repository::UpdateImporter`, among other things(https://github.com/Katello/katello/blob/master/app/lib/actions/pulp/repository/refresh.rb).
Updated by Lachlan Simpson over 6 years ago
Andrew Kofink wrote:
This didn't work for me, but it's worth a shot (in the `foreman-rake console`):
[...]
It runs `Actions::Pulp::Repository::UpdateImporter`, among other things(https://github.com/Katello/katello/blob/master/app/lib/actions/pulp/repository/refresh.rb).
Thanks, but it didn't work here, either :)
Updated by Lachlan Simpson over 6 years ago
- Translation missing: en.field_release changed from 351 to 352
Updating to Katello 3.6.1 because this is still an issue in 3.6.0
Updated by Andrew Kofink over 6 years ago
- Translation missing: en.field_release changed from 352 to 351
It will make 3.6.z if it's set to < 3.6 (i.e. 3.5.3). If you move it to 3.6.1 and we do a 3.5.3 release, it won't make it into 3.5.3.
Updated by Ewoud Kohl van Wijngaarden almost 6 years ago
- Target version deleted (
Katello 3.5.3) - Triaged set to No
Updated by Andrew Kofink almost 6 years ago
- Assignee changed from Andrew Kofink to Justin Sherrill
Updated by Justin Sherrill almost 6 years ago
- Status changed from New to Resolved
- Target version set to Katello Recycle Bin
- Triaged changed from No to Yes
- Fixed in Releases Katello 3.9.2, Katello 3.11.0, Katello 3.10.1, Katello 3.8.2, Katello 3.9.1 added
Hello,
I've tested this on katello 3.7 and 3.10 and haven't been able to reproduce, since 3.6 is quite old at this point, i would highly recommend upgrading. If you continue to see the issue, please reach out to me. Thanks,
Justin