| *** soniya is now known as soniya|ruck | 06:48 | |
| niknon | Hi! If I run a "all in one" host with a pretty default Neutron configuration, should I expect to see someone when I run "sudo ovs-vsctl show"? | 08:34 |
|---|---|---|
| niknon | Reason I'm asking is because I'm seeing all kinds of errors related to "br-int not found", and the above command shows no bridges created. | 08:35 |
| *** soniya|ruck is now known as soniya|ruck|lunch | 09:41 | |
| yadnesh | niknon, yes, you should see br-int and br-ctlplane ovs bridges | 09:49 |
| niknon | yadnesh: Thanks | 10:00 |
| *** soniya|ruck|lunch is now known as soniya|ruck | 10:09 | |
| *** soniya|ruck is now known as soniya|ruck|afk | 10:11 | |
| *** rlandy|out is now known as rlandy | 10:26 | |
| *** soniya|ruck|afk is now known as soniya|ruck | 11:07 | |
| *** rlandy is now known as rlandy|rover | 11:15 | |
| *** rlandy|rover is now known as rlandy | 12:23 | |
| -opendevstatus- NOTICE: Due to an incident in our hosting provider, the tarballs.opendev.org site (and possibly other sites served from static.opendev.org) is offline while we attempt recovery | 14:52 | |
| *** soniya is now known as soniya|ruck | 15:01 | |
| jamesbenson | I have two refstack questions for anyone who has experience: | 15:40 |
| jamesbenson | One: There are Metadata tests that are being intentionally skipped: | 15:40 |
| jamesbenson | setUpClass (tempest.api.compute.servers.test_server_metadata.ServerMetadataTestJSON) ... SKIPPED: Metadata is read-only on non-Xen-based deployments. | 15:40 |
| jamesbenson | This appears to be correct as we are not running on Xen. But on Refstack: Excluding flagged tests, this cloud passes 97.1% (265/273) of the required tests in the 2021.11 required capabilities for the program. | 15:40 |
| jamesbenson | I'm running ./setup_env -t 31.1.0 -p 3.8 | 15:40 |
| jamesbenson | Two: Besides the metadata tests above, I only fail two other tests (swift temp url tests): tempest.api.object_storage.test_object_temp_url.ObjectTempUrlTest.test_get_object_using_temp_url & tempest.api.object_storage.test_object_temp_url.ObjectTempUrlTest.test_put_object_using_temp_url | 15:40 |
| jamesbenson | I get access denied, but I'm not sure why since I'm passing all of the other swift tests. | 15:40 |
| jamesbenson | This is all on Yoga and cephadm quincy | 15:41 |
| jamesbenson | I have followed this: https://docs.ceph.com/en/quincy/radosgw/swift/tempurl/ & have `rgw swift account in url = true` and `/v1/AUTH_%(project_id)s` on my swift endpoints. | 15:50 |
| jcmdln | jamesbenson: regarding the tempurl, reverting this commit makes the test pass though I haven't looked into it further: https://github.com/openstack/tempest/commit/7f4779089538b1687c312024fdae8cf767a012ae | 23:53 |
| jcmdln | I'm also on yoga+quincy | 23:53 |
| jcmdln | the xen related tests should probably be flagged because the tempest sample config mentions it was ripped out in Victoria | 23:55 |
| jcmdln | a colleague had success setting `xenapi_apis = true` in their `tempest.conf` but I haven't tested that | 23:56 |
| jcmdln | If you use both S3 and swift in radosgw, your swift endpoints should be `/swift/v1/AUTH_ | 23:58 |
| jcmdln | * be `/swift/v1/AUTH_%(project_id)s` | 23:58 |
| jcmdln | There's some "suggestions" regarding temporarily disabling S3 to get refstack to pass and chucking swift onto `/` but that's not actually required | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!