Hi Cockpit team,
We have been making some changes and additions to our tests in cockpit-session-recording upstream, sometimes this causes our downstream OSCI-Gating tests to fail however.
I would like to spin up a RHEL 8 VM and attempt to replicate the OSCI test run to enable quicker troubleshooting of downstream test runs. I'm assuming that is possible without the complete ansible/standard-test-roles setup so I recently installed the latest RHEL-8.3 nightly compose ISO into a VM, and now I am attempting to run our tests[1].
This is giving me permission denied and timing out when attempting to connect from inside the container to the host [2]. I tried disabling SELinux but no luck with that attempt either. I wonder if someone has seen this problem, or may know how to workaround this issue.
[1] https://src.osci.redhat.com/rpms/cockpit-session-recording/blob/rhel-8.3.0/f... [2] http://pastebin.test.redhat.com/870598
Thank you in advance.
-Justin
Interesting. It looks like you've deployed an existing virtual machine and are verifying against that.
The error is: "Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password)."
So here's where I would look:
1. Does your VM allow root logins? Run "ssh root@10.88.0.1" from the CLI. Fix /etc/ssh/sshd_config if not ... especially "PermitRootLogin yes" line.
2. Does your VM allow password auth. Again try the same thing, but look at the "PasswordAuthentication" setting.
3. By default Cockpit uses a password "foobar". Does that password work with root logins?
Cheers,
Stef
On Mon, Jun 1, 2020 at 6:40 PM Justin Stephenson jstephen@redhat.com wrote:
Hi Cockpit team,
We have been making some changes and additions to our tests in cockpit-session-recording upstream, sometimes this causes our downstream OSCI-Gating tests to fail however.
I would like to spin up a RHEL 8 VM and attempt to replicate the OSCI test run to enable quicker troubleshooting of downstream test runs. I'm assuming that is possible without the complete ansible/standard-test-roles setup so I recently installed the latest RHEL-8.3 nightly compose ISO into a VM, and now I am attempting to run our tests[1].
This is giving me permission denied and timing out when attempting to connect from inside the container to the host [2]. I tried disabling SELinux but no luck with that attempt either. I wonder if someone has seen this problem, or may know how to workaround this issue.
[1] https://src.osci.redhat.com/rpms/cockpit-session-recording/blob/rhel-8.3.0/f... [2] http://pastebin.test.redhat.com/870598
Thank you in advance.
-Justin _______________________________________________ cockpit-devel mailing list -- cockpit-devel@lists.fedorahosted.org To unsubscribe send an email to cockpit-devel-leave@lists.fedorahosted.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedorahosted.org/archives/list/cockpit-devel@lists.fedorahoste...
Thank you Stef for the response, I will take those suggestions and see if I can make forward progress in resolving this problem on my end.
I should take a step back and explain what I am trying to accomplish, I would appreciate any input if this is the best method, or there is a better way to do it.
The problem I am attempting to solve: - cockpit-session-recording tests[1] are run successfully upstream with TEST_OS=rhel-8-3 - Some of these tests when run downstream in OSCI[2] with standard-test-roles have been failing occasionally
In order to understand why these are tests are failing in downstream CI, I would like to run the tests in an interactive browser to determine which conditions, or values are unexpected.
I assume I cannot interactively follow the test when it runs in OSCI infrastructure, therefore I went to spin up a RHEL 8.3 nightly compose VM and attempt to run the same steps as the verify.sh shell script.
** As I don't have the interactive test runs working currently, I have simply been iterating changes to our tests and pushing new pull requests to OSCI and waiting for them to complete to have the failure or success results. It is a bit slow and tedious however.
[1] https://github.com/Scribery/cockpit-session-recording/blob/master/test/check... [2] https://src.osci.redhat.com/rpms/cockpit-session-recording/blob/rhel-8.3.0/f...
On Thu, Jun 4, 2020 at 5:48 AM Stef Walter swalter@redhat.com wrote:
Interesting. It looks like you've deployed an existing virtual machine and are verifying against that.
The error is: "Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password)."
So here's where I would look:
- Does your VM allow root logins? Run "ssh root@10.88.0.1" from the CLI.
Fix /etc/ssh/sshd_config if not ... especially "PermitRootLogin yes" line.
- Does your VM allow password auth. Again try the same thing, but
look at the "PasswordAuthentication" setting.
- By default Cockpit uses a password "foobar". Does that password
work with root logins?
Cheers,
Stef
On Mon, Jun 1, 2020 at 6:40 PM Justin Stephenson jstephen@redhat.com wrote:
Hi Cockpit team,
We have been making some changes and additions to our tests in cockpit-session-recording upstream, sometimes this causes our downstream OSCI-Gating tests to fail however.
I would like to spin up a RHEL 8 VM and attempt to replicate the OSCI test run to enable quicker troubleshooting of downstream test runs. I'm assuming that is possible without the complete ansible/standard-test-roles setup so I recently installed the latest RHEL-8.3 nightly compose ISO into a VM, and now I am attempting to run our tests[1].
This is giving me permission denied and timing out when attempting to connect from inside the container to the host [2]. I tried disabling SELinux but no luck with that attempt either. I wonder if someone has seen this problem, or may know how to workaround this issue.
[1]
https://src.osci.redhat.com/rpms/cockpit-session-recording/blob/rhel-8.3.0/f...
[2] http://pastebin.test.redhat.com/870598
Thank you in advance.
-Justin _______________________________________________ cockpit-devel mailing list -- cockpit-devel@lists.fedorahosted.org To unsubscribe send an email to
cockpit-devel-leave@lists.fedorahosted.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:
https://lists.fedorahosted.org/archives/list/cockpit-devel@lists.fedorahoste...
-- Stef Walter (he / his) Linux Engineering Red Hat _______________________________________________ cockpit-devel mailing list -- cockpit-devel@lists.fedorahosted.org To unsubscribe send an email to cockpit-devel-leave@lists.fedorahosted.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedorahosted.org/archives/list/cockpit-devel@lists.fedorahoste...
cockpit-devel@lists.fedorahosted.org