{"action":"created","issue":{"url":"https://api.github.com/repos/flux-framework/flux-sched/issues/134","repository_url":"https://api.github.com/repos/flux-framework/flux-sched","labels_url":"https://api.github.com/repos/flux-framework/flux-sched/issues/134/labels{/name}","comments_url":"https://api.github.com/repos/flux-framework/flux-sched/issues/134/comments","events_url":"https://api.github.com/repos/flux-framework/flux-sched/issues/134/events","html_url":"https://github.com/flux-framework/flux-sched/issues/134","id":137423301,"number":134,"title":"Intermittent failure of t1001-rs2rank-basic.t","user":{"login":"lipari","id":740218,"avatar_url":"https://avatars.githubusercontent.com/u/740218?v=3","gravatar_id":"","url":"https://api.github.com/users/lipari","html_url":"https://github.com/lipari","followers_url":"https://api.github.com/users/lipari/followers","following_url":"https://api.github.com/users/lipari/following{/other_user}","gists_url":"https://api.github.com/users/lipari/gists{/gist_id}","starred_url":"https://api.github.com/users/lipari/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/lipari/subscriptions","organizations_url":"https://api.github.com/users/lipari/orgs","repos_url":"https://api.github.com/users/lipari/repos","events_url":"https://api.github.com/users/lipari/events{/privacy}","received_events_url":"https://api.github.com/users/lipari/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":11,"created_at":"2016-03-01T00:23:36Z","updated_at":"2016-03-31T16:51:36Z","closed_at":"2016-03-31T16:51:36Z","body":"The t1001-rs2rank-basic.t tests were bypassed in commit 39d2b26935c365c7da11a7bb2cbc670f1fd26682.  I think I see why they are intermittently failing, but I'm not sure how best to fix it.  The test invokes a similar sequence of commands for every test which include a variation on the following:\r\n```\r\n    flux module load sched sched-once=true &&\r\n    timed_wait_job 5 &&\r\n    submit_1N_nproc_sleep_jobs ${shrd_1N4B_nc} 0 &&\r\n```\r\nMy tests appear to show that when a failure happens, it is because a job was submitted before the sched module had reached its flux_reactor_run() call.  This would imply that `flux module load xxx` returns right away, before the module has entered its reactor loop.  I expect this is by design.\r\n\r\nIf so, the question becomes: how can we gracefully hold off submitting the first job before the sched module has entered its reactor loop?\r\n"},"comment":{"url":"https://api.github.com/repos/flux-framework/flux-sched/issues/comments/204018586","html_url":"https://github.com/flux-framework/flux-sched/issues/134#issuecomment-204018586","issue_url":"https://api.github.com/repos/flux-framework/flux-sched/issues/134","id":204018586,"user":{"login":"lipari","id":740218,"avatar_url":"https://avatars.githubusercontent.com/u/740218?v=3","gravatar_id":"","url":"https://api.github.com/users/lipari","html_url":"https://github.com/lipari","followers_url":"https://api.github.com/users/lipari/followers","following_url":"https://api.github.com/users/lipari/following{/other_user}","gists_url":"https://api.github.com/users/lipari/gists{/gist_id}","starred_url":"https://api.github.com/users/lipari/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/lipari/subscriptions","organizations_url":"https://api.github.com/users/lipari/orgs","repos_url":"https://api.github.com/users/lipari/repos","events_url":"https://api.github.com/users/lipari/events{/privacy}","received_events_url":"https://api.github.com/users/lipari/received_events","type":"User","site_admin":false},"created_at":"2016-03-31T16:51:36Z","updated_at":"2016-03-31T16:51:36Z","body":"Closing with the merge of e283376"}}