Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Installation » Problème création cluster : OS debian etch » 22/11/2008 11:33:49
Cher gleu,
Votre conseil est donc précieux! La création du cluster semble être fonctionnelle...Ci-dessous copie écran:
xxx@mahatsinjo:/usr/lib/postgresql/8.1/bin$ ./postmaster -D /usr/local/pgsql/data
LOG: le système de bases de données a été arrêté à 2008-11-22 10:38:09 CET
LOG: l'enregistrement du point de vérification est à 0/33A70C
LOG: ré-exécution de l'enregistrement à 0/33A70C ; l'annulation de l'enregistrement est à 0/0 ; arrêt TRUE
LOG: prochain identifiant de transaction : 565 ; prochain OID : 10794
LOG: prochain MultiXactId : 1 ; prochain MultiXactOffset : 0
LOG: le système de bases de données est prêt
LOG: La limite de réinitialisation de l'identifiant de transaction est 2147484146,
limité par la base de données « postgres »
Cordialement.
#2 Re : Installation » Problème création cluster : OS debian etch » 22/11/2008 10:38:27
Merci de votre aide,
La source du package est le 8.1 native dans le dvd debian etch, est ce que c'est cette source dont vous parlez. Par contre l'utilisateur xxx a été créé seulement pour être propriétaire du /usr/local/pgsql/data; c'est vrai aussi que j'ai pensé que le fait de lancer le pg_ctl -D ....aurait créé le lien avec /var/run/postgresql!
Je vais voir cela tout à l'heure, je vous tiendrai au courant.
Cordialement.
#3 Installation » Problème création cluster : OS debian etch » 21/11/2008 16:52:30
- donner31
- Réponses : 3
Bonjour,
Voici le contexte: je souhaite créer un cluster dans un répertoire propre à un utilisateur. Après le lancement de initdb avec l'utilisateur "postgres", tout se déroule normalement. Ci-dessous copie écran:
Les fichiers de ce cluster appartiendront à l'utilisateur « xxx ».
Le processus serveur doit également lui appartenir.
Le cluster sera initialisé avec la locale fr_FR.UTF-8.
L'encodage par défaut des bases de données a été configuré en conséquence
avec UTF8.
correction des droits sur le répertoire existant /usr/local/pgsql/data... ok
création du répertoire /usr/local/pgsql/data/global... ok
création du répertoire /usr/local/pgsql/data/pg_xlog... ok
création du répertoire /usr/local/pgsql/data/pg_xlog/archive_status... ok
création du répertoire /usr/local/pgsql/data/pg_clog... ok
création du répertoire /usr/local/pgsql/data/pg_subtrans... ok
création du répertoire /usr/local/pgsql/data/pg_twophase... ok
création du répertoire /usr/local/pgsql/data/pg_multixact/members... ok
création du répertoire /usr/local/pgsql/data/pg_multixact/offsets... ok
création du répertoire /usr/local/pgsql/data/base... ok
création du répertoire /usr/local/pgsql/data/base/1... ok
création du répertoire /usr/local/pgsql/data/pg_tblspc... ok
sélection de la valeur par défaut de max_connections... 100
sélection de la valeur par défaut de shared_buffers... 1000
création des fichiers de configuration... ok
création de la base de données template1 dans /usr/local/pgsql/data/base/1... ok
initialisation de pg_authid... ok
activation de la taille illimitée des lignes pour les tables systèmes... ok
initialisation des dépendances... ok
création des vues système... ok
chargement de pg_description... ok
création des conversions... ok
initialisation des droits sur les objets internes... ok
création du schéma d'informations... ok
lancement du vacuum sur la base de données template1... ok
copie de template1 vers template0... ok
copie de template1 vers postgres... ok
ATTENTION : active l'authentification « trust » pour les connexions
locales.
Vous pouvez modifier ceci en éditant pg_hba.conf ou en utilisant l'option -A
au prochain lancement d'initdb.
Succès. Vous pouvez maintenant exécuter le serveur de bases de données en utilisant:
./postmaster -D /usr/local/pgsql/data
or
./pg_ctl -D /usr/local/pgsql/data -l journaltrace start
Voici le problème:
Après ce succès, le lancement de postmaser avec l'utilisateur xxxxx me donne la réponse suivante:
xxx@machine:/usr/lib/postgresql/8.1/bin$ ./postmaster -D /usr/local/pgsql/data
FATAL: n'a pas pu créer le fichier verrou « /var/run/postgresql/.s.PGSQL.5432.lock » : Permission non accordée
Comment faire pour pouvoir lancer proprement le processus serveur de l'utilisateur "xxx"? Pourquoi le fichier verrou ( /var/run/postgresql/.s.PGSQL.5432.lock) n'est pas créé? Est ce qu'il faut lancer la commande après avoir stopé le serveur.
Cordialement.
Pages : 1