Siku njema, wakazi wapenzi wa Khabrovsk! Acha nijitambulishe, Alexander. Msimamizi wa mfumo wa studio moja ndogo lakini yenye fahari ya WEB. Kwa kweli tunataka kila kitu kifanye kazi haraka, kwa usalama na kwa kutumia programu mpya zaidi. Ili kufanya hivyo, hata tulisakinisha kifurushi cha nagios+PhantomJS kwenye kompyuta ya ndani ya ofisi na kuangalia kasi ya upakiaji wa ukurasa kila baada ya dakika 30. Kulingana na sheria na masharti, sisi pia hufuatilia masasisho ya 1C-Bitrix na kuyasakinisha mara kwa mara. Na kisha siku moja, baada ya sasisho linalofuata, tunaona ujumbe kwenye jopo la msimamizi kwamba tangu majira ya joto ya 2019, 1C-Bitrix itaacha kufanya kazi na MySQL 5.5 na tunahitaji kusasisha. Vijana kutoka ISPSystem ni wazuri na hupanua utendaji wa jopo mara kwa mara, ambayo shukrani maalum kwao. Lakini wakati huu haikuwezekana kubofya kila kitu na panya. Lakini unaweza kujua kilichotokea na ngapi nywele za kijivu sasa ziko kwenye ndevu zangu chini ya kukata.
Kulikuwa na chaguo pekee la kusakinisha "seva mbadala ya DBMS" ambayo imesakinishwa kwenye chombo cha Docker. Kwa kweli, ninaelewa kuwa Docker ni mbaya sana na rasilimali, lakini haijalishi inafanya kazi vizuri vipi, kichwa cha juu bado kitakuwa > 0. Na hapa tunaonekana kupigana katika sekunde kumi na kuboresha tovuti zote kwenye mlango kabla ya kuzichapisha na kusaini makubaliano. Kwa hivyo sio chaguo langu.
Sawa, nyaraka zinasema nini? Hifadhi kila kitu, ongeza faili kwa yum.repos.d na kiunga cha hazina ya MariaDB, kisha
rpm -e --nodeps MariaDB-server MariaDB-client MariaDB-commonYum baadaye ataapa kwamba mtu alifuta vifurushi bila yeye kujua. Lakini kwanza kabisa, aapishe, ni sawa. Na pili, ikiwa utafanya kufuta kupitia yum, basi inajaribu kuondoa, pamoja na MariaDB, kila kitu ambacho kimeunganishwa nayo kwa utegemezi, na hii inajumuisha PHP na ISPManager na PHPmyadmin. Kwa hivyo, tutashughulika na kuapishwa baadaye.
yum clean all
yum update
yum install MariaDB-server MariaDB-client MariaDB-commonKwa ujumla, kila kitu kiliwekwa na kuanza. Jambo zuri ni kwamba hifadhidata zilichukuliwa na hakukuwa na haja ya kuzirejesha kutoka kwa taka. Niliangalia tovuti - zinafanya kazi na zina haraka. Niliingia katika maeneo kadhaa ya wasimamizi ili kuhakikisha kuwa hakuna kitu kilichoanguka na kumwandikia mkurugenzi kwamba kila kitu kiko sawa. Chini ya dakika 30 baadaye ilibainika kuwa haikuwa sawa hata kidogo ...
Nilipojaribu kwenda kwenye eneo la msimamizi na kuongeza na kuhariri chochote kwenye yaliyomo, ujumbe ulijitokeza
MySQL Query Error: INSERT INTO b_iblock_element_property (ID, IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID, VAL UE, VALUE_NUM) SELECT 10555 ,2201 ,P.ID ,'3607' ,3607.0000 FR OM b_iblock_property P WHERE ID = 184 [[1062] Duplicate entry '10555' for key 'PRIMARY']Kwa kuwa yaliyomo kwenye wavuti huongezwa na wafanyikazi wetu wenyewe, wateja hawakujua chochote bado na bado hawajaanza kututenganisha. Lakini ilikuwa ni suala la muda, kwa sababu taarifa kwenye tovuti zinahitaji kusasishwa, na wateja wengi hufuatilia kwa karibu hili wenyewe.
Kutoka kwa maandishi ya hitilafu, tunaweza kuhitimisha kuwa Bitrix inajaribu kuongeza ingizo jipya kwenye hifadhidata huku ikibainisha ufunguo ule ule wa msingi ambao ulikuwa kwenye makala yanayohaririwa. Hii inamaanisha kuna sababu ya kushuku kuwa shida inatokea kwa upande wa Bitrix. Tunaenda kwenye tovuti yao na kuwasiliana na usaidizi. Karibu mara moja tunapata jibu "tatizo ngumu. Iwape wahandisi wakuu - subiri..."
Ilibidi tungojee kwa muda mrefu (mazungumzo yote yalifanyika kutoka Juni 25.06.2019, 9.07.2019 hadi Julai 10.4.6, XNUMX) na matokeo yake yalikuwa ujumbe "tatizo hili halihusiani na utendakazi wa Bitrix CMS, lakini inahusiana na uendeshaji wa hifadhidata yenyewe katika mariadb XNUMX na, kwa bahati mbaya, kwa upande wa tovuti, hakuna njia ya kutatua tatizo hili; utahitaji kubadili kwa toleo la zamani la MariaDB.
Walifika ... Nilifikiria juu ya kushuka daraja mwanzoni mwa hadithi, lakini kwamba hakuwezi kuwa na kiwango cha chini. Tupa utupaji na upeleke tena kwenye seva iliyosakinishwa kabisa. Wale. Ni vizuri kwamba sikusasisha seva zote mara moja. Wale. "tu" tovuti mia (kicheko cha neva :-)). Msaada huo pia ulisema: "Ili kutatua tatizo wakati wa kutumia hifadhidata ya MariaDB 10.4.6, utahitaji kuwasiliana na usaidizi wa kiufundi wa MariaDB kwamba muamala hautafuta rekodi kutoka kwa hifadhidata ikiwa ombi litafanywa:
$DB->Query("DELETE FROM ".$strTable." WHERE ID = ".$res["ID"]);
$results = $DB->Query("SELECT * FROM ".$strTable." WHERE ID = ".$res["ID"]);β
Tumaini liliangaza kwa saa kadhaa tangu nilipoanza kuwasiliana na usaidizi wa MariaDB, lakini nilipokea barua ambayo waliniambia kwa usahihi kabisa kuwa mimi sio mtumiaji wa kibiashara na kwa hivyo hakuna mtu atakayesuluhisha shida yangu kwa makusudi, lakini kuna jukwaa kwenye wavuti yao na hapo unaweza kujaribu kutafuta chaguzi ... sitakuchosha na maelezo. Hakuna chaguzi hapo.
KUHUSU! Tulinunua leseni ya ISP!
- Hello, msaada? Jamani, msaada!
- Samahani, hatutumii walaghai wanaobadilisha matoleo asili ya DBMS. Ikiwa unataka, kuna chaguo na seva mbadala katika Docker.
- Lakini watumiaji na hifadhidata zitafikaje huko? Kwa docker?
- Kweli, unawavuta huko kwa mikono yako ...
- Ndiyo! Na usisahau kwamba bandari ya mysql itabadilika na utahitaji kupitia usanidi wote na uandike tena.
- Sawa, asante, nitafikiria juu yake ...
Nilifikiria juu yake na niliamua kubomoa kwa mikono 10.4 na kusanikisha 10.2 ambayo hakukuwa na shida kwenye seva zingine.
Mchakato haukuwa tofauti sana na mchakato wa kusasisha. Ilibidi tu nibadilishe 10.4 hadi 10.2 kwenye kiunga cha hazina, kuweka upya na kuunda tena kashe ya yum. Kweli, "kitu kidogo" zaidi: baada ya kuondoa 10.4, nenda kwa /var/lib/mysql na ufute kila kitu kutoka hapo. Bila hatua hii baada ya kufunga 10.2, huduma itaanguka daima na utaona
ΠΠ΅ ΡΠ΄Π°Π»ΠΎΡΡ ΠΏΠΎΠ΄ΠΊΠ»ΡΡΠΈΡΡΡΡ ΠΊ Π±Π°Π·Π΅ Π΄Π°Π½Π½ΡΡ
'' Lost connection to MySQL server at 'reading initial communication packet', system error: 104 "Connection reset by peer"Au
Lost connection to MySQL server at 'handshake: reading inital communication packet', system error: 104Kabla ya kuingiza hifadhidata, kwanza niliweka nenosiri la msingi la mysql ambalo lilibainishwa kwenye usanidi wa ISP na kuleta utupaji wa hifadhidata ya mysql. Kweli, basi, kwa kuwa tayari tuna watumiaji na haki, tunaingiza tu hifadhidata zote za watumiaji kwa safu kwa kutumia akaunti ya mizizi.
Maandishi ya hati kwa utupaji wa hifadhidata:
#!/bin/bash
echo 'show databases' | mysql -u root --password="ΠΠ°Π ΠΎΠΡ_Π Π£Π’Π" --skip-column-names | grep -v information_schema | xargs -I {} -t bash -c 'mysqldump -u root --password="ΠΠ°Π ΠΎΠΡ_Π Π£Π’Π" {} | gzip > /BACK/back-$(hostname)-{}-$(date +%Y-%m-%d-%H.%M.%S).sql.gz'Kabla ya kuagiza hifadhidata, unahitaji kuzifungua. Kwa hivyo tunaendesha tu amri
gunzip /BACK/*.gzNa mwishowe: kwa sababu fulani, hyphens inaruhusiwa kwa jina la hifadhidata (ikiwa utaiunda kupitia ISPmanager). Lakini unapounda au kujaribu kupakia dampo kwenye hifadhidata ambayo ina hyphen kwa jina lake, unapokea ujumbe kwamba syntax ya ombi sio sahihi.
Kila la kheri kwa waliosoma hadi mwisho. Ninaomba msamaha kwa koma zinazowezekana ambazo hazikuwekwa - ni shida. Ikiwa una mapendekezo yoyote kuhusu kiini cha kile kilichoelezwa, andika katika ujumbe wa kibinafsi kwa sababu ninaogopa nitakosa kitu katika maoni. Na usiape sana - hii ni nakala yangu ya kwanza :)
UPD1:
Karibu nilisahau kutaja: nilipokuwa nikijaribu kutafuta suluhisho la shida bila kupunguza kiwango cha MariaDB, ilinibidi kusasisha habari kwa njia fulani. Ilisasishwa kama hii: hifadhidata nzima inabadilishwa kutoka InnoDB hadi MyISAM, habari inasasishwa na kisha kubadilishwa kuwa InooDB.
UPD2:
Nimepokea barua kutoka kwa 1C-Bitrix yenye maudhui yafuatayo:
Ombi la marekebisho limekamilika
"Baada ya kusasisha mariadb hadi 10.4.6, hitilafu ilitokea wakati wa kuhifadhi kipengee cha infoblock"
Moduli: iblock, toleo: haijulikani
Suluhisho: kukataliwa
Kwa hivyo ni dhahiri kuwa haiwezekani kusasisha hadi 10.4 kwa sasa π
Chanzo: mapenzi.com