Opscenter 6.0 Problème de démarrage

Question

Hier, j'ai essayé d'installer opscenter et d'initier l'importation du cluster DSE 5.0 existant. Il a échoué avec certaines erreurs qui indiquaient que la version installée n'était pas opscenter 6.0. cause principale - l'installation d'opscenter a été faite à partir de repo communautaire de datastax et pas une entreprise. J'ai corrigé les informations de repo pour pointer sur enterprose repo, supprimé opscenter 5.2.4 existant, installé new opscenter 6.0 - Tout semble bon. Enfin, quand j'ai démarré le service - le démarrage a échoué, opscenter ne démarre pas et rien ne se trouve dans les fichiers journaux.

Je ne suit pour supprimer 5.x OPSCenter et installer OpsCenter 6,0

1. Suppression ancienne version de ospcenter - Sudo yum supprimer OpsCenter
2. modifié rappor au point de prise en pension de l'entreprise par exemple sudo vi/etc/yum.repos.d/datastax.repo
3. Version 6.0-1 installée de l'opscenter. Sudo yum install OpsCenter
4. Commencé OPSCenter - Service opscenterd sudo départ

processus OpsCenter ne fonctionne pas. il commence et se tue après quelques secondes - j'ai pu le vérifier en utilisant la commande supérieure. Je suis allé vérifier les fichiers journaux et ne peux trouver que deux fichiers journaux startup.log & gc.log.0.current. rien dans le fichier journal opscenterd.log

startup.log 
----------- 
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0 
2016-07-06 15:00:22,763 [opscenterd] INFO: Loading OpsCenter... 
2016-07-06 15:00:22,779 [opscenterd] INFO: Updating system path 
2016-07-06 15:00:22,780 [opscenterd] INFO: Importing twisted logging 
2016-07-06 15:00:25,710 [opscenterd] INFO: Finished importing twisted logging 
2016-07-06 15:00:25,710 [opscenterd] INFO: Opscenterd starting up... 

version de Python sur l'installation 2.7.5

Lorsque je démarre OPSCenter en mode premier plan - je peux voir une trace ne sais pas si pertinent

sudo ./opscenter -f 
-------------------- 
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0 
2016-07-06 15:00:22,763 [opscenterd] INFO: Loading OpsCenter... 
2016-07-06 15:00:22,779 [opscenterd] INFO: Updating system path 
2016-07-06 15:00:22,780 [opscenterd] INFO: Importing twisted logging 
2016-07-06 15:00:25,710 [opscenterd] INFO: Finished importing twisted logging 
2016-07-06 15:00:25,710 [opscenterd] INFO: Opscenterd starting up... 
Traceback (most recent call last): 
File "./bin/twistd", line 63, in <module> 
    from twisted.scripts.twistd import run 
    File "/usr/share/opscenter/lib/py/twisted/scripts/twistd.py", line 13, in <module> 
    from twisted.application import app 
    File "/usr/share/opscenter/lib/py/twisted/application/app.py", line 17, in <module> 
    from twisted.application import service, reactors 
    File "/usr/share/opscenter/lib/py/twisted/application/service.py", line 24, in <module> 
    from twisted.internet import defer 
    File "/usr/share/opscenter/lib/py/twisted/internet/defer.py", line 29, in <module> 
    from twisted.python import lockfile, failure 
    File "/usr/share/opscenter/lib/py/twisted/python/lockfile.py", line 23, in <module> 
    from os import kill 
ImportError: cannot import name kill 

J'ai essayé de vérifier si Kill est disponible dans la version installée de Python - Looks Ok

$ python -c "import os; from os import kill;print kill" 
<built-in function kill> 

opscenter ne fonctionne pas et je ne trouve vraiment rien dans opscenter.log.

ce problème peut être là parce que j'ai supprimé la version plus ancienne et aurait dû prendre le chemin de mise à niveau? Editer - Si je rétablis opscenter 6.0 à 5.2.4 alors il commence à fonctionner. On dirait que j'ai foiré quelque chose et que j'ai besoin d'un moyen propre pour supprimer 5.2.4 d'abord afin d'obtenir le travail d'opscenter 6.0. Toute aide ou direction est très appréciée.

Answer 1

J'ai trouvé la cause première et la résolution du problème de démarrage d'opscenter 6.0.

Root Cause - /tmp folder of My RHEL machine is mounted witn noexec permissions. 
---------- 

Les journaux ne fournissaient aucune information à ce sujet. J'ai installé opscenter 6.0 sur une machine virtuelle et tout fonctionne de sorte qu'il m'a encouragé à trouver la différence entre deux env. J'ai mis à zéro sur le dossier/tmp est noexec et les problèmes de permission causant l'opscenter se terminant au démarrage.

Solution - Définition explicite d'un répertoire tmp pour opscenter.

---

Définir explicitement le répertoire temporaire java pour opscenter dans les arguments JVM, par ex. Définissez -Djava.io.tmpdir =/usr/share/opscenter/tmp.

Pour une installation à base de RPM
1. vi sudo/usr/share/OpsCenter/bin/OpsCenter
2. Ajouter un paramètre répertoire java temp options JVM
OPSC_JVM_OPTS = "- serveur -Xmx1024m -Xms1024m -XX: MaxPermSize = 128m -Dpython.cachedir.skip = false -XX: + CMSClassUnloadingEnabled -XX: + UseConcMarkSweepGC
-XX: + CMSParallelRemarkEnabled -XX: + ScavengeBeforeFullGC -XX: + CMSScavengeBeforeRemark -verbose: gc
-XX: + PrintGCDateStamps -XX: + PrintGCDetails -XX: + PrintGCCause
-XX: + PrintTenuringDistribution -XX: + ImprimerGCApplicationStoppedTime -XX: + UseGCLogFileRotation -XX: NumberOfGCLogFiles = 5
-XX: GCLogFileSize = 1M -Xloggc: $ OPSC_GC_LOG_PATH/gc.log
-Djava.io.tmpdir =/usr/share/OpsCenter/tmp
$ OPSC_JVM_OPTS "

Answer 2

J'ai également rencontré le même problème. Mais opscenter 6.0 ne peut pas commencer à utiliser la solution ci-dessus.

En cochant le support platfrom list, je pense que c'est parce que mon OS est CentOS 6.2, ce qui n'est pas dans la liste de support.

Donc je viens d'utiliser la version 5.2 et ça marche bien.