Foreman 1.18 test week

Unable to associate organization with location (regression 1.18)
http://projects.theforeman.org/issues/23918

Page headers not aligned properly, see screenshot in redmine
http://projects.theforeman.org/issues/23920

Set template automatically if it’s the only one when associating with OS
http://projects.theforeman.org/issues/23923

Not necessary a bug, but a feature that bugs me every time I set up new Foreman. I am gonna fix this.

Not sure if I should file a bug but Smart Proxy registered via installer was not in my Organization and Location, therefore DHCP free_ip call silently failed. I believe this is regression, any similar observations someone?

reporting on behalf of Adam, I was also able to reproduce the REX issue that on job invocation page, the result chart is not displayed
http://projects.theforeman.org/issues/23902

1 Like

Foreman prefers PXEGrub2 UEFI loader for generic host
http://projects.theforeman.org/issues/23930

Make -c (continue) wget flag optional when downloading kernel/initram
https://projects.theforeman.org/issues/20823

@iNecas I start to thing that we should better remove the flag completely. From wget man page: Continue getting a partially-downloaded file. This is useful when you want to finish up a download started by a previous instance of Wget, or by another program. - This only controls to continue file but it has nothing to do with “don’t download if you have up-to-date file” that’s a different option -N. The only limitation is you can’t use -O with -N so we need to rename file back to the original name prior redownloading.

We now have the checklist plugin installed, so you should be able to click on things directly. We (well, @lzap) did discover an issue with checklist items in backticks, so sorry for the mess of edits in the last few minutes, and don’t do that in your own checklists :slight_smile: Enjoy!

It looks like the checklist plugin or discourse can overwrite the wiki with outdated version, be sure to refresh the page prior checking/unchecking. If this turns out to be a problem, I will mark the OP as readonly and moderate checking asking you to post comments with scenarios verified.

Wiki pages should update in real time after another person has changed it (I’ve seen this myself), so old state in that direction shouldn’t be an issue. We can hop on a video chat and test it together if you think that’s not the case.

While it makes sense to me, it probably deserves a separate thread: otherwise, this one will be a complete mess soon.

2 Likes

It already exists: RFC: Drop -c flag from wget on TFTP proxy

Cannot Create OSP compute resource with v2 auth api

https://projects.theforeman.org/issues/23948

Cannot Create OSP compute resource with v3 auth api, error on submit. It is fixed in 1.19 but would highly recommend to backport if possible

https://projects.theforeman.org/issues/23949

the fix has been cherry-picked to 1.18-stable after RC1, therefore it should be fixed in RC2, we’d appreciate if you retest once RC2 is ready (cherry-pick link - https://github.com/theforeman/foreman/pull/5668)

1 Like

Thank you for participating so far, we are half-way though. Some notes:

  • Katello 3.7 RC1 was released and it’s still some time to test some scenarios
  • VMWare and oVirt CR haven’t been tested yet (these are important)
  • No upgrade test scenarios performed yet
  • Lots of plugins are not yet on the list

I wanted to do some testing but did not find time for it. Only thing to mention so far I tested installation on newest postgresql scl and it works fine. Reason for this are expected performance improvements by getting rid of the very old default version.

Forklift configuration for this was:

centos7-foreman-1.18-psql10:
  box: centos7
  ansible:
    playbook: playbooks/foreman.yml
    variables:
      foreman_repositories_version: 1.18
      puppet_repositories_version: 5
      selinux_state: permissive
      foreman_installer_custom_hiera: |
        postgresql::globals::version: '10'
        postgresql::globals::client_package_name: rh-postgresql10-postgresql-syspaths
        postgresql::globals::server_package_name: rh-postgresql10-postgresql-server-syspaths
        postgresql::globals::contrib_package_name: rh-postgresql10-postgresql-contrib-syspaths
        postgresql::globals::service_name: postgresql
        postgresql::globals::datadir: /var/opt/rh/rh-postgresql10/lib/pgsql/data
        postgresql::globals::confdir: /var/opt/rh/rh-postgresql10/lib/pgsql/data
        postgresql::globals::bindir: /usr/bin

Just for the record, I performed tests with Discovery 12.0.0 (pending build) and FDI 3.4.4.

There is an issue with building 3.5.0 FDI image due to changes on Jenkins, working on that. The build will be available later this week.