Installation¶
Install from PyPI¶
Install dependencies:
Required packages on Ubuntu/Debian:
- pip (
`python-pip`
) - virtualenv (
`python-virtualenv`
) - python-dev (
`python-dev`
) - GCC (
`gcc`
) - FFI library (
`libffi-dev`
) - Headers and development libraries for MIT Kerberos (
`libkrb5-dev`
) - ffi (
`libffi6`
) - ssl (
`libssl-dev`
) - YAML (
`libyaml-dev`
) - SASL (
`libsasl2-dev`
) - LDAP (
`libldap2-dev`
) - SSHPass(
`sshpass`
) to get working ssh password auth during playbook execution - GIT (
`git`
) to get working git import
Required packages on Red Hat/CentOS :
- python (
`python`
) - OpenSSL (
`openssl-devel`
) - YAML (
`libyaml-devel`
) - virtualenv (
`python-virtualenv`
) - Kerberos (
`krb5-devel`
) - Libs for Kerberos (
`krb5-libs`
) - Open LDAP (
`openldap-devel`
) - GIT (
`git`
) to get working git import
- pip (
Create virtualenv and activate it**:
virualenv polemarch cd polemarch source bin/activate
Install Polemarch:
pip install polemarch
Edit config file:
Open /etc/polemarch/settings.ini, if it does not exist, create it. Polemarch uses config from this directory.
The default database is SQLite3, but MySQL is recommended. Settings needed for correct work database:
[database] engine = django.db.backends.mysql name = db_name user = db_user password = db_password host = db_host port = db_port
The default cache system is file based cache, but RedisCache is recommended. Settings needed for correct RedisCache work:
[cache] backend = django_redis.cache.RedisCache location = redis://redis-server:6379/1 [locks] backend = django_redis.cache.RedisCache location = redis://redis-server:6379/2
The default celery broker is file Celery broker, but Redis is recommended. Settings needed for correct Redis work:
[rpc] connection = redis://redis-server:6379/3 heartbeat = 5 concurrency = 8 enable_worker = true
For running Polemarch with worker, you need to create follow sections:
[uwsgi] processes = 4 threads = 4 harakiri = 120 vacuum = True [worker] logfile = /tmp/{PROG_NAME}_worker.log # output will be /tmp/polemarch_worker.log pidfile = /tmp/{PROG_NAME}_worker.pid # output will be /tmp/polemarch_worker.pid loglevel = INFO
Also if you need to set your own path for logfile or pidfile, different from the path from example, you can do it, but make sure, that user, which starts Polemarch has write-permissions for these directory and file.
Make migrations:
polemarchctl migrate
Start Polemarch:
polemarchctl webserver
Polemarch starts with web interface on port 8080.
If you need to restart Polemarch use following command:
polemarchctl webserver reload=/var/run/polemarch/web.pid
If you use another directory for storing Polemarch pid file, use path to this file
instead of default /var/run/polemarch/web.pid
.
If you need to stop Polemarch use following command:
polemarchctl webserver stop=/var/run/polemarch/web.pid
If you use another directory for storing Polemarch pid file, use path to this file
instead of default /var/run/polemarch/web.pid
.
Quickstart¶
After you install Polemarch by instructions above you can use it without any further configuration. Interface is pretty intuitive and common for any web application.
Default installation is suitable for most simple and common cases, but Polemarch is highly configurable system. If you need something more advanced (scalability, dedicated DB, custom cache, logging or directories) you can always configure Polemarch like it is said in Configuration manual.
Backup¶
Regular uploading of backups is a guarantee of the reliability of the application. There are several ways of making a backup. The first one is not very reliable, but if you want, you can use it. To upload the data, use the command:
sudo -u polemarch /opt/polemarch/bin/polemarchctl dumpdata --natural-foreign --natural-primary -a --indent 4 -o /home/polemarch/backup.json
To load the saved data, use:
sudo -u polemarch /opt/polemarch/bin/polemarchctl loaddata /home/polemarch/backup.json
The second way is to use SQL backup or to copy you database manually. We strongly recommend to use this way of making a backup, because it is faster and more reliale, than first one.
There are examples of SQL backup for MySQL and PostgreSQL below.
Making backup in MySQL:
shell> mysqldump dbname > dump.sql
Here dbname is the name of your database, dump.sql is the file, where all SQL backup statements will be saved.
Uploading of backup in MySQL:
shell> mysqladmin create dbname shell> mysql dbname < dump.sql
Making backup in PostgreSQL:
pg_dump dbname > dump.sql
Uploading of backup in PostgreSQL:
createdb dbname psql dbname < dump.sql
Update¶
Before updating of package of any type it is strongly recommended to stop all services and create backup for safety.
Update to 0.2.x¶
- Firstly, we strongly recommend you to create a database backup and to stop all Polemarch services for safety.
- Secondly, if you are updating from 0.1.x to 0.2.x, you need to update you current 0.1.x version to 0.1.13 version.
- Then update 0.1.13 version to 0.2.x. If you don’t know how to do it, look “Install from PyPI”.
Migrate¶
Migrations are Django’s way of propagating changes you make to your models (adding a field, deleting a model, etc.) into your database schema. They’re designed to be mostly automatic, but you need to know when to make migrations, when to run them, and the common problems you might run into.
To run a migrate
command you should run follow code:
sudo -u polemarch /opt/polemarch/bin/polemarchctl migrate
Create superuser¶
A superuser is the user, who has all permissions.
To create a superuser account use the follow command:
sudo -u polemarch /opt/polemarch/bin/polemarchctl createsuperuser
This command prompts for all required user’s options.
Change password¶
To change password use the follow command:
sudo -u polemarch /opt/polemarch/bin/polemarchctl changepassword [<username>]
It prompts you to enter a new password twice for the given user. If the entries are identical, this immediately becomes the new password. If you do not supply a user, the command will attempt to change the password of user whose username matches the current user.