Running a pScheduler Server

Introduction

The pScheduler server is the component that does the heavy-lifting of scheduling and managing tasks. It consists of multiple daemon processes and makes extensive use of PostgreSQL. This document describes basic usage of the server.

Daemons

pScheduler consists for four daemon processes that run as separate services. The four services are:

  1. pscheduler-scheduler - This process is what puts new runs on the schedule or marks a run as a non-starter if it can not find an available slot.
  2. pscheduler-runner - This process is what executes runs on the schedule using the selected tool
  3. pscheduler-archiver - This process executes archiver plug-ins using the results of runs. Archivers generally send results to long-term storage or to applications for further processing.
  4. pscheduler-ticker - This process handles basic maintenance of pScheduler

These services can be started/stopped with systemctl or the service command depending on the operating system. For example:

  • Using systemctl:

    systemctl start pscheduler-scheduler
systemctl start pscheduler-runner
systemctl start pscheduler-archiver
systemctl start pscheduler-ticker

In addition to these processes, it also requires Apache HTTPD and PostgreSQL daemons to be running. Apache provides the web server where pScheduler accepts REST API requests and PostgreSQL is where the schedule is stored. The name of these processes is dependent on the operating system:

  • CentOS (all versions): httpd and postgresql-9.5
  • Debian (all versions): apache2 and postgresql

Logging

By default pScheduler logs to syslog facility local4. It sets-up rsyslogd to redirect all logging to the following file:

  • /var/log/pscheduler/pscheduler.log

Note

If you are using an alternative syslog implementation to rsyslogd then you will need to configure it to redirect local4 manually

Configuration

pScheduler has regular configuration files for configuring various aspects of the server. It also has a file for managing limits of the server. For more information on both of these topics, see the pages below: