11:38 a.m.
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....
[2] http://pastebin.test.redhat.com/870598
Thank you in advance.
-Justin
4:47 a.m.
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(a)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(a)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....
[2] http://pastebin.test.redhat.com/870598
Thank you in advance.
-Justin
_______________________________________________
cockpit-devel mailing list -- cockpit-devel(a)lists.fedorahosted.org
To unsubscribe send an email to cockpit-devel-leave(a)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.fedoraho...
--
Stef Walter (he / his)
Linux Engineering
Red Hat
7:48 a.m.
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/ch...
[2]
https://src.osci.redhat.com/rpms/cockpit-session-recording/blob/rhel-8.3....
On Thu, Jun 4, 2020 at 5:48 AM Stef Walter <swalter(a)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:
1. Does your VM allow root logins? Run "ssh root(a)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(a)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....
> [2] http://pastebin.test.redhat.com/870598
>
> Thank you in advance.
>
> -Justin
> _______________________________________________
> cockpit-devel mailing list -- cockpit-devel(a)lists.fedorahosted.org
> To unsubscribe send an email to
cockpit-devel-leave(a)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.fedoraho...
--
Stef Walter (he / his)
Linux Engineering
Red Hat
_______________________________________________
cockpit-devel mailing list -- cockpit-devel(a)lists.fedorahosted.org
To unsubscribe send an email to cockpit-devel-leave(a)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.fedoraho...
1455
days inactive
1458
days old
cockpit-devel@lists.fedorahosted.org
2 comments
2 participants
participants (2)
-
Justin Stephenson -
Stef Walter