libtaskotronProject
ActivePublic

Properties

Description

Taskotron is a somewhat-generic system for triggering, scheduling and running automated tasks. This project covers libtaskotron, the main library for executing tasks.

Read more at: https://fedoraproject.org/wiki/Taskotron

Recent Activity

Yesterday

tflink created T954: allow resultsdb directive to use the root 'task_output' dir as a log link.
Fri, May 26, 4:06 PM · libtaskotron

Wed, May 24

mkrizek added a comment to D1196: *WIP* More hacky support, but for containers.

Have you considered using ansible's docker module [1]? Seems like they have it all implemented.

Wed, May 24, 11:37 AM · libtaskotron

Tue, May 23

jskladan requested changes to D1196: *WIP* More hacky support, but for containers.

Well, I'm not a huge fan of this - since not all the commands support the --format flag. This will most definitely have the same issues as testcloud does, but if the goal is to really have it now...

Tue, May 23, 10:10 AM · libtaskotron
kparal added inline comments to D1196: *WIP* More hacky support, but for containers.
Tue, May 23, 8:51 AM · libtaskotron

Mon, May 22

roshi added inline comments to D1196: *WIP* More hacky support, but for containers.
Mon, May 22, 7:16 PM · libtaskotron
merlinm added a comment to T939: Support New Test Invocation Standard.

As an ansible n00b, I'm also trying to work my way through the confusion of how this is going to work, too. I'd be interested in seeing some examples on how to things should be set up in dist-git to have Taskotron automatically kick off the examples described in the ansible-based proposal referenced in the description. I'm sure that will help flesh out a lot of additional questions and details.

Mon, May 22, 3:37 PM · libtaskotron
kparal added inline comments to D1196: *WIP* More hacky support, but for containers.
Mon, May 22, 2:21 PM · libtaskotron
kparal added a comment to T939: Support New Test Invocation Standard.

I understand the motivation - being able to transfer the task between different test systems without any changes. What I don't understand is how localhost-only ansible execution is related here. When I execute a task through ansible locally, and when I execute it remotely from a different machine, doesn't it look the same to the task itself? Is there a different environment or some behavioral changes that the task needs to adapt to? If the execution looks the same to the task regardless of ansible mode, the end goal is achieved (the task doesn't need to be adjusted when moving between test systems), and the particular ansible execution mode then can be left to the test system to implement as it fits best for it.

Mon, May 22, 1:49 PM · libtaskotron

Fri, May 19

roshi added inline comments to D1196: *WIP* More hacky support, but for containers.
Fri, May 19, 7:15 PM · libtaskotron
kparal added inline comments to D1196: *WIP* More hacky support, but for containers.
Fri, May 19, 2:03 PM · libtaskotron

Thu, May 18

roshi added a comment to D1196: *WIP* More hacky support, but for containers.

Sorry for the spam. Last arc diff went against master I think, since I forgot to base it off the right commit - so it was showing a ton of stuff not included in this review.

Thu, May 18, 2:29 PM · libtaskotron
roshi updated the diff for D1196: *WIP* More hacky support, but for containers.

Updated diff to reflect comments in review.

Thu, May 18, 2:27 PM · libtaskotron
roshi updated the diff for D1196: *WIP* More hacky support, but for containers.
  • Updated to reflect review comments.
Thu, May 18, 2:12 PM · libtaskotron

Wed, May 17

roshi added inline comments to D1196: *WIP* More hacky support, but for containers.
Wed, May 17, 2:32 PM · libtaskotron
tflink updated subscribers of T939: Support New Test Invocation Standard.

As alluded to in D1195, there has been a bit of confusion around how all this is going to work. After re-reading the wiki pages and talking with @merlinm a bit, my understanding is:

Wed, May 17, 1:52 PM · libtaskotron
tflink added a revision to T939: Support New Test Invocation Standard: D1195: Support for Ansible Tasks.
Wed, May 17, 1:27 PM · libtaskotron

Tue, May 16

kparal added inline comments to D1196: *WIP* More hacky support, but for containers.
Tue, May 16, 2:14 PM · libtaskotron
roshi added a comment to D1196: *WIP* More hacky support, but for containers.

We can probably add some logic to manipulate the version of Fedora that goes into the container we run. I'll look into it.

Tue, May 16, 1:02 PM · libtaskotron
jskladan added a comment to D1196: *WIP* More hacky support, but for containers.

Looks good for a WIP. My concern here is, that with disposable minions, we do a thing where we use "the right fedora version", so e.g. fc24 packages are tested on F24 machine, and so on. I'd like to see the same for Docker - it can even be done quite easily. Not that it needs to happen for PoC, but I'd like at least a big fat "TODO/FIXME" somewhere in the code to remind you of that :)

Tue, May 16, 7:19 AM · libtaskotron
jskladan added a reviewer for D1196: *WIP* More hacky support, but for containers: libtaskotron.
Tue, May 16, 6:57 AM · libtaskotron

Apr 24 2017

tflink added a comment to T940: Port libtaskotron directives to ansible modules.

I've started on this, have 2 directives ported and am working to make the porting moe generic

Apr 24 2017, 5:19 AM · libtaskotron
tflink created T947: subprocess out to ansible for test execution.
Apr 24 2017, 5:18 AM · libtaskotron
tflink edited the description of T945: Support Ansible Tasks.
Apr 24 2017, 5:14 AM · libtaskotron
tflink created T946: Generate inventory file for ansible.
Apr 24 2017, 5:13 AM · libtaskotron
tflink created T945: Support Ansible Tasks.
Apr 24 2017, 5:11 AM · libtaskotron

Apr 20 2017

kparal added a comment to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

Fix confirmed with depcheck:
https://taskotron.fedoraproject.org/taskmaster/builders/x86_64/builds/468835

Apr 20 2017, 2:48 PM · infrastructure, Restricted Project, libtaskotron
kparal closed T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26 as "Resolved".

This should be now fixed everywhere:
https://infrastructure.fedoraproject.org/cgit/ansible.git/commit/?id=cddf101acb9d67a099ae3cdf6ce184692c1f0a93

Apr 20 2017, 2:39 PM · infrastructure, Restricted Project, libtaskotron
kparal claimed T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

Found it. Example: https://taskotron.fedoraproject.org/taskmaster/builders/x86_64/builds/468182

[depcheck] 20:56:06 WARNING Mirror Error:  None Status code: 404 for http://infrastructure.fedoraproject.org/pub/fedora-secondary/updates/testing/24/i386/repodata/repomd.xml
[libtaskotron] 20:56:06 CRITICAL Traceback (most recent call last):
Exception: Librepo Error 19: Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Apr 20 2017, 1:17 PM · infrastructure, Restricted Project, libtaskotron
kparal added a comment to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

Tim, can you point me to some of the crashes? I believed all of this was fixed.

Apr 20 2017, 1:10 PM · infrastructure, Restricted Project, libtaskotron
kparal added a project to T941: add additional entrypoint for runtask that's easier to guess: papercuts.
Apr 20 2017, 1:08 PM · papercuts, libtaskotron

Apr 19 2017

tflink updated subscribers of T939: Support New Test Invocation Standard.
Apr 19 2017, 6:41 PM · libtaskotron
tflink added a comment to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

As far as I know, this is done. The biggest problem is that now the non-26 builds of i686 are failing for the same reason that the 26+ builds used to fail - can't find the correct URL

Apr 19 2017, 6:41 PM · infrastructure, Restricted Project, libtaskotron
kparal created T942: allow to specify config file from cmdline.
Apr 19 2017, 8:39 AM · libtaskotron, papercuts

Apr 18 2017

tflink created T941: add additional entrypoint for runtask that's easier to guess.
Apr 18 2017, 8:41 PM · papercuts, libtaskotron
tflink created T940: Port libtaskotron directives to ansible modules.
Apr 18 2017, 8:37 PM · libtaskotron
tflink created T939: Support New Test Invocation Standard.
Apr 18 2017, 8:30 PM · libtaskotron

Apr 4 2017

mkrizek closed T914: Create module build item type in libtaskotron as "Resolved".
Apr 4 2017, 2:24 PM · Restricted Project, libtaskotron
mkrizek claimed T914: Create module build item type in libtaskotron.
Apr 4 2017, 6:32 AM · Restricted Project, libtaskotron
mkrizek added a revision to T914: Create module build item type in libtaskotron: D1184: Add module_build item type.
Apr 4 2017, 6:32 AM · Restricted Project, libtaskotron

Apr 3 2017

tflink added a comment to T914: Create module build item type in libtaskotron.

After some discussion in #fedora-qa, it sounds like module_build is a good choice for the item_type, as @mkrizek used for trigger in D1180

Apr 3 2017, 3:48 PM · Restricted Project, libtaskotron
mkrizek closed T936: release is EOL as "Invalid".

We don't currently do any EPEL testing, so no needed changes on our end, closing.

Apr 3 2017, 6:58 AM · libtaskotron

Mar 31 2017

ausil created T936: release is EOL.
Mar 31 2017, 3:45 PM · libtaskotron

Mar 20 2017

kparal reassigned T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26 from kparal to tflink.

D1164 has been pushed even to production. We now need a new libtaskotron release deployed to dev/stg/prod.

Mar 20 2017, 11:47 AM · infrastructure, Restricted Project, libtaskotron

Mar 17 2017

kparal added a comment to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

D1165 is verified fixed in dev now. We can deploy to stg/production.

Mar 17 2017, 7:31 AM · infrastructure, Restricted Project, libtaskotron

Mar 15 2017

kparal added a comment to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

My planned changes will take longer than anticipated. I'll do a new libtaskotron build with the current changes only.

Mar 15 2017, 3:47 PM · infrastructure, Restricted Project, libtaskotron

Mar 14 2017

kparal added a comment to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.

D1164 is now deployed to dev thanks to @mkrizek. D1165 will need a new libtaskotron release. However, I plan a few more changes so we might wait with this a day or two.

Mar 14 2017, 12:42 PM · infrastructure, Restricted Project, libtaskotron
kparal added a revision to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26: D1165: yumrepoinfo: handle alternate arches.
Mar 14 2017, 10:26 AM · infrastructure, Restricted Project, libtaskotron
kparal moved T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26 from Restricted Project Column to Restricted Project Column on the Restricted Project board.
Mar 14 2017, 9:56 AM · infrastructure, Restricted Project, libtaskotron
kparal claimed T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26.
Mar 14 2017, 9:56 AM · infrastructure, Restricted Project, libtaskotron
kparal added a revision to T876: i686 to be migrated to Alternative Architecture beginning with Fedora 26: D1164: i386 is now alternate arch since Fedora 26.
Mar 14 2017, 8:07 AM · infrastructure, Restricted Project, libtaskotron