Puncte:2

Upgrade-ul Jira 8.19.0 nu se poate conecta la mysql 5.7.35

drapel in

Am confluence și jira care rulează pe un server autonom.

Tocmai am actualizat confluence - fără probleme. Rulează conectat la mysql și este activ în timp ce vorbim despre cea mai recentă versiune.

Tocmai am actualizat jira, dar spune că nu se poate conecta la baza de date:

Baza de date: am găsit o eroare în versiunea acceptată pentru MySQL! Tipul bazei de date din dbconfig.xml este configurat la MySQL 5.7, iar versiunea dvs. MySQL este diferită. Luați în considerare utilizarea tipului de bază de date MySQL 5.7 Consultați documentația noastră pentru mai multe informații despre schimbarea tipului bazei de date.

Dar configurația bazei de date sau versiunea bazei de date nu s-a schimbat niciodată.

Am actualizat .jar de la mysql-connector-java-5.1.48 la:

mysql-connector-java-5.1.48-bin.jar

Dar tot nu se conectează.

Dbconfig arată astfel:

<?xml version="1.0" encoding="UTF-8"?>

<jira-database-config>
  <name>defaultDS</name>
  <delegator-name>default</delegator-name>
  <database-type>mysql57</database-type>
  <jdbc-datasource>
    <url>jdbc:mysql://dbserver:3306/jiradb?useUnicode=true&amp;characterEncoding=UTF8&amp;sessionVariables=default_storage_engine=InnoDB</url>
    <driver-class>com.mysql.jdbc.Driver</driver-class>
    <username>jiradb</username>
    <password>somepassword</password>
    <pool-min-size>20</pool-min-size>
    <pool-max-size>20</pool-max-size>
    <pool-max-wait>30000</pool-max-wait>
    <validation-query>select 1</validation-query>
    <min-evictable-idle-time-millis>60000</min-evictable-idle-time-millis>
    <time-between-eviction-runs-millis>300000</time-between-eviction-runs-millis>
    <pool-max-idle>20</pool-max-idle>
    <pool-remove-abandoned>true</pool-remove-abandoned>
    <pool-remove-abandoned-timeout>300</pool-remove-abandoned-timeout>
    <pool-test-on-borrow>false</pool-test-on-borrow>
    <pool-test-while-idle>true</pool-test-while-idle>
    <validation-query-timeout>3</validation-query-timeout>
  </jdbc-datasource>
</jira-database-config>

Fără a derula înapoi tot ce nu știu ce să fac, s-a mai confruntat cineva cu probleme similare?

Am derulat înapoi întregul server (complet cu baza de date), dar JIRA încă nu pornește :/ are cineva idei?

drapel in
Am avut aceeași problemă în 1 din 3 cazuri. Soluția a fost adăugarea unui parametru la adresa URL, care părea complet fără legătură cu mine.Pot să-l caut doar mâine când mă întorc la muncă.
Puncte:0
drapel in

Am avut aceeași problemă la una dintre cele trei instanțe ale mele după ce am actualizat JIRA la versiunea 8.19.0. Am o implementare containerizată, toate cele trei instanțe folosesc aceeași imagine JIRA și aceeași imagine MySQL, cu toate acestea, o singură instanță a fost afectată.

Pentru mine soluția a fost să adaug allowPublicKeyRetrieval=adevărat parametru la adresa URL.

<url>jdbc:mysql://mysql:3306/jira?useUnicode=true&amp;characterEncoding=utf8&amp;allowPublicKeyRetrieval=true&amp;useSSL=false&amp;sessionVariables=default_storage_engine=InnoDB</url>
John avatar
drapel in
hmm ok, este una nouă și pentru mine, mulțumesc pentru distribuire! Mi-a ars prea mult timp ieri

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.