2010-08-17 05:33:07 +04:00
/*-*- Mode: C; c-basic-offset: 8; indent-tabs-mode: nil -*-*/
2009-11-18 02:42:52 +03:00
2012-07-18 21:07:51 +04:00
# pragma once
2009-11-18 02:42:52 +03:00
2010-02-03 15:03:47 +03:00
/***
This file is part of systemd .
Copyright 2010 Lennart Poettering
systemd is free software ; you can redistribute it and / or modify it
2012-04-12 02:20:58 +04:00
under the terms of the GNU Lesser General Public License as published by
the Free Software Foundation ; either version 2.1 of the License , or
2010-02-03 15:03:47 +03:00
( at your option ) any later version .
systemd is distributed in the hope that it will be useful , but
WITHOUT ANY WARRANTY ; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE . See the GNU
2012-04-12 02:20:58 +04:00
Lesser General Public License for more details .
2010-02-03 15:03:47 +03:00
2012-04-12 02:20:58 +04:00
You should have received a copy of the GNU Lesser General Public License
2010-02-03 15:03:47 +03:00
along with systemd ; If not , see < http : //www.gnu.org/licenses/>.
* * */
2009-11-18 02:42:52 +03:00
# include <stdbool.h>
# include <inttypes.h>
2012-04-05 10:34:05 +04:00
# include <errno.h>
2009-11-18 02:42:52 +03:00
typedef struct Job Job ;
2010-01-20 04:12:51 +03:00
typedef struct JobDependency JobDependency ;
2009-11-18 02:42:52 +03:00
typedef enum JobType JobType ;
2010-01-20 04:12:51 +03:00
typedef enum JobState JobState ;
2010-01-23 03:52:57 +03:00
typedef enum JobMode JobMode ;
2011-02-24 04:36:34 +03:00
typedef enum JobResult JobResult ;
2009-11-18 02:42:52 +03:00
2012-04-05 10:34:05 +04:00
/* Be careful when changing the job types! Adjust job_merging_table[] accordingly! */
2009-11-18 02:42:52 +03:00
enum JobType {
2010-01-26 23:39:06 +03:00
JOB_START , /* if a unit does not support being started, we'll just wait until it becomes active */
2010-01-23 03:52:57 +03:00
JOB_VERIFY_ACTIVE ,
2009-11-18 02:42:52 +03:00
JOB_STOP ,
2010-01-23 03:52:57 +03:00
core: add NOP jobs, job type collapsing
Two of our current job types are special:
JOB_TRY_RESTART, JOB_RELOAD_OR_START.
They differ from other job types by being sensitive to the unit active state.
They perform some action when the unit is active and some other action
otherwise. This raises a question: when exactly should the unit state be
checked to make the decision?
Currently the unit state is checked when the job becomes runnable. It's more
sensible to check the state immediately when the job is added by the user.
When the user types "systemctl try-restart foo.service", he really intends
to restart the service if it's running right now. If it isn't running right
now, the restart is pointless.
Consider the example (from Bugzilla[1]):
sleep.service takes some time to start.
hello.service has After=sleep.service.
Both services get started. Two jobs will appear:
hello.service/start waiting
sleep.service/start running
Then someone runs "systemctl try-restart hello.service".
Currently the try-restart operation will block and wait for
sleep.service/start to complete.
The correct result is to complete the try-restart operation immediately
with success, because hello.service is not running. The two original
jobs must not be disturbed by this.
To fix this we introduce two new concepts:
- a new job type: JOB_NOP
A JOB_NOP job does not do anything to the unit. It does not pull in any
dependencies. It is always immediately runnable. When installed to a unit,
it sits in a special slot (u->nop_job) where it never conflicts with
the installed job (u->job) of a different type. It never merges with jobs
of other types, but it can merge into an already installed JOB_NOP job.
- "collapsing" of job types
When a job of one of the two special types is added, the state of the unit
is checked immediately and the job type changes:
JOB_TRY_RESTART -> JOB_RESTART or JOB_NOP
JOB_RELOAD_OR_START -> JOB_RELOAD or JOB_START
Should a job type JOB_RELOAD_OR_START appear later during job merging, it
collapses immediately afterwards.
Collapsing actually makes some things simpler, because there are now fewer
job types that are allowed in the transaction.
[1] Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=753586
2012-04-25 13:58:27 +04:00
JOB_RELOAD , /* if running, reload */
2010-01-23 03:52:57 +03:00
/* Note that restarts are first treated like JOB_STOP, but
* then instead of finishing are patched to become
* JOB_START . */
core: add NOP jobs, job type collapsing
Two of our current job types are special:
JOB_TRY_RESTART, JOB_RELOAD_OR_START.
They differ from other job types by being sensitive to the unit active state.
They perform some action when the unit is active and some other action
otherwise. This raises a question: when exactly should the unit state be
checked to make the decision?
Currently the unit state is checked when the job becomes runnable. It's more
sensible to check the state immediately when the job is added by the user.
When the user types "systemctl try-restart foo.service", he really intends
to restart the service if it's running right now. If it isn't running right
now, the restart is pointless.
Consider the example (from Bugzilla[1]):
sleep.service takes some time to start.
hello.service has After=sleep.service.
Both services get started. Two jobs will appear:
hello.service/start waiting
sleep.service/start running
Then someone runs "systemctl try-restart hello.service".
Currently the try-restart operation will block and wait for
sleep.service/start to complete.
The correct result is to complete the try-restart operation immediately
with success, because hello.service is not running. The two original
jobs must not be disturbed by this.
To fix this we introduce two new concepts:
- a new job type: JOB_NOP
A JOB_NOP job does not do anything to the unit. It does not pull in any
dependencies. It is always immediately runnable. When installed to a unit,
it sits in a special slot (u->nop_job) where it never conflicts with
the installed job (u->job) of a different type. It never merges with jobs
of other types, but it can merge into an already installed JOB_NOP job.
- "collapsing" of job types
When a job of one of the two special types is added, the state of the unit
is checked immediately and the job type changes:
JOB_TRY_RESTART -> JOB_RESTART or JOB_NOP
JOB_RELOAD_OR_START -> JOB_RELOAD or JOB_START
Should a job type JOB_RELOAD_OR_START appear later during job merging, it
collapses immediately afterwards.
Collapsing actually makes some things simpler, because there are now fewer
job types that are allowed in the transaction.
[1] Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=753586
2012-04-25 13:58:27 +04:00
JOB_RESTART , /* If running, stop. Then start unconditionally. */
_JOB_TYPE_MAX_MERGING ,
/* JOB_NOP can enter into a transaction, but as it won't pull in
* any dependencies , it won ' t have to merge with anything .
* job_install ( ) avoids the problem of merging JOB_NOP too ( it ' s
* special - cased , only merges with other JOB_NOPs ) . */
JOB_NOP = _JOB_TYPE_MAX_MERGING , /* do nothing */
_JOB_TYPE_MAX_IN_TRANSACTION ,
/* JOB_TRY_RESTART can never appear in a transaction, because
* it always collapses into JOB_RESTART or JOB_NOP before entering .
* Thus we never need to merge it with anything . */
JOB_TRY_RESTART = _JOB_TYPE_MAX_IN_TRANSACTION , /* if running, stop and then start */
/* JOB_RELOAD_OR_START won't enter into a transaction and cannot result
* from transaction merging ( there ' s no way for JOB_RELOAD and
* JOB_START to meet in one transaction ) . It can result from a merge
* during job installation , but then it will immediately collapse into
* one of the two simpler types . */
JOB_RELOAD_OR_START , /* if running, reload, otherwise start */
2010-01-23 03:52:57 +03:00
2010-01-20 04:12:51 +03:00
_JOB_TYPE_MAX ,
_JOB_TYPE_INVALID = - 1
2009-11-18 02:42:52 +03:00
} ;
2010-01-20 04:12:51 +03:00
enum JobState {
2009-11-18 02:42:52 +03:00
JOB_WAITING ,
JOB_RUNNING ,
2010-01-30 03:55:42 +03:00
_JOB_STATE_MAX ,
_JOB_STATE_INVALID = - 1
2010-01-20 04:12:51 +03:00
} ;
2009-11-18 02:42:52 +03:00
enum JobMode {
2011-04-06 21:09:33 +04:00
JOB_FAIL , /* Fail if a conflicting job is already queued */
JOB_REPLACE , /* Replace an existing conflicting job */
2013-11-26 04:39:53 +04:00
JOB_REPLACE_IRREVERSIBLY , /* Like JOB_REPLACE + produce irreversible jobs */
2011-04-06 21:09:33 +04:00
JOB_ISOLATE , /* Start a unit, and stop all others */
2013-11-26 05:13:41 +04:00
JOB_FLUSH , /* Flush out all other queued jobs when queing this one */
2011-04-06 21:09:33 +04:00
JOB_IGNORE_DEPENDENCIES , /* Ignore both requirement and ordering dependencies */
JOB_IGNORE_REQUIREMENTS , /* Ignore requirement dependencies */
2010-02-03 14:37:42 +03:00
_JOB_MODE_MAX ,
_JOB_MODE_INVALID = - 1
2009-11-18 02:42:52 +03:00
} ;
2011-02-24 04:36:34 +03:00
enum JobResult {
2012-10-25 03:22:22 +04:00
JOB_DONE , /* Job completed successfully */
JOB_CANCELED , /* Job canceled by a conflicting job installation or by explicit cancel request */
JOB_TIMEOUT , /* JobTimeout elapsed */
JOB_FAILED , /* Job failed */
JOB_DEPENDENCY , /* A required dependency job did not result in JOB_DONE */
2013-12-03 06:52:51 +04:00
JOB_SKIPPED , /* Negative result of JOB_VERIFY_ACTIVE */
JOB_INVALID , /* JOB_RELOAD of inactive unit */
2011-02-24 04:36:34 +03:00
_JOB_RESULT_MAX ,
_JOB_RESULT_INVALID = - 1
} ;
2013-11-20 00:12:59 +04:00
# include "sd-event.h"
2012-05-13 20:18:54 +04:00
# include "manager.h"
# include "unit.h"
# include "hashmap.h"
# include "list.h"
2010-01-20 04:12:51 +03:00
struct JobDependency {
/* Encodes that the 'subject' job needs the 'object' job in
* some way . This structure is used only while building a transaction . */
Job * subject ;
Job * object ;
2010-01-26 06:18:44 +03:00
LIST_FIELDS ( JobDependency , subject ) ;
LIST_FIELDS ( JobDependency , object ) ;
2010-04-21 06:01:24 +04:00
bool matters ;
2010-08-10 00:32:30 +04:00
bool conflicts ;
2010-01-20 04:12:51 +03:00
} ;
2009-11-18 02:42:52 +03:00
struct Job {
Manager * manager ;
2010-01-26 23:39:06 +03:00
Unit * unit ;
2010-01-20 04:12:51 +03:00
2010-01-26 06:18:44 +03:00
LIST_FIELDS ( Job , transaction ) ;
LIST_FIELDS ( Job , run_queue ) ;
2010-02-05 02:38:41 +03:00
LIST_FIELDS ( Job , dbus_queue ) ;
2010-01-20 04:12:51 +03:00
2010-01-26 09:02:51 +03:00
LIST_HEAD ( JobDependency , subject_list ) ;
LIST_HEAD ( JobDependency , object_list ) ;
2010-01-20 04:12:51 +03:00
2010-01-23 03:52:57 +03:00
/* Used for graph algs as a "I have been here" marker */
2010-01-20 04:12:51 +03:00
Job * marker ;
unsigned generation ;
2010-01-26 06:18:44 +03:00
2010-04-21 06:01:24 +04:00
uint32_t id ;
JobType type ;
JobState state ;
2013-11-20 00:12:59 +04:00
sd_event_source * timer_event_source ;
usec_t begin_usec ;
2010-07-17 06:09:28 +04:00
2012-04-20 14:28:31 +04:00
/* There can be more than one client, because of job merging. */
2014-03-03 04:33:45 +04:00
sd_bus_track * subscribed ;
char * * deserialized_subscribed ;
2010-07-05 02:58:07 +04:00
2011-02-24 04:36:34 +03:00
JobResult result ;
2010-04-21 06:01:24 +04:00
bool installed : 1 ;
bool in_run_queue : 1 ;
bool matters_to_anchor : 1 ;
bool override : 1 ;
bool in_dbus_queue : 1 ;
bool sent_dbus_new_signal : 1 ;
2011-04-06 21:09:33 +04:00
bool ignore_order : 1 ;
2013-02-22 14:21:37 +04:00
bool irreversible : 1 ;
2009-11-18 02:42:52 +03:00
} ;
2012-04-18 03:39:20 +04:00
Job * job_new ( Unit * unit , JobType type ) ;
2012-04-23 03:24:04 +04:00
Job * job_new_raw ( Unit * unit ) ;
2009-11-18 02:42:52 +03:00
void job_free ( Job * job ) ;
2012-04-20 11:38:43 +04:00
Job * job_install ( Job * j ) ;
core: add NOP jobs, job type collapsing
Two of our current job types are special:
JOB_TRY_RESTART, JOB_RELOAD_OR_START.
They differ from other job types by being sensitive to the unit active state.
They perform some action when the unit is active and some other action
otherwise. This raises a question: when exactly should the unit state be
checked to make the decision?
Currently the unit state is checked when the job becomes runnable. It's more
sensible to check the state immediately when the job is added by the user.
When the user types "systemctl try-restart foo.service", he really intends
to restart the service if it's running right now. If it isn't running right
now, the restart is pointless.
Consider the example (from Bugzilla[1]):
sleep.service takes some time to start.
hello.service has After=sleep.service.
Both services get started. Two jobs will appear:
hello.service/start waiting
sleep.service/start running
Then someone runs "systemctl try-restart hello.service".
Currently the try-restart operation will block and wait for
sleep.service/start to complete.
The correct result is to complete the try-restart operation immediately
with success, because hello.service is not running. The two original
jobs must not be disturbed by this.
To fix this we introduce two new concepts:
- a new job type: JOB_NOP
A JOB_NOP job does not do anything to the unit. It does not pull in any
dependencies. It is always immediately runnable. When installed to a unit,
it sits in a special slot (u->nop_job) where it never conflicts with
the installed job (u->job) of a different type. It never merges with jobs
of other types, but it can merge into an already installed JOB_NOP job.
- "collapsing" of job types
When a job of one of the two special types is added, the state of the unit
is checked immediately and the job type changes:
JOB_TRY_RESTART -> JOB_RESTART or JOB_NOP
JOB_RELOAD_OR_START -> JOB_RELOAD or JOB_START
Should a job type JOB_RELOAD_OR_START appear later during job merging, it
collapses immediately afterwards.
Collapsing actually makes some things simpler, because there are now fewer
job types that are allowed in the transaction.
[1] Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=753586
2012-04-25 13:58:27 +04:00
int job_install_deserialized ( Job * j ) ;
2012-04-20 04:04:01 +04:00
void job_uninstall ( Job * j ) ;
2010-01-20 04:35:46 +03:00
void job_dump ( Job * j , FILE * f , const char * prefix ) ;
2012-04-23 03:24:04 +04:00
int job_serialize ( Job * j , FILE * f , FDSet * fds ) ;
int job_deserialize ( Job * j , FILE * f , FDSet * fds ) ;
int job_coldplug ( Job * j ) ;
2009-11-18 02:42:52 +03:00
2012-04-18 17:21:24 +04:00
JobDependency * job_dependency_new ( Job * subject , Job * object , bool matters , bool conflicts ) ;
void job_dependency_free ( JobDependency * l ) ;
2010-01-20 04:12:51 +03:00
int job_merge ( Job * j , Job * other ) ;
2013-05-03 06:51:50 +04:00
JobType job_type_lookup_merge ( JobType a , JobType b ) _pure_ ;
2012-04-05 10:34:05 +04:00
2013-05-03 06:51:50 +04:00
_pure_ static inline bool job_type_is_mergeable ( JobType a , JobType b ) {
2012-04-05 10:34:05 +04:00
return job_type_lookup_merge ( a , b ) > = 0 ;
}
2013-05-03 06:51:50 +04:00
_pure_ static inline bool job_type_is_conflicting ( JobType a , JobType b ) {
2012-04-05 10:34:05 +04:00
return ! job_type_is_mergeable ( a , b ) ;
}
2013-05-03 06:51:50 +04:00
_pure_ static inline bool job_type_is_superset ( JobType a , JobType b ) {
2012-04-05 10:34:05 +04:00
/* Checks whether operation a is a "superset" of b in its actions */
return a = = job_type_lookup_merge ( a , b ) ;
}
2013-05-03 06:51:50 +04:00
bool job_type_is_redundant ( JobType a , UnitActiveState b ) _pure_ ;
2010-01-23 03:52:57 +03:00
core: add NOP jobs, job type collapsing
Two of our current job types are special:
JOB_TRY_RESTART, JOB_RELOAD_OR_START.
They differ from other job types by being sensitive to the unit active state.
They perform some action when the unit is active and some other action
otherwise. This raises a question: when exactly should the unit state be
checked to make the decision?
Currently the unit state is checked when the job becomes runnable. It's more
sensible to check the state immediately when the job is added by the user.
When the user types "systemctl try-restart foo.service", he really intends
to restart the service if it's running right now. If it isn't running right
now, the restart is pointless.
Consider the example (from Bugzilla[1]):
sleep.service takes some time to start.
hello.service has After=sleep.service.
Both services get started. Two jobs will appear:
hello.service/start waiting
sleep.service/start running
Then someone runs "systemctl try-restart hello.service".
Currently the try-restart operation will block and wait for
sleep.service/start to complete.
The correct result is to complete the try-restart operation immediately
with success, because hello.service is not running. The two original
jobs must not be disturbed by this.
To fix this we introduce two new concepts:
- a new job type: JOB_NOP
A JOB_NOP job does not do anything to the unit. It does not pull in any
dependencies. It is always immediately runnable. When installed to a unit,
it sits in a special slot (u->nop_job) where it never conflicts with
the installed job (u->job) of a different type. It never merges with jobs
of other types, but it can merge into an already installed JOB_NOP job.
- "collapsing" of job types
When a job of one of the two special types is added, the state of the unit
is checked immediately and the job type changes:
JOB_TRY_RESTART -> JOB_RESTART or JOB_NOP
JOB_RELOAD_OR_START -> JOB_RELOAD or JOB_START
Should a job type JOB_RELOAD_OR_START appear later during job merging, it
collapses immediately afterwards.
Collapsing actually makes some things simpler, because there are now fewer
job types that are allowed in the transaction.
[1] Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=753586
2012-04-25 13:58:27 +04:00
/* Collapses a state-dependent job type into a simpler type by observing
* the state of the unit which it is going to be applied to . */
void job_type_collapse ( JobType * t , Unit * u ) ;
int job_type_merge_and_collapse ( JobType * a , JobType b , Unit * u ) ;
2010-02-05 02:38:41 +03:00
void job_add_to_run_queue ( Job * j ) ;
void job_add_to_dbus_queue ( Job * j ) ;
2010-07-17 06:09:28 +04:00
int job_start_timer ( Job * j ) ;
2010-01-23 03:52:57 +03:00
int job_run_and_invalidate ( Job * j ) ;
2012-04-24 13:21:03 +04:00
int job_finish_and_invalidate ( Job * j , JobResult result , bool recursive ) ;
2010-01-21 02:51:37 +03:00
2010-07-17 06:09:28 +04:00
char * job_dbus_path ( Job * j ) ;
2013-01-26 01:33:33 +04:00
void job_shutdown_magic ( Job * j ) ;
2013-05-03 06:51:50 +04:00
const char * job_type_to_string ( JobType t ) _const_ ;
JobType job_type_from_string ( const char * s ) _pure_ ;
2010-01-30 03:55:42 +03:00
2013-05-03 06:51:50 +04:00
const char * job_state_to_string ( JobState t ) _const_ ;
JobState job_state_from_string ( const char * s ) _pure_ ;
2010-01-30 03:55:42 +03:00
2013-05-03 06:51:50 +04:00
const char * job_mode_to_string ( JobMode t ) _const_ ;
JobMode job_mode_from_string ( const char * s ) _pure_ ;
2010-02-03 14:37:42 +03:00
2013-05-03 06:51:50 +04:00
const char * job_result_to_string ( JobResult t ) _const_ ;
JobResult job_result_from_string ( const char * s ) _pure_ ;
2014-01-27 09:57:34 +04:00
int job_get_timeout ( Job * j , uint64_t * timeout ) _pure_ ;