Problème d'authentification

https://inbox.ldc-elec.fr/cal/

Idem si vous accédez au webmail https://inbox.ldc-elec.fr/webmail/ ?

Idem !
Idem adminconsole…

Pouvons nous avoir un accès root via SSH sur votre serveur ?

oui. comment souhaitez vous procéder ?

Comme vous souhaitez, mais il nous faut un accès SSH qui nous permette ensuite d’être root via sudo si besoin.

Vous pouvez nous envoyer les informations de connexion en utilisant le lien E-Mail situé dans la partie gauche de mes posts.

Votre instance ne respecte pas les pré-requis (6Go de RAM), ni les préconisations matérielles (2 CPU).
Ces conditions ne permettent pas une mise en production de BlueMind.

D’autre part votre /tmp ne fait qu’1Mo:

df -h
Filesystem      Size  Used Avail Use% Mounted on
...
overflow        1,0M  740K  284K  73% /tmp

Or des fichiers temporaires sont créés dans ce dossier, notamment lors de la phase d’autentification.

En l’état, suite à un re-démarrage des services et une tentative de connexion, les logs du service HPS, service d’authentification, nous obtenons:

2016-04-25 16:40:31,300 [New I/O worker #7] net.bluemind.proxy.http.impl.AHCResponseHandler INFO - [200] (l: 1920) for /adminconsole/ in 781ms.
2016-04-25 16:40:31,582 [New I/O worker #7] net.bluemind.proxy.http.impl.AHCResponseHandler ERROR - Exception fetching from /adminconsole/adminconsole/B5F0473894CA30B67E4AAB7344981BDB.cache.html:No space left on device
java.io.IOException: No space left on device
        at java.io.FileOutputStream.writeBytes(Native Method) ~[na:1.7.0_60]
        at java.io.FileOutputStream.write(FileOutputStream.java:345) ~[na:1.7.0_60]
        at com.google.common.io.FileBackedOutputStream.write(FileBackedOutputStream.java:192) ~[guava-15.0.jar:na]
        at net.bluemind.proxy.http.impl.DownloadStream.write(DownloadStream.java:89) ~[na:na]
        at org.jboss.netty.buffer.HeapChannelBuffer.getBytes(HeapChannelBuffer.java:111) ~[netty-3.8.0.Final.jar:na]
        at org.jboss.netty.buffer.AbstractChannelBuffer.readBytes(AbstractChannelBuffer.java:383) ~[netty-3.8.0.Final.jar:na]
        at com.ning.http.client.providers.netty.ResponseBodyPart.writeTo(ResponseBodyPart.java:76) ~[async-http-client-1.7.21.jar:na]
        at net.bluemind.proxy.http.impl.AHCResponseHandler.onBodyPartReceived(AHCResponseHandler.java:237) ~[na:na]
        at com.ning.http.client.providers.netty.NettyAsyncHttpProvider.updateBodyAndInterrupt(NettyAsyncHttpProvider.java:1463) [async-http-client-1.7.21.jar:na]
        at com.ning.http.client.providers.netty.NettyAsyncHttpProvider.access$2800(NettyAsyncHttpProvider.java:155) [async-http-client-1.7.21.jar:na]
        at com.ning.http.client.providers.netty.NettyAsyncHttpProvider$HttpProtocol.handle(NettyAsyncHttpProvider.java:2195) ~[async-http-client-1.7.21.jar:na]
        at com.ning.http.client.providers.netty.NettyAsyncHttpProvider.messageReceived(NettyAsyncHttpProvider.java:1142) [async-http-client-1.7.21.jar:na]
        at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.8.0.Final.jar:na]
        at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.8.0.Final.jar:na]
        at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.8.0.Final.jar:na]
        at org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:142) [netty-3.8.0.Final.jar:na]
        at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.8.0.Final.jar:na]
        at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.8.0.Final.jar:na]
        at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) [netty-3.8.0.Final.jar:na]

En l’état, ça ne peut pas fonctionner convenablement.

Vous avez une solution temporaire ? Je m’en sers juste en test pour l’instant et je ne souhaite pas changer de VPS tant que je ne suis pas sûr que le produit correspond à mes besoins…
Merci de votre aide en tout cas et du temps consacré à mon problème.

Pour des tests simple, cette configuration peut convenir, bien qu’un seul core soit vraiment pas idéal.

Actuellement, votre principal problème vient du fait que votre /tmp ne fait qu’1Mo. Il faut lui donner plus de place. Vous pouvez sûrement modifier votre système de façon à ce que /tmp ne soit plus un montage de type overflow, mais un répertoire à part entière de votre partition /.

Stopez l’ensemble des services, démontez votre /tmp et relancez les services. Quelque chose comme:

# bmctl stop
# /etc/init.d/postgresql stop
# /etc/init.d/php5-fpm stop
# umount /tmp
# /etc/init.d/php5-fpm start
# /etc/init.d/postgresql start
# bmctl start

Merci. J’essaierai dans la semaine.

@+