Weblogic 10.3 domaine problème déballage

Question

Je suis en train de déballer un domaine 10.3 Weblogic sur un de nos serveurs de production (SunOS 5.10), mais l'erreur suivante:

$ /opt/bea10/wlserver_10.3/common/bin/unpack.sh -template=/tmp/CM.jar -domain=/opt/bea10/user_projects/CM 
Error: failed to create the temporary script file 

En supposant que cela est un problème de privilege: où en fait l'utilitaire de décompression essaie de créer ses fichiers de script temporaires? Le script de décompression appelle une classe Java com.bea.plateng.domain.script.Unpacker, de sorte que la lecture du script lui-même ne révèle pas l'emplacement. J'ai besoin de demander l'administrateur système pour les privilèges, donc un emplacement de répertoire exact est nécessaire.

Bien sûr, le message d'erreur est si vague qu'il pourrait également s'agir d'un autre problème. Des idées?

BR,

Marko

post-scriptum Désolé pour la publication croisée. J'ai aussi essayé cette question sur Serverfault mais je n'ai pas eu de réponse. Peut-être que les programmeurs (comme moi) font ce genre de choses quand même.

Answer 1

avec décompresser le problème est là parce que le déballage a besoin d'une autorisation d'écriture sur un dossier et le fichier domain-registry.xml.

Ce problème se produit parce que vous avez installé l'installation Weblogic avec un utilisateur et que vous souhaitez exécuter le déballage avec un autre utilisateur.

L'utilisateur qui démarre le fichier unpack.sh doit avoir un accès en écriture au dossier $ BEA_HOME/wlserver_10.3/common/lib. Un fichier temporaire est écrit ici par l'utilisateur exécutant la commande de décompression. Ce fichier est supprimé en décompressant une fois la commande de décompression terminée. En plus de ce répertoire, le fichier $ BEA_HOME/domain-registry.xml est mis à jour par la commande unpack. Utilisez chmod comme utilisateur d'installation pour donner l'accès en écriture pendant le temps nécessaire pour décompresser le domaine sur le dossier et le fichier avec la commande ci-dessous:

chmod a + rwx $ BEA_HOME/wlserver_10.3/common/lib $ BEA_HOME/domain-registry.xml

Après la création du domaine, modifiez l'autorisation à une valeur sûre.

Cordialement

 Hemant 

Answer 2

Veuillez essayer d'exécuter votre commande en utilisant les paramètres optionnels -log=log_file et -log_priority=debug (voir http://download.oracle.com/docs/cd/E12840_01/common/docs103/pack/commands.html pour les détails) et mettez à jour votre question avec les résultats.

EDIT (répondre à un commentaire de l'OP): C'est bizarre ... Ma prochaine suggestion serait d'essayer d'utiliser l'équivalent WLST de l'utilitaire unpack. Jetez un oeil à How to create a distributed WebLogic domain ? pour le script WLST. L'idée est toujours d'avoir une trace du vrai problème.

Et si cela ne fonctionne pas, alors je vais juste créer un bon vieux tar.gz du domaine (en supprimant manuellement le fichier journal) et contactez le support pour savoir ce qui se passe exactement. PS: il est possible que com.bea.plateng.domain.script.Unpacker utilise le répertoire temporaire renvoyé par java.io.tmpdir qui, sur Solaris, est /var/tmp/. Vérifiez que vous pouvez écrire là. Mais c'est juste un pari.

Answer 3

-app_dir=application_directory 

je cette option en dehors de la définition de ces autorisations, et cela a fonctionné.

Remplacez répertoire_application par un répertoire vide.

create /home/<user>/unpacktmp