Il y a deux jours, j'ai reçu temporairement une tâche, disant que je passerais une certification, j'ai donc dû créer un ensemble de tests de système d'entreprise sur le système uos, et Tongxin a fourni plusieurs serveurs pour le construire. Cependant, le processus de construction n'a pas été très fluide et les problèmes suivants ont été rencontrés:
1. Erreur lors de l'importation du fichier de base de données
Cette bibliothèque provient directement de l'environnement de production et ne devrait pas être trop longue. Baidu a donc jeté un coup d'œil et a constaté que certaines configurations étaient trop petites. Ajoutez les trois configurations suivantes au fichier de configuration de la base de données et redémarrez la base de données avant de l'importer. Can.
innodb_log_file_size=1024M
innodb_file_format ='Barracuda'
innodb_strict_mode=0
2. Impossible d'utiliser jboss pour déployer le projet
Lorsque l'un d'eux a été déployé, c'était la même chose que lorsqu'il était testé localement. J'ai exécuté le script de déploiement directement. Le résultat n'a pas démarré, mais je l'ai démarré manuellement et j'ai trouvé l'erreur suivante:
Le paquet war est déployé en utilisant jboss6.1, seul jdk1.7 peut être utilisé et il n'y a pas eu de problème. J'ai installé le système uos avec le serveur de l'entreprise avant et je l'ai testé. Il peut effectivement fonctionner, mais l'erreur jdk est affichée ici. Je ne m'attendais pas à ce qu'il soit lié au processeur à ce moment-là. Il est estimé à un peu problème, j'ai donc utilisé la commande uname pour jeter un coup d'œil.
uname -m
Le nombre de bits est en effet correct, il est de 64 bits, mais cette chose est une architecture mips.
À l'époque, je ne savais pas à quoi cela servait. Vous ne pouvez rechercher que par mots-clés, mais seuls ces éléments sont trouvés
D'accord, j'ai cherché mips jdk et j'ai vu qu'il y avait un jdk spécial dans la communauté Godson. N'est-ce pas difficile? Téléchargez un jdk1.7 et démarrez directement jboss
J'ai cliqué et j'ai découvert que j'étais trop naïf-Loongson OpenJDK, il n'y a pas de version 7
3. Utilisez tomcat pour démarrer le problème error-mq
Il semble que jboss ne soit pas disponible, seul tomcat peut être utilisé.
Le serveur est livré avec jdk, installé avec apt, et a jeté un œil à java -version
Il peut être utilisé, puis passer directement en mode package hors ligne, décompresser, modifier la configuration et mettre le package war pour démarrer directement.
- Au début, tomcat 9.0 a été installé, en utilisant le jdk intégré pour démarrer, et une erreur a été signalée.
- Passez à tomcat8.5, utilisez le jdk intégré pour démarrer et signalez une erreur.
- Passez ensuite à la version 7.0, utilisez le jdk intégré pour démarrer et signalez une erreur.
Cela signifie que tant qu'il s'agit du jdk intégré, quelle que soit la version de tomcat démarrée, une erreur sera signalée. Ensuite, changez uniquement jdk.
Il existe trois versions de jdk dans la communauté Loongson, à savoir Loongson OpenJDK 13-ea 64 bits, Loongson OpenJDK 8 64 bits et Loongson OpenJDK 6 32 bits.
Dans des circonstances normales, le jdk que nous utilisons est 8. J'ai donc téléchargé un jdk8 et l'ai utilisé avec tomcat8, mais il a quand même signalé une erreur au démarrage. Le journal a simplement indiqué qu'un ou plusieurs écouteurs n'ont pas pu démarrer. Pour plus d'informations
, l'erreur est signalée avant le fichier journal du conteneur correspondant . La raison principale est que le journal n'est pas assez détaillé, donc le mode de débogage est utilisé pour vérifier l'erreur
./catalina.sh debug
Trouvé l'erreur suivante:
Failed to connect to [tcp://127.0.0.1:61617?wireFormat.maxInactivityDuration=0] after: 10 attempt(s) continuing to retry
Il s'agit d'une erreur signalée par mq. Je l'ai vérifiée et j'ai trouvé que mq n'a pas démarré. La raison est ... Lorsque le script déploie mq, le mq jdk est spécifié dans la configuration mq comme la version générale jdk1.7, et je oublié de le changer.
4. La base de données du projet de déploiement ne peut pas être connectée
Après avoir changé le jdk de mq et redémarré, il a été constaté que la base de données ne pouvait plus être connectée.
Vous pouvez vous connecter en utilisant localhost, mais vous ne pouvez pas vous connecter en utilisant 127.0.0.1. Cela implique un problème plus important. La différence entre localhost et 127.0.0.1 dans mysql , voir ci-dessous pour plus de détails:
Différence entre localhost et 127.0.01 dans mysql
Dans l'ensemble, lorsque vous utilisez 127.0.0.1 pour vous connecter à la base de données, il ne passe pas par la carte réseau comme en utilisant localhost, il doit être connecté via la carte réseau, le pare-feu, etc. comme les autres adresses IP.
mariadb10.3 peut adopter la nouvelle méthode d'authentification caching_sha2_password par défaut, cette méthode n'est pas compatible avec l'ancienne interface de service Web conventionnelle (peut-être, je ne suis pas sûr, car je n'y pense qu'après avoir modifié la méthode de cryptage et la rechercher. Voir quelle est sa méthode de cryptage, il est trop tard)
En bref, utilisez la commande pour changer la méthode de cryptage, comme suit
update mysql.user set authentication_string=password("123456"),plugin='mysql_native_password' where user='root';
Désormais, la méthode de chiffrement de la base de données est
la même que l'ancienne. Après le test, vous pouvez utiliser localhost pour vous connecter.
5. erreur x11
Puis redémarré tomcat, attendu pendant longtemps, signalé l'erreur suivante:
remontez, voyez cette erreur après le démarrage de la base de données
C'est vraiment un rebondissement ...
Baidu a signalé cette erreur et a trouvé que c'était un problème avec l'outil de connexion à distance utilisé maintenant, mais j'étais trop paresseux pour résoudre ce problème. Quoi qu'il en soit, uos a une interface graphique. Vous pouvez directement à distance à l'interface graphique et utilisez le terminal pour l'exécuter. Utilisez donc Sunflower pour vous connecter à distance au serveur et ouvrez le terminal pour exécuter des commandes.
6. Le déploiement est réussi et le navigateur n'est pas accessible
enfin! La connexion à la base de données est réussie et le journal est imprimé!
Cependant, une erreur 500 a été signalée lorsque j'ai entré l'URL dans le navigateur.
Cela a pris le plus de temps pour résoudre cette erreur. Quoi qu'il en soit, toutes sortes de Baidus n'ont eu aucun résultat. J'ai pensé à changer tomcat, et je ne pouvais pas abandonner à la dernière étape, j'ai donc changé tomcat en 9.0. Après avoir commencé la visite, elle a été un succès.
Le formulaire correspondant tomcat-jdk joint sur le site officiel de tomcat, évidemment 8 tomcat avec 7 jdk ou plus, c'est ok, mais je ne sais pas pourquoi le mien ne fonctionne pas. À l'avenir, essayez de suivre ceci pour installer jdk et tomcat.
7. Résumé
Résumez les principaux problèmes suivants:
1. Le processeur Loongson a son propre jdk, le jdk général ne fonctionne pas normalement sur Loongson
2. Faites attention au démarrage du projet java, doit correspondre au jdk correspondant
3. Certaines erreurs sont des outils de connexion à distance Par conséquent, vous ne peut pas être obsédé par le signalement des erreurs et modifier un outil de connexion, qui peut être plus rapide
4. La base de données est très importante Avant de déployer le service, déterminer la configuration de la base de données.