[Résolu] BlueMind inaccessible après redémarrage du serveur.

IP-Services · June 29, 2014, 9:28am

Bonjour,

J’ai procédé à l’installation de BlueMind 3.0 sur un CentOS 6.5 fraichement installé.

L’installation se déroule au poil, pas d’erreur rien, le soucis intervient une fois qu’un redémarrage du serveur est nécessaire.

La première fois j’ai simulé une panne électrique massive, le serveur redémarre sans problème, les services BM aussi sauf Postgresql… du coup impossible de rentrer dans l’admin de BlueMind ou dans n’importe quelle boîte mail.
La seconde fois (nouvelle install) j’ai décidé d’être moins brutal et de juste tester un restart des services avec la commande: bmctl restart - Tout se passe bien, les services se relance et j’ai accès a l’admin / boites.
Troisième essai: je coupe les services BM avec la commande bmctl stop et initie un reboot propre du serveur (reboot now). Et la retour à la case départ, le service Postgresql refuse de démarrer.

J’effectue mes test sur un Esxi 5.5, la vm dispose bien de 4Go de mémoire, centOS 6.5 64bits utilisé comme OS.
J’ai suivis la procédure d’installation disponible sur https://forge.blue-mind.net/confluence/display/LATEST/Guide+d%27installation

Pas d’erreur pré ou post installation.

Une idée de pourquoi ce service ne veut plus démarrer après un restart du serveur ?

Cordialement,

IP-Services · June 29, 2014, 11:05am

ReBonjour,

Apparemment il s’agit du même problème décris ci dessous:
http://forum.blue-mind.net/viewtopic.php?id=434

Datant de juin 2013, malheureusement il n’y a pas eu de suite.

Cordialement,

IP-Services · July 1, 2014, 8:39am

Bonjour,

N’y a t’il pas de solution a ce problème ?

Cordialement,

Toony · July 1, 2014, 3:59pm

Ce n’est pas un problème connu actuellement.
Quelle version avez-vous installé exactement ? Nous allons essayer de reproduire avec une 3.0.8.

Que vous donne les commandes:

$ ls /etc/init.d/*postgre*
$ ls /etc/rc3.d/*postgre*

IP-Services · July 1, 2014, 4:09pm

Bonjour,

C’est un CentOS 6.5 installé à partir du média " 64bits minimal install"

L’installation a été effectuée via le lien fournis dans le tuto Redhat (http://pkg.blue-mind.net/3/rhel6/install/bluemind-installer-rhel6.bin)

Les commandes donnent ceci:

[root@mailsrv1 ~]# ls /etc/init.d/*postgre* /etc/init.d/postgresql

[root@mailsrv1 ~]# ls /etc/rc3.d/*postgre* /etc/rc3.d/S64postgresql

Cordialement,

Toony · July 1, 2014, 4:18pm

Si vous relancer le service postgresql puis les service BlueMind:

# service postgresql restart
# bmctl restart

Est-ce mieux ?

IP-Services · July 1, 2014, 4:26pm

Non car comme signalé, c’est bien le service postgresql qui ne redémarre plus

service postgresql restart Stopping postgresql service: OK ] Starting postgresql service: [FAILED]

alors que l’install est on ne peut plus fraiche, et les packages installé par le setup Bluemind

Toony · July 1, 2014, 4:34pm

Que contient le fichier /var/lib/pgsql/pgstartup.log ?

IP-Services · July 1, 2014, 4:35pm

cat /var/lib/pgsql/pgstartup.log
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.

The database cluster will be initialized with locale en_US.UTF-8.
The default database encoding has accordingly been set to UTF8.
The default text search configuration will be set to "english".

fixing permissions on existing directory /var/lib/pgsql/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting default shared_buffers ... 32MB
creating configuration files ... ok
creating template1 database in /var/lib/pgsql/data/base/1 ... ok
initializing pg_authid ... ok
initializing dependencies ... ok
creating system views ... ok
loading system objects' descriptions ... ok
creating conversions ... ok
creating dictionaries ... ok
setting privileges on built-in objects ... ok
creating information schema ... ok
vacuuming database template1 ... ok
copying template1 to template0 ... ok
copying template1 to postgres ... ok

Success. You can now start the database server using:

    /usr/bin/postgres -D /var/lib/pgsql/data
or
    /usr/bin/pg_ctl -D /var/lib/pgsql/data -l logfile start

2014-06-29 10:43:53 CEST LOG:  database system was shut down at 2014-06-29 10:43:51 CEST
2014-06-29 10:43:53 CEST LOG:  database system is ready to accept connections
2014-06-29 10:43:53 CEST LOG:  autovacuum launcher started
2014-06-29 10:44:17 CEST LOG:  duration: 453.910 ms  statement: CREATE DATABASE template1 WITH template=template0 ENCODING='UTF8' LC_CTYPE='en_US.utf8' LC_COLLATE='en_US.UTF8';
2014-06-29 10:44:18 CEST LOG:  duration: 466.947 ms  statement: CREATE DATABASE postgres TEMPLATE=template1;
2014-06-29 10:44:18 CEST ERROR:  database "bj" does not exist
2014-06-29 10:44:18 CEST STATEMENT:  DROP DATABASE bj;
	
2014-06-29 10:44:18 CEST ERROR:  role "bj" does not exist
2014-06-29 10:44:18 CEST STATEMENT:  DROP ROLE bj;
	
2014-06-29 10:44:18 CEST LOG:  duration: 450.887 ms  statement: CREATE DATABASE bj OWNER bj ENCODING 'UTF-8';
	
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:38 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:03:44 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:21 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:27 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:28 CEST LOG:  unexpected EOF on client connection
2014-06-29 11:05:43 CEST LOG:  received fast shutdown request
2014-06-29 11:05:43 CEST LOG:  aborting any active transactions
2014-06-29 11:05:43 CEST LOG:  autovacuum launcher shutting down
2014-06-29 11:05:43 CEST LOG:  shutting down
2014-06-29 11:05:43 CEST LOG:  database system is shut down
2014-06-29 09:06:14 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied
2014-06-29 11:01:13 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied
2014-06-29 11:01:37 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied
2014-06-29 11:07:30 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied
2014-06-29 11:08:11 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied
2014-07-01 16:05:45 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied
2014-07-01 16:25:31 GMT FATAL:  could not read permissions of directory "/var/lib/postgresql/8.4/main": Permission denied

Problème de droit ?

Toony · July 1, 2014, 5:04pm

Quels sont les droits sur ce répertoire:

# ls -l /var/lib/postgresql/8.4/main

IP-Services · July 1, 2014, 5:05pm

ls -l /var/lib/postgresql/8.4/main
lrwxrwxrwx. 1 root root 19 29 jun 10:40 /var/lib/postgresql/8.4/main -> /var/lib/pgsql/data

Toony · July 1, 2014, 5:16pm

Et du coups:

# ls -l /var/lib/pgsql/data

IP-Services · July 1, 2014, 5:39pm

Du coup ceci

[root@mailsrv1 ~]# ls -l /var/lib/pgsql/data total 64 -rw-------. 1 postgres postgres 5 29 jun 10:43 8.4-main.pid drwx------. 6 postgres postgres 4096 29 jun 10:44 base drwx------. 2 postgres postgres 4096 29 jun 11:05 global drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_clog -rw-------. 1 postgres postgres 294 29 jun 13:01 pg_hba.conf -rw-------. 1 postgres postgres 1631 29 jun 10:40 pg_ident.conf drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_log drwx------. 4 postgres postgres 4096 29 jun 10:40 pg_multixact drwx------. 2 postgres postgres 4096 29 jun 11:05 pg_stat_tmp drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_subtrans drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_tblspc drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_twophase -rw-------. 1 postgres postgres 4 29 jun 10:40 PG_VERSION drwx------. 3 postgres postgres 4096 29 jun 10:40 pg_xlog -rw-------. 1 postgres postgres 2685 1 jui 18:05 postgresql.conf -rw-------. 1 postgres postgres 57 29 jun 10:43 postmaster.opts

Toony · July 1, 2014, 6:06pm

Et:

# ls -l /var/lib/pgsql/data

Est-ce que SELinux est bien désactivé:

# cat /etc/sysconfig/selinux

IP-Services · July 1, 2014, 6:08pm

ls -l /var/lib/pgsql/data total 64 -rw-------. 1 postgres postgres 5 29 jun 10:43 8.4-main.pid drwx------. 6 postgres postgres 4096 29 jun 10:44 base drwx------. 2 postgres postgres 4096 29 jun 11:05 global drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_clog -rw-------. 1 postgres postgres 294 29 jun 13:01 pg_hba.conf -rw-------. 1 postgres postgres 1631 29 jun 10:40 pg_ident.conf drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_log drwx------. 4 postgres postgres 4096 29 jun 10:40 pg_multixact drwx------. 2 postgres postgres 4096 29 jun 11:05 pg_stat_tmp drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_subtrans drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_tblspc drwx------. 2 postgres postgres 4096 29 jun 10:40 pg_twophase -rw-------. 1 postgres postgres 4 29 jun 10:40 PG_VERSION drwx------. 3 postgres postgres 4096 29 jun 10:40 pg_xlog -rw-------. 1 postgres postgres 2685 1 jui 18:05 postgresql.conf -rw-------. 1 postgres postgres 57 29 jun 10:43 postmaster.opts

Oui SELinux est bien disabled (fait par le setup BM d’ailleurs)

[code] cat /etc/sysconfig/selinux

This file controls the state of SELinux on the system.

SELINUX= can take one of these three values:

enforcing - SELinux security policy is enforced.

permissive - SELinux prints warnings instead of enforcing.

disabled - No SELinux policy is loaded.

SELINUX=disabled

SELINUXTYPE= can take one of these two values:

targeted - Targeted processes are protected,

mls - Multi Level Security protection.

SELINUXTYPE=targeted [/code]

Toony · July 1, 2014, 9:24pm

Pardon, je voulais le résultat de:

# ls -la /var/lib/pgsql/

Pour SELinux, c’était pour vérifier, effectivement, c’est l’installeur qui s’en occupe.
À vrai dire, nous ne reproduisons pas ici - nous avons fait le test entre temps. D’où ces tâtonnements pour comprendre ce qui se passe sur votre plate-forme.

Serait-il possible d’avoir un accès SSH ?

Netchaiev · July 1, 2014, 9:48pm

Pour info , je suis dans le même cas :
J’ai une instance de test Centos 6.5 64b sous vmware (2 Go RAM) et le service postgres ne lance pas (exactement le même cas qu’IP-Services)
Comme c’est une instance de test, je n’ai pas trop cherché à comprendre et je suis obligé de lancer manuellement en faisant :
su - postgres
/usr/bin/postgres -D /var/lib/pgsql/data

Toony · July 2, 2014, 7:52am

[quote=Netchaiev]Pour info , je suis dans le même cas :
J’ai une instance de test Centos 6.5 64b sous vmware (2 Go RAM) et le service postgres ne lance pas (exactement le même cas qu’IP-Services)
[/quote]

Pourrions nous avoir accès en SSH à votre plate-forme ?

IP-Services · July 2, 2014, 9:02am

Accès SSH fourni par email.

Toony · July 2, 2014, 11:52am

SELinux est toujours actif en fait:

$ sestatus
SELinux status:                 enabled
SELinuxfs mount:                /selinux
Current mode:                   enforcing
Mode from config file:          enforcing
Policy version:                 24
Policy from config file:        targeted

Nous faisions le test avec une image déjà installée (en 6.3 à priori), dont SELinux avait été désactivé, et nous faisions la mise à jour pour être en 6.5 avant d’installer BlueMind.

Or, il y a eu un changement dans la configuration de SELinux. Il est géré à partir du fichier /etc/selinux/config et non plus /etc/sysconfig/selinux. Notre installeur ne met à jour que ce dernier fichier, qui est copié à son nouvel emplacement lors des mises à jour CentOS/RedHat ce qui explique pourquoi nous ne reproduisions pas.

Exécutez la commande:

# cp /etc/sysconfig/selinux /etc/selinux/config

puis re-démarrez votre serveur, BlueMind devrait fonctionner correctement par la suite.
Nous ouvrons un ticket pour gérer ce cas.