Re: Permuting only some things with teuthology-suite --subset

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Feb 16, 2017 at 3:35 PM, Sage Weil <sweil@xxxxxxxxxx> wrote:
> On Thu, 16 Feb 2017, John Spray wrote:
>> On Thu, Feb 16, 2017 at 11:14 PM, Yuri Weinstein <yweinste@xxxxxxxxxx> wrote:
>> > I can't say I understand details on what you want to achieve, but I'd
>> > try combination of "--subset" and "--filter"
>> >
>> > I think/hope "--filter" would work on whatever you get out of "--subset" filter.
>>
>> Ah, the key thing is that I don't want to just run a filtered part of
>> the sample, I want to control which aspects of the test are sampled,
>> vs which are all run.  I am also having trouble putting together the
>> right words to explain this :-)
>>
>> So if I've got a suite that looks something like this:
>>
>> mysuite/rados_pool/ec.yaml
>> mysuite/rados_pool/replicated.yaml
>> mysuite/rados_store/bluestore.yaml
>> mysuite/rados_store/xfs.yaml
>> mysuite/cephfs_inline/yes.yaml
>> mysuite/cephfs_inline/no.yaml
>> mysuite/tasks/myworkunit.yaml
>>
>> Then I want to always include all permutations of cephfs_inline, while
>> only including a subset of the permutations of rados_pool and
>> rados_store.  There are 4 permutations of the rados_* bits, so I'd be
>> passing something like --subset=1/4, but for it to work the way I want
>> I need a way to tell teuthology-suite to only do the subset part on
>> the rados bits, and leave the cephfs bits alone.

I'd love that.
>From QE standpoint it'd be valuable if we can run suites with jobs
tagged "nightlies" and then maybe tagged "all" and maybe
"point_release", etc. as we define tags.

It would also allow us to manage sepia lab load better !

>
> +1
>
> This would be super useful, IMO!
>
> My main question is whether it's something we might want to encode into
> the suite itself, so that certain permutations sample before others do.
> I'm not quite sure how to put it... maybe it's simplest to say that some
> permutations would *always* sample.  There are lots of cases where I want
> to mix in additional variables but I don't expect them to corelate
> with anything else, but end up blowing up the test count anyway.
>
> sage
>
>
>>
>> John
>>
>>
>>
>>
>>
>>
>> > On Thu, Feb 16, 2017 at 3:11 PM, John Spray <jspray@xxxxxxxxxx> wrote:
>> >> Evening all,
>> >>
>> >> I'm wondering if this is something that's buried in the existing code,
>> >> or if others have thought about it -- I'd like to be able to do the
>> >> --subset sampling, but only on some aspects of a suite.  Specifically,
>> >> in the fs suite we have some RADOS-level options like xfs vs.
>> >> bluestore, forthcoming EC vs. replication, and I'd like to sample
>> >> those, while still running all the cephfs-specific permutations
>> >> exhaustively.
>> >>
>> >> So if this doesn't already exist I guess it could look something like
>> >> --suite fs --subset=1/3, --subset-filter=rados_* (e.g. if I adopted a
>> >> naming convention where dirs/files controlling the rados-ish bits wre
>> >> named like that).
>> >>
>> >> Any thoughts?
>> >>
>> >> John
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> >> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux