Table des matières

Sujet précédent

1.1. Installation de OpenPLM serveur version 1.2

Sujet suivant

1.3. How to upgrade an installation of OpenPLM

Cette page

Autres langues

1.2. Installation de OpenPLM serveur version de développement

Ce document décrit l’installation d’un serveur OpenPLM à partir de la version de développement.

1.2.1. Prérequis

Ce tutoriel a été réalisé à l’aide des logiciels suivant :

  • Debian Squeeze
  • Apache Server version: Apache/2.2.16
  • PostgreSQL 8.4.4
  • Python 2.6.X
  • Django 1.2.X
  • Celery 2.3.X
  • Haystack 1.2.X
  • Xapian 1.2.X
  • Lepl 5.0
  • South 0.7.3

Note

Le framework Django fonctionne aussi avec des bases de données SQLite 3 et MySQL, ainsi qu’avec d’autres serveurs web. Tout retour sur des installations basées sur ces combinaisons sont les bienvenues. Pour plus d’information, vous pouvez consulter le site web de Django

1.2.2. Installation des paquets nécessaires

Pour commencer, il faut satisfaire quelques dépendances :

  1. apt-get install swig build-essential pkg-config gettext
  2. apt-get install apache2 libapache2-mod-wsgi
  3. apt-get install python-pip python-dev python-imaging python-kjbuckets python-pypdf ipython
  4. pip install odfpy
  5. apt-get install graphviz graphviz-dev
  6. pip install 'pygraphviz>=1.1'
  7. apt-get install python-xapian rabbitmq-server
  8. apt-get install python-django python-docutils
  9. pip install 'south>=0.7'
  10. pip install celery
  11. pip install django-celery
  12. pip install 'django-haystack<2'
  13. apt-get install postgresql python-psycopg2
  14. pip install lepl
  15. apt-get install python-pisa
  16. apt-get install libgsf-bin

Les dépendances suivantes sont aussi nécessaires pour permettre la recherche textuelle dans les fichiers :

  1. apt-get install poppler-utils html2text odt2txt antiword catdoc
  2. pip install openxmllib

1.2.3. Récupération du code source via Subversion

  • apt-get install subversion
  • mkdir /var/django

Tout les fichiers utilisés par un nouveau site django seront stockés dans ce répertoire.

  • cd /var/django
  • svn co svn://openplm.org/openPLM

Le répertoire ./openPLM est créé et le code source y est téléchargé.

  • cd /var/django/openPLM

1.2.4. Configuration de PostgreSQL

  • mkdir /var/postgres

  • chown postgres:postgres /var/postgres/

  • find / -name initdb

    /usr/lib/postgresql/8.4/bin/initdb
  • locale-gen fr_FR.UTF-8 (remplacer fr_FR.UTF-8 avec la locale utilisée)

  • su postgres

  • /usr/lib/postgresql/8.4/bin/initdb --encoding=UTF-8 --locale=fr_FR.UTF-8 --pgdata=/var/postgres/

  • /usr/lib/postgresql/8.4/bin/postgres -D /var/postgres & (ce n’est pas un problème si postgres est déjà lancé, il n’est pas nécessaire de le redémarrer.)

  • psql:

    postgres=#create database openplm;
    postgres=#create role django with password 'MyPassword' login;
    \q
    
  • exit

1.2.5. Changer la clé secrète

  • cd /var/django/openPLM/trunk/openPLM/
  • python bin/change_secret_key.py

1.2.6. Créer la base de données

Éditer le fichier /var/django/openPLM/settings.py et définir le mot de passe de la base (‘MyPassword’). Il s’agit du mot de passe défini avec la commande create role django with password 'MyPassword' login; Ici l’utilisateur base de donnée (DATABASE_USER) est django, et non pas l’administrateur Django créé avec ./manage.py syncdb --all.

Par example:

# settings.py
DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2', # or 'postgresql', 'mysql', 'sqlite3', 'oracle'.
        'NAME': 'openplm',               # Or path to database file if using sqlite3.
        'USER': 'django',                # Not used with sqlite3.
        'PASSWORD': 'MyPassword',        # Not used with sqlite3.
        'HOST': 'localhost',             # Set to empty string for localhost. Not used with sqlite3.
        'PORT': '',                      # Set to empty string for default. Not used with sqlite3.
    }
}

On exécute ensuite les commandes suivantes :

  • cd /var/django/openPLM/trunk/openPLM/
  • ./manage.py syncdb --all
  • ./manage.py migrate --all --fake

Note

Vous devez créer un utilisateur superadmin pour Django, ainsi qu’un utilisateur spécial appelé ‘company’. superadmin est utilisé pour administrer openPLM via l’interface d’administration. company permet d’accéder à tout le contenu de openPLM et devrait être devrait être utilisé pour sponsoriser d’autres utilisateurs.

1.2.7. Compilation des fichiers de traduction

Exécuter les commandes suivantes :

  1. make
  2. ./bin/translate_all.sh compile all.

1.2.8. Configuration du stockage des fichiers

Création du répertoire où seront stocker les fichiers uploader :

  • mkdir /var/openPLM

On ajuste les droits :

  • chown www-data:www-data /var/openPLM

On ajuste aussi les droits pour le répertoire où sont stockés les aperçus :

  • chown www-data:www-data /var/django/openPLM/trunk/openPLM/media/thumbnails

1.2.9. Configuration du moteur de recherche

Bien que haystack supporte plusieurs moteurs de recherche, openPLM utilise xapian. Si vous souhaitez stocker les index dans un autre répertoire, vous devez modifier la variable HAYSTACK_XAPIAN_PATH dans le fichier settings.py.

Une fois haystack configuré, il faut reconstruire l’index :

  • ./manage.py rebuild_index
  • chown www-data:www-data -R /var/openPLM/xapian_index/

1.2.10. Configuration de Celery

openPLM utilise Celery pour gérer les taches asynchrones. Celery a besoin d’un ‘broker’, vous pouvez utiliser n’importe quel ‘broker’ supporter par Celery, mais rabbitmq est recommandé.

Pour configurer rabbitmq, il faut créer un utilisateur et un vhost (en tant qu’utilisateur root) :

  • service rabbitmq-server start
  • rabbitmqctl add_user openplm 'secret' (changer le mot de passe, utiliser des simple quotes pour spécifier des charactères spéciaux ou des espaces.)
  • rabbitmqctl add_vhost openplm
  • rabbitmqctl set_permissions -p openplm openplm ".*" ".*" ".*"

Il faut ensuite modifier les paramètres BROKER_* dans le fichier settings.py. Si vous suivez ce tutoriel, il vous suivez d’adapter le mot de passe BROKER_PASSWORD.

Par exemple :

# settings.py
BROKER_HOST = "localhost"
BROKER_PORT = 5672
BROKER_USER = "openplm"
BROKER_PASSWORD = "secret"
BROKER_VHOST = "openplm"

celeryd, le démon Celeryc doit être lancé. openPLM comprend un script de démarrage:

  • cp /var/django/openPLM/trunk/openPLM/etc/init.d/celeryd /etc/init.d/celeryd
  • cp /var/django/openPLM/trunk/openPLM/etc/default/celeryd /etc/default/celeryd
  • chmod +x /etc/init.d/celeryd
  • mkdir /var/log/celery
  • mkdir /var/run/celery
  • chown www-data:www-data /var/log/celery /var/run/celery

Pour lancer celeryd, exécuter /etc/init.d/celeryd start.

1.2.11. Vérification des modules requis

  • ./bin/check_modules.py

    /usr/local/lib/python2.6/dist-packages/pyPdf-1.12-py2.6.egg/pyPdf/pdf.py:52: DeprecationWarning: the sets module is deprecated
    from sets import ImmutableSet
    All is ok

1.2.12. Configuration du serveur Apache

Éditer le fichier de configuration d’Apache (/etc/apache2/httpd.conf) et ajouter les lignes suivantes :

WSGIScriptAlias / /var/django/openPLM/trunk/openPLM/apache/django.wsgi
# required to enable webdav access 
WSGIPassAuthorization On 

<Location /media/thumbnails>
    WSGIAccessScript /var/django/openPLM/trunk/openPLM/apache/access_restricted.wsgi
</Location>
Alias /media /var/django/openPLM/trunk/openPLM/media
<Directory /var/django/openPLM/trunk/openPLM/media>
    Order deny,allow
    Allow from all
</Directory>

1.2.13. Redémarrage du serveur Apache

  • service apache2 restart

1.2.14. Premiers pas sur OpenPLM

1.2.14.1. Ajout d’utilisateurs

Il y a deux façons possible d’ajouter des utilisateurs. La première méthode s’effectue directement depuis OpenPLM, dans l’onglet délégation. La deuxième méthode utilise l’interface d’administration.

1.2.14.1.1. Méthode recommandée

La première méthode est la méthode recommandée pour ajouter des utilisateurs dans OpenPLM. Elle nécessite que la configuration email d’OpenPLM soit fonctionnelle.

Connecter vous sur OpenPLM. Si vous venez tout juste de terminer l’installation, vous pouvez vous connecter avec l’utilisateur company créé plus tôt.

Ouvrer votre navigateur et accéder à la page suivante :

http://your_site_address/

Note

your_site_adress est donnée à titre d’exemple, il vous faut utiliser l’adresse de votre instance d’OpenPLM

../_images/company_login.png

Ensuite suivez les instructions décrites dans Ajouter un utilisateur (parrainer)

Créer d’autres utilisateurs si nécessaire, puis déconnectez vous et reconnectez vous depuis votre nouveau compte utilisateur.

1.2.14.1.2. Deuxième méthode

La deuxième méthode pour ajouter des utilisateurs n’est pas recommandée. Les choses peuvent mal tourner : problèmes de droits, mauvais référencement, etc La seule raison d’utiliser cette méthode est qu’elle ne nécessite pas une configuration email fonctionnelle. Mais il est quand même conseillé de prendre quelques minutes de plus pour configurer les emails et utiliser la première méthode.

Ouvrer votre navigateur web et aller sur la page :

http://your_site_address/admin/

Note

your_site_adress est donné en exemple, vous devez bien sur utiliser votre propre adresse

Identifier vous en tant que superadmin :

../_images/admin_login.png

Si vous obtenez une erreur IOError (socket closed), vérifiez vos paramètres, notamment tout ce qui est liée à Celery et RabbitMQ

Vous pouvez ajouter un nouvel utilisateur et éditer son profil en allant sur Home>Auth>User :

../_images/admin_user.png

N’oubliez pas d’éditer Home>Plmapp>User profiles pour lui attribuer les bons droits d’accès à openPLM :

../_images/admin_userprofile.png

Note

Pour plus d’information sur l’utilisation du Django admin tool .

Maintenant, il vous faut créer un nouveau Site (utilisez l’interface d’administration) et renseignez la valeur de la variable SITE_ID dans le fichier settings.py.

Vous êtes maintenant prêt pour votre première connexion :

http://localhost/
../_images/openplm_connexion.png

1.2.15. Forcer la connexion HTTPS

Si votre serveur apache supporte HTTPS, vous pouvez forcer l’utilisation de connexions HTTPS en changeant à True la valeur des variables FORCE_HTTPS et SESSION_COOKIE_SECURE dans le fichier settings.py.

Toutes les connexion HTTP seront rediriger sur des connexions HTTPS.

Une configuration possible de apache (avec les modules rewrite et ssl activés) :

NameVirtualHost *:80
<VirtualHost *:80>

    WSGIScriptAlias / /var/django/openPLM/trunk/openPLM/apache/django.wsgi
    # required to enable webdav access 
    WSGIPassAuthorization On 

    <Location "/admin">
        RewriteEngine On
        RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
    </Location>
    <Location "/media">
        RewriteEngine On
        RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
    </Location>

</VirtualHost>

NameVirtualHost *:443
<VirtualHost *:443>

    SSLEngine on
    SSLCertificateFile    /etc/ssl/mycert.crt
    SSLCertificateKeyFile /etc/ssl/mykey.key
    SSLVerifyClient none

    WSGIScriptAlias / /var/django/openPLM/trunk/openPLM/apache/django.wsgi
    <Location /media/thumbnails>
        WSGIAccessScript /var/django/openPLM/trunk/openPLM/apache/access_restricted.wsgi
    </Location>
    Alias /media /var/django/openPLM/trunk/openPLM/media
    <Directory /var/django/openPLM/trunk/openPLM/media>
        Order deny,allow
        Allow from all
    </Directory>

</VirtualHost>

1.2.16. Configuration des Emails

Pour configurer l’envoi d’emails, plusieurs variables sont à votre disposition dans le fichier settings.py. Vous pouvez vous référer à la documentation Django pour plus de détails.

OpenPLM ajoute à celles-ci une variable EMAIL_OPENPLM, qui permet d’indiquer l’adresse mail spécifier dans le champ de (from) de chaque e-mail. Il s’agit habituellement d’une adresse en no-reply@.

1.2.17. Dépannage

1.2.17.1. Les pages d’administrations sont moches

openPLM utilise un lien symbolique (/path/to/openPLM/media/admin) qui peut être erroné sur votre système.

La commande suivante le corrigera : ln -s `python -c 'import django; print django.__path__[0]'`/contrib/admin/media /var/django/openPLM/trunk/openPLM/media/admin

1.2.17.2. Connexion refusée

Cette erreur indique en général une mauvaise configuration de Celery qui ne peut pas se connecter à RabbitMQ

Voir Configuration de Celery pour plus de détails, assurez vous que RabbitMQ est bien lancé et vérifier les variables BROKER_* dans le fichier settings.py.

1.2.17.4. Je ne trouve aucun objets

Vous pouvez reconstruire l’index du moteur de recherche (Configuration du moteur de recherche) et vérifier si openPLM trouve les objets.

Il est possible que celery n’arrive pas à mettre à jour l’index de recherche. Vérifier si le fichier de log de celery (/var/log/celery/*.log) contient une ligne ressemblant à [.. INFO/MainProcess] Got task from broker: openPLM.plmapp.tasks.update_index[...]. Il peut s’agir d’un problème de droits que chown www-data:www-data -R /var/openPLM/xapian_index/ pourrai réparer.

1.2.17.5. J’arrive à me connecter à http://server/ mais j’arrive toujours sur une page “It works”

Il peut y avoir un problème avec le serveur apache. L’URL http://server/home/ offre-t-elle un résultat plus acceptable ?