Doesn't appear to in verify, upgrade, multiclient, or bugs (wtf is that?) either. Maybe they specify distros elsewhere but I'm not seeing it for most of them. Apologies folks if I got something wrong here, it was just a quick grep for os_type and spot checks for the distro folders in several places when the OSes we test got brought up in conversation and I thought I'd better ping about it. :) -Greg On Fri, Apr 12, 2019 at 2:33 PM Patrick Donnelly <pdonnell@xxxxxxxxxx> wrote: > > fs suite also already uses "supported-random-distro$". kcephfs also > tests with just rhel 7.6 or the a random supported distro and the > testing kernel. > > multimds needs updated. > > On Fri, Apr 12, 2019 at 1:31 PM Gregory Farnum <gfarnum@xxxxxxxxxx> wrote: > > > > Hey folks, > > A while ago we changed the lab from being a mix of long-lived OS > > installations to being freshly imaged on every test. It appears we > > never updated the non-RADOS suites for that world. > > > > What does that mean? > > When the machine installations were long-lived, we had a pretty even > > mixture of the OSes we tested in the lab — at that time, CentOS and > > Ubuntu LTS releases. But now, the test needs to select an OS to > > install or it gets the default, which is apparently Ubuntu 16.04. > > A small number of tasks always selected a fixed OS for one reason or > > another (things like known valgrind issues, or packages that weren't > > built, etc). But most of them don't. > > > > How do I fix it? > > There's a ceph.git/qa/distros/ folder that lets you select (by > > symlinking them into your suite, same as "clusters"; see the rados > > suites for examples) from a "supported" matrix (rhel, centos, and > > ubuntu latest), a "supported-all-distros" matrix (centos and ubuntu > > latest, plus rhel7.5 and ubuntu 16.04), or a > > "supported-random-distro$" that will select a random distro on every > > scheduled run from the supported-all-distros list. > > > > It'd be great if we can get the rbd, rgw, and cephfs suites updated > > for a better distribution cross-section. > > Thanks! > > -Greg > > > > -- > Patrick Donnelly
