Plainbox no results or jobs run

Asked by Peinan Chen on 2014-01-24

I'm currently trying to get plainbox to work. When I run with the default whitelist or any pattern, no jobs seem to be run.

Specifically, when I run
plainbox run --whitelist=/usr/share/checkbox/data/whitelists/default.whitelist

I get the following output:
===============================[ Analyzing Jobs ]===============================
Do you want to resume the previous session? [y, n] y
Estimated duration cannot be determined for automated jobs.
Estimated duration cannot be determined for manual jobs.
==============================[ Running All Jobs ]==============================
==================================[ Results ]===================================

I've also looked at the debug logs and gotten the following output:
2014-01-24 15:50:04 [pid:17559, thread:MainThread, reltime:111ms] DEBUG plainbox.logging: Enabled debugging on logger 'plainbox'
2014-01-24 15:50:04 [pid:17559, thread:MainThread, reltime:162ms] DEBUG plainbox.clitools: parsed early namespace: Namespace(checkbox='auto', debug_console=False, debug_interrupt=False, help=None, log_level=None, pdb=False, rest=['run', '-w', '/usr/share/checkbox/data/whitelists/default.whitelist'], trace=['plainbox'], version=None)
2014-01-24 15:50:04 [pid:17559, thread:MainThread, reltime:163ms] DEBUG plainbox.clitools: parsed full namespace: Namespace(checkbox=None, command=<plainbox.impl.commands.run.RunCommand object at 0x7f426c005450>, debug_console=False, debug_interrupt=False, dry_run=False, exclude_pattern_list=[], include_pattern_list=[], log_level=None, not_interactive=False, output_file=<_io.TextIOWrapper name='<stdout>' mode='w' encoding='UTF-8'>, output_format='text', output_options='', pdb=False, trace=['plainbox'], transport=None, transport_options=None, transport_where=None, whitelist=[<_io.TextIOWrapper name='/usr/share/checkbox/data/whitelists/default.whitelist' mode='rt' encoding='UTF-8'>])
2014-01-24 15:50:04 [pid:17559, thread:MainThread, reltime:177ms] DEBUG plainbox.session.legacy: SessionState.open()
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1762ms] DEBUG plainbox.session.legacy: SessionState.resume()
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1762ms] DEBUG plainbox.session.legacy: _commit_manager(), _commit_hint: {'resume', 'open'}
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1763ms] DEBUG plainbox.session.legacy: _commit_resume()
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1763ms] DEBUG plainbox.session.manager: SessionManager.load_session()
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1763ms] DEBUG plainbox.session.resume: Resuming from json... (see below)
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1763ms] DEBUG plainbox.session.resume: {
    "session": {
        "jobs": {},
        "results": {},
        "metadata": {
            "title": "/usr/local/bin/plainbox run -w /usr/share/checkbox/data/whitelists/default.whitelist",
            "flags": [],
            "app_blob": null,
            "running_job_name": null
        },
        "desired_job_list": []
    },
    "version": 2
}
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1763ms] DEBUG plainbox.session.resume: Constructed new session for resume <plainbox.impl.session.state.SessionState object at 0x7f426ad112d0>
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Invoking early callback <function SessionStateLegacyAPICompatImpl._commit_resume.<locals>.<lambda> at 0x7f426c709ef0>
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Using different session for resume: <plainbox.impl.session.legacy.SessionStateLegacyAPICompatImpl object at 0x7f426dcf3150>
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Starting to restore jobs and results to <plainbox.impl.session.legacy.SessionStateLegacyAPICompatImpl object at 0x7f426dcf3150>...
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Starting to restore metadata...
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: restored metadata <SessionMetaData title:'/usr/local/bin/plainbox run -w /usr/share/checkbox/data/whitelists/default.whitelist' flags:set() running_job_name:None>
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Starting to restore desired job list...
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: calling update_desired_job_list([])
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Starting to restore job list...
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.resume: Resume complete!
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.manager: Created SessionManager with state:<plainbox.impl.session.legacy.SessionStateLegacyAPICompatImpl object at 0x7f426dcf3150> and storage:<SessionStorage location:'/home/chenp/.cache/plainbox/sessions/pbox-bsxqbm.session'>
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1764ms] DEBUG plainbox.session.legacy: _commit_resume() finished
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.legacy: .manager accessed
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.manager: SessionManager.checkpoint()
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.manager: Saving 182 bytes of checkpoint data to '/home/chenp/.cache/plainbox/sessions/pbox-bsxqbm.session'
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.storage: Saving 182 bytes of data (UNIX, python 3.2 or older)
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.storage: Opened '/home/chenp/.cache/plainbox/sessions/pbox-bsxqbm.session' as descriptor 5
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.storage: Opened next session file session.next as descriptor 6
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.storage: Wrote 182 bytes of data to descriptor 6
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1765ms] DEBUG plainbox.session.storage: Calling fsync() on descriptor 6
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1840ms] DEBUG plainbox.session.storage: Closing descriptor 6
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1841ms] DEBUG plainbox.session.storage: Renaming 'session.next' to 'session'
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1841ms] DEBUG plainbox.session.storage: Calling fsync() on descriptor 5
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1860ms] DEBUG plainbox.session.storage: Closing descriptor 5
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1860ms] DEBUG plainbox.session.legacy: .manager accessed
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1860ms] DEBUG plainbox.session.legacy: .manager accessed
2014-01-24 15:50:06 [pid:17559, thread:MainThread, reltime:1872ms] DEBUG plainbox.session.legacy: SessionState.close()

Does anyone know what I've done wrong? I am currently running version 0.5.0

Question information

Language:
English Edit question
Status:
Solved
For:
Checkbox Edit question
Assignee:
No assignee Edit question
Solved by:
Daniel Manrique
Solved:
2014-01-25
Last query:
2014-01-25
Last reply:
2014-01-24
Best Daniel Manrique (roadmr) said : #1

Plainbox looks for jobs in a specific location which is *not* the old checkbox jobs directory. Thus, if you only installed the plainbox package, you would have no job definitions, which explains the behavior you're seeing.

Please also install the plainbox-provider-checkbox package to get the checkbox job definitions but packaged in plainbox-expected locations/format, and try running your whitelist again.

Let me know if there are any more issues!

- Daniel

Peinan Chen (chenp) said : #2

Thanks Daniel Manrique, that solved my question.