Abuuritaanka codsi gurmad ah oo ka shaqeeya qaybin kasta maaha hawl fudud. Si loo hubiyo in Wakiilka Veeam ee Linux uu ka shaqeeyo qaybinta Red Hat 6 iyo Debian 6, ilaa OpenSUSE 15.1 iyo Ubuntu 19.04, waa inaad xallisaa dhibaatooyin kala duwan, gaar ahaan iyadoo la tixgelinayo in badeecada softiweerku ay ku jirto moduleka kernel.
Maqaalka waxa loo sameeyay agab laga soo jeediyay khudbadii shirka .
Linux kaliya maaha mid ka mid ah nidaamyada hawlgalka ugu caansan. Asal ahaan, tani waa madal ku saleysan taas oo aad ka dhigi karto wax gaar ah, wax adiga kuu gaar ah. Thanks to this, Linux waxay leedahay qaybin badan oo ku kala duwan qaybaha software-ka. Oo halkan dhibaato ayaa ka soo baxda: si badeecada software ay u shaqeyso qayb kasta, waa inaad tixgelisaa sifooyinka mid kasta.
Maamulayaasha xirmada. .deb vs .rpm
Aan ku bilowno dhibaatada muuqata ee u qaybinta alaabta qaybinta kala duwan.
Habka ugu caansan ee loo qaybiyo alaabta software waa in la dhigo xirmada meel kayd ah si maareeyaha xirmada lagu dhex dhisay nidaamka uu halkaas uga rakibo.
Si kastaba ha ahaatee, waxaan haynaa laba qaab oo xirmo oo caan ah: rpm ΠΈ deb. Tani waxay la macno tahay in qof walba uu ku qasbanaan doono inuu taageero.
Dunida xirmooyinka deynta, heerka iswaafajinta waa cajiib. Xirmado isku mid ah ayaa ku rakiban oo si siman ugu shaqeysa Debian 6 iyo Ubuntu 19.04 labadaba. Heerarka nidaamka dhisidda xirmooyinka iyo la shaqaynta iyaga, ee lagu dejiyay qaybintii hore ee Debian, ayaa weli ku habboon Linux Mint-ka cusub iyo OS hoose. Sidaa darteed, marka laga hadlayo Wakiilka Veeam ee Linux, hal xirmo deb oo qalab kasta oo qalab ah ayaa ku filan.
Laakiin adduunka xirmooyinka rpm, kala duwanaanshiyaha ayaa aad u weyn. Marka hore, sababtoo ah xaqiiqda ah in ay jiraan laba qaybiye oo madaxbannaan, Koofiyadaha Cas iyo SUSE, kuwaas oo ku habboonaanta gebi ahaanba aan loo baahnayn. Marka labaad, qaybiyeyaashani waxay leeyihiin xirmooyinka qaybinta kuwaas. taageero iyo tijaabo. Looma baahna in la waafajiyo iyaga midkood. Waxaa soo baxday in el6, el7 iyo el8 ay haystaan ββbaakado u gaar ah. Baakad gaar ah oo loogu talagalay Fedora. Xirmooyinka SLES11 iyo 12 iyo mid gaar ah oo loogu talagalay openSUSE. Dhibaatada ugu weyni waa ku-tiirsanaanta iyo magacyada xirmada.
Dhibaatada ku tiirsanaanta
Nasiib darro, baakado isku mid ah ayaa inta badan ku dhamaanaya magacyo kala duwan oo qaybin kala duwan. Hoos waxaa ah liis qayb ah oo ku-tiirsanaanta xirmada veeam.
Loogu talagalay EL7:
Loogu talagalay SLES 12:
- libblkid
- libgcc
- libstdc++
- nacdaro-libs
- fiyuus-libs
- file-libs
- veeamsnap=3.0.2.1185
- libblkid1
- libgcc_s1
- libstdc++6
- libmagic1
- libfuse2
- veeamsnap-kmp=3.0.2.1185
Natiijo ahaan, liiska ku-tiirsanaanta ayaa gaar u ah qaybinta.
Waxa ka sii daran marka nooca la cusboonaysiiyay uu bilaabo inuu ku qariyo magaca xirmada hore.
Tusaale:
Xirmada ayaa lagu cusboonaysiiyay Fedora 24 kalkaaliyayaal caafimaad laga bilaabo nooca 5 ilaa nooca 6. Alaabtayagu waxaa lagu dhisay nooca 5 si loo hubiyo in ay la jaanqaadi karto qaybinta hore. Si aan u isticmaalo nuqulkii hore ee 5th ee maktabadda Fedora 24, waa inaan isticmaalo xirmada ncurses-compat-libs.
Natiijo ahaan, waxaa jira laba baakadood oo loogu talagalay Fedora, oo leh ku-tiirsanaan kala duwan.
Intaa ka sii xiiso badan. Ka dib cusbooneysiinta qaybinta soo socota, xirmada ncurses-compat-libs oo leh nooca 5 ee maktabadda waxa ay noqotay mid aan la heli karin. Waa qaali in qaybiyaha uu u jiido maktabado duug ah nooc cusub oo qaybinta. Muddo ka dib, dhibaatadu waxay ku soo noqnoqotay qaybinta SUSE.
Natiijo ahaan, qaybintu waxay noqotay inay hoos u dhigaan ku tiirsanaanshahooda cad nacdaro-libs, oo hagaaji badeecada si ay ula shaqeyso nooc kasta oo maktabadda ah.
Jid ahaan, nooca 8 ee Koofiyada Cas ma jiraan xirmo meta ah python, kaas oo tilmaamaya kuwii hore ee wanaagsanaa Python 2.7. waxaa jira python2 ΠΈ python3.
Beddelka maamulayaasha xirmada
Dhibaatada ku-tiirsanaanta waa da' wayna muddo dheer ahayd mid muuqata. Kaliya xasuuso ku tiirsanaanta cadaabta.
In la isku daro maktabado iyo codsiyo kala duwan si ay dhammaantood si deggan ugu shaqeeyaan oo aanay isku dhacin - dhab ahaantii, tani waa hawsha uu qaybiyaha Linux kastaa isku dayo inuu xalliyo.
Maareeyaha xirmada wuxuu isku dayaa inuu dhibaatadan u xalliyo si ka duwan. Snappy ka Canonical. Fikradda ugu weyn: codsigu wuxuu ku socdaa sanduuq ciid ah oo go'doonsan oo laga ilaaliyo nidaamka ugu muhiimsan. Haddii codsi u baahan yahay maktabado, iyaga ayaa la geynayaa codsiga laftiisa.
Flatpak sidoo kale waxay kuu ogolaanaysaa inaad ku socodsiiso codsiyada sanduuqa ciid adoo isticmaalaya konteenarada Linux. Fikradda sanduuqa sandbox sidoo kale waa la isticmaalaa AppImage.
Xalalkani waxay kuu oggolaanayaan inaad abuurto hal baako qaybin kasta. Haddii ay dhacdo Flatpak rakibidda iyo bilaabista arjiga waa suurtogal xitaa iyada oo aan la ogeyn maamulaha.
Dhibaatada ugu weyni waa in dhammaan codsiyada aysan ku socon karin sanduuq ciid ah. Dadka qaarkood waxay u baahan yihiin inay si toos ah u galaan goobta. Xitaa ka ma hadlayo modules kernel, kuwaas oo si adag ugu tiirsan kernel-ka oo aan ku haboonayn fikradda sanduuqa ciid.
Dhibaatada labaad waa in qaybinta caanka ah ee deegaanka ganacsiga ee Koofiyadaha Cas iyo SUSE aanay weli ku jirin taageerada Snappy iyo Flatpak.
Marka la eego, Wakiilka Veeam ee Linux lama heli karo haba yaraatee .
Si loo soo gabagabeeyo su'aasha ku saabsan maareeyayaasha xirmooyinka, waxaan jeclaan lahaa in aan ogaado in ay jirto ikhtiyaarka ah in laga tago maareeyayaasha xirmooyinka guud ahaan iyada oo la isku darayo faylalka binary iyo qoraalka loogu talagalay in lagu rakibo hal xirmo.
Xirmadan noocan oo kale ah waxay kuu ogolaaneysaa inaad abuurto hal xirmo oo caadi ah oo loogu talagalay qaybinta iyo goobaha kala duwan, fuliso habka rakibidda isdhexgalka, fulinta is-beddelka lagama maarmaanka ah. Waxa kaliya oo aan la kulmay xirmooyinkan oo kale Linux ka VMware.
Cusbooneysii dhibka
Xitaa haddii dhammaan arrimaha ku-tiirsanaanta la xalliyo, barnaamijku wuxuu u socon karaa si ka duwan isla qaybinta. Waxay ku saabsan tahay cusbooneysiinta
Waxaa jira 3 xeeladood oo cusbooneysiin ah:
- Midda ugu fudud ayaa ah inaadan waligaa cusbooneysiin. Server-kii baan dhigay oo ilaaway. Maxaad u cusbooneysiineysaa haddii wax walba ay shaqeeyaan? Dhibaatooyinku waxay bilaabmaan marka ugu horeysa ee aad la xiriirto taageerada. Abuuraha qaybinta ayaa kaliya taageera sii deynta la cusboonaysiiyay.
- Waad aamini kartaa qaybiyaha oo aad dejin kartaa cusbooneysiin toos ah. Xaaladdan oo kale, wicitaanka taageerada waxay u badan tahay isla markiiba ka dib cusboonaysiinta aan lagu guulaysan.
- Ikhtiyaarka cusboonaysiinta buug-gacmeedka kaliya ka dib markii lagu socodsiiyo kaabayaasha tijaabada ayaa ah tan ugu kalsoon, laakiin qaali ah oo waqti badan qaadata. Qof walba ma awoodo.
Maadaama isticmaaleyaal kala duwan ay isticmaalaan xeelado kala duwan oo cusbooneysiin ah, waxaa lagama maarmaan ah in la taageero labadaba sii-deynta ugu dambeysay iyo dhammaan kuwii hore loo sii daayay. Tani waxay adkeynaysaa habka horumarinta iyo baaritaanka labadaba waxayna ku daraysaa madax xanuun kooxda taageerada.
Noocyada kala duwan ee aaladaha qalabka
Qalabyada kala duwan ee qalabku waa dhibaato inta badan gaar u ah koodka asalka ah. Ugu yaraan, waa inaad u ururisaa binary madal kasta oo la taageero.
Wakiilka Veeam ee mashruuca Linux, wali ma taageeri karno wax la mid ah RISC.
Anigu arrintan si faahfaahsan uga hadli maayo. Kaliya waxaan qeexi doonaa dhibaatooyinka ugu waaweyn: noocyada ku tiirsan madal, sida size_t, toosinta qaabdhismeedka iyo nidaamka byte.
Isku xidhid joogto ah iyo/ama firfircoon
Laakin su'aashu waxay tahay "Sidee loogu xidhidhiyaa maktabadaha - si firfircoon mise mid taagan?" mudan in laga hadlo.
Sida caadiga ah, codsiyada C/C++ ee hoos yimaada Linux waxay isticmaalaan isku xirka firfircoon. Tani waxay si weyn u shaqeysaa haddii codsiga loo dhisay si gaar ah qaybin gaar ah.
Haddii hawshu ay tahay in lagu daboolo qaybin kala duwan oo leh hal fayl oo binary ah, markaa waa inaad diirada saartaa qaybinta ugu da'da weyn ee la taageeray. Annaga, tani waa Koofiyada Cas 6. Waxay ka kooban tahay gcc 4.4, kaas oo xitaa heerka C++11 aanu taageersanayn. .
Waxaan ku dhiseynaa mashruucayaga anagoo adeegsanayna gcc 6.3, kaas oo si buuxda u taageera C++14. Dabiici ahaan, kiiskan, Koofiyadaha Cas 6 waa inaad sidataa libstdc++ oo aad kor ugu qaaddaa maktabadaha adiga. Habka ugu fudud ayaa ah in lagu xidho iyaga si macne ah.
Laakiin hoog, ma aha dhammaan maktabadaha laguma xidhi karo si joogto ah.
Marka hore, maktabadaha nidaamka sida libfuse, libblkid waxaa lagama maarmaan ah in si firfircoon loogu xidho si loo hubiyo in ay la jaanqaadi karaan kernel-ka iyo qaybihiisa.
Marka labaad, waxaa jira khiyaano leh shatiyo.
Shatiga GPL wuxuu asal ahaan kuu ogolaanayaa inaad ku xidho maktabadaha kaliya oo leh koodka isha furan. MIT iyo BSD waxay ogolaadaan isku xidhka joogtada ah waxayna ogolaadaan maktabadaha in lagu daro mashruuca. Laakin LGPL uma eka inuu ka hor imaanayo isku xirka taagan, balse wuxuu u baahan yahay in faylalka lagama maarmaanka u ah isku xirka la wadaago.
Guud ahaan, isticmaalka isku xidhka firfircooni waxay kaa ilaalin doontaa inaad bixiso wax kasta.
Codsiyada dhismaha C/C++
Si loo dhiso codsiyada C / C ++ ee goobaha kala duwan iyo qaybinta, waa ku filan in la doorto ama la dhiso nooc ku habboon gcc oo loo isticmaalo isku-dubaridyada naqshadaha gaarka ah iyo isu-ururinta dhammaan maktabadaha. Shaqadani waa mid macquul ah, laakiin dhib badan. Mana jirto wax dammaanad ah oo ah in isku-duwaha iyo maktabadaha la doortay ay bixin doonaan nooc la shaqayn karo.
Faa'iido cad: kaabayaasha ayaa si weyn loo fududeeyay, tan iyo dhammaan habka dhismaha waxaa lagu dhameyn karaa hal mashiin. Intaa waxaa dheer, waa ku filan in la ururiyo hal nooc oo binary ah oo loogu talagalay hal naqshadood oo waxaad ku dhejin kartaa baakadaha qaybinta kala duwan. Tani waa sida xirmooyinka veeam loogu dhisay Wakiilka Veeam ee Linux.
Marka laga soo tago doorashadan, waxaad si fudud u diyaarin kartaa beer dhisme, taas oo ah, mashiinno dhowr ah oo loogu talagalay shirarka. Mashiin kasta oo noocaas ah wuxuu bixin doonaa isku-dubbarid codsi iyo isku-ururin xirmo qaybin gaar ah iyo qaab-dhismeed gaar ah. Xaaladdan oo kale, isku-dubarid waxaa lagu fuliyaa iyadoo la adeegsanayo hababka uu diyaariyay qaybiyaha. Taasi waa, marxaladda diyaarinta isku-duwaha iyo xulashada maktabadaha waa la tirtiray. Intaa waxaa dheer, habka dhisidda si fudud ayaa loo barbar dhigi karaa.
Si kastaba ha ahaatee, waxaa jira dhinac hoos u dhac ku ah habkan: qaybin kasta oo isku mid ah oo isku mid ah, waa inaad soo ururisaa faylashaada binary. Khasaaro kale ayaa ah in tiro intaa le'eg oo mashiinno ah loo baahan yahay in la dayactiro iyo in la qoondeeyo tiro badan oo disk ah iyo RAM.
Tani waa sida xirmooyinka KMOD ee qaybta veeamsnap kernel loogu ururiyay qaybinta Koofiyada Cas.
Fur Adeeg Dhis
Saaxiibada SUSE waxay isku dayeen inay hirgeliyaan qaar ka mid ah meel dhexaad ah qaab adeeg gaar ah oo loogu talagalay ururinta codsiyada iyo ururinta baakadaha - .
Asal ahaan, waa hypervisor-ka abuura mashiinka farsamada, ku rakibaya dhammaan baakadaha lagama maarmaanka ah ee ku jira, soo uruuriya codsiga oo ku dhisa xirmada deegaankan go'doonsan, ka dib markii mashiinka farsamada la sii daayo.
Jadwalka laga hirgaliyay OpenBuildService ayaa go'aamin doona inta mashiinada farsamada gacanta ee ay u bilaabi karto xawaaraha dhismaha xirmo ee ugu fiican. Habka saxeexa ee ku dhex jira ayaa saxeexi doona xidhmooyinka oo ku shubi doona kaydka ku dhex jira. Nidaamka xakamaynta nooca la dhisay wuxuu badbaadin doonaa taariikhda isbeddelada iyo dhisidda. Waxa kaliya ee hadhay waa inaad si fudud ugu darto ilahaaga nidaamkan. Xataa uma baahnid inaad adigu dejiso server-ka; waxaad isticmaali kartaa mid furan.
Si kastaba ha ahaatee, waxaa jirta dhibaato: gooyeeyaha noocan oo kale ah way adag tahay inuu ku habboon yahay kaabayaasha jira. Tusaale ahaan, kantaroolka nooca looma baahna; waxaan hore u haysanay noo gaar ah codes isha. Habka saxiixeenu wuu ka duwan yahay: waxaan isticmaalnaa server gaar ah. Bakhaar sidoo kale looma baahna.
Intaa waxaa dheer, taageerada qaybinta kale - tusaale ahaan, Koofiyada Cas - ayaa loo hirgeliyay si liidata, taas oo ah mid la fahmi karo.
Faa'iidada adeeggan oo kale waa taageero degdeg ah oo loogu talagalay nooca xiga ee qaybinta SUSE. Kahor inta aan si rasmi ah loogu dhawaaqin siideynta, xirmooyinka lagama maarmaanka u ah isu imaatinka waxaa lagu dhejiyaa kaydka dadweynaha. Mid cusub ayaa ka muuqda liiska qaybinta diyaarka ah ee OpenBuildService. Waxaan saxnaa sanduuqa waxaana lagu daraa qorshaha dhismaha. Sidaa darteed, ku darista nooc cusub oo qaybinta ayaa lagu sameeyaa ku dhawaad ββhal gujis.
Kaabayaashayada, iyadoo la adeegsanayo OpenBuildService, dhammaan noocyada kala duwan ee xirmooyinka KMP ee moduleka kernel-ka veeamsnap ee qaybinta SUSE waa la isu keenay.
Marka xigta, waxaan jeclaan lahaa inaan ku dheeraado arrimaha u gaarka ah modules kernels.
kernel ABI
Qaybaha kernel-ka Linux taariikh ahaan waxaa loo qaybiyay qaab asal ah. Xaqiiqdu waxay tahay in abuurayaasha kernel-ka aysan naftooda culeys ku saarin walaaca ah inay taageeraan API xasilloon oo loogu talagalay modules kernel, iyo gaar ahaan heerka binary, oo loo sii gudbiyo kABI.
Si aad u dhisto cutub loogu talagalay kernel vanilj, xaqiiqdii waxaad u baahan tahay madaxyada kernel-kan gaarka ah, waxayna kaliya ka shaqayn doontaa kernel-kan.
DKMS waxa ay ku ogolanaysaa in aad otomaatig u samayso habka dhisidda cutubyada marka aad cusboonaysiinayso kernel-ka. Natiijadu waxay tahay, isticmaalayaasha kaydka Debian (iyo qaraabadeeda badan) waxay adeegsadaan cutubyada kernel-ka ha ahaato kaydka qaybiyaha ama laga soo ururiyay isha iyadoo la adeegsanayo DKMS.
Si kastaba ha ahaatee, xaaladdani si gaar ah uguma habboona qaybta ganacsiga. Qaybiyeyaasha koodka lahaanshaha ayaa raba inay u qaybiyaan badeecada sidii binaries la soo ururiyey.
Maamulayaashu ma rabaan inay ku hayaan qalabka horumarinta ee server-yada wax soo saarka sababo ammaan dartood. Qaybiyeyaasha Enterprise Linux sida Koofiyada Cas iyo SUSE waxay go'aansadeen inay ku taageeri karaan kABI deggan isticmaalkooda. Natiijadu waxay ahayd xirmooyinka KMOD ee Koofiyada Cas iyo xirmooyinka KMP ee SUSE.
Nuxurka xalkani waa mid fudud. Nooc gaar ah oo qaybinta ah, API kernel waa barafoobay. Qaybiyaha ayaa sheegay in uu isticmaalo kernel-ka, tusaale ahaan, 3.10, oo uu sameeyo kaliya hagaajinta iyo hagaajinta aan saameyn ku yeelanayn isdhexgalka kernel-ka, iyo modules-yada loo ururiyay kernel-ka ugu horreeya ayaa loo isticmaali karaa dhammaan kuwa ku xiga iyada oo aan dib loo soo celin.
Koofiyadda Cas waxay sheeganaysaa waafaqsanaanta kABI ee qaybinta dhammaan meertada nolosheeda. Taasi waa, moduleka la isu keenay ee Rhel 6.0 (sii daayay Noofambar 2010) waa inuu sidoo kale ka shaqeeyaa nooca 6.10 (sii daynta Juun 2018). Tanina waa ku dhawaad ββ8 sano. Dabcan, hawshani aad bay u adag tahay.
Waxaan diiwaan gelinay dhowr kiis oo qeybta veeamsnap uu joojiyay shaqada sababo la xiriira iswaafajinta kABI.
Ka dib moduleka veeamsnap, ee loo soo ururiyay RHEL 7.0, wuxuu noqday mid aan ku habboonayn kernel ka RHEL 7.5, laakiin waa la raray oo waa la dammaanad qaaday inuu burburiyo serferka, waxaan ka tagnay adeegsiga ku habboonaanta kABI ee RHEL 7 gebi ahaanba.
Hadda, xirmada KMOD ee RHEL 7 waxay ka kooban tahay isu-urur nooc kasta oo la sii daayo iyo qoraal ku raran moduleka.
SUSE waxay si taxadar leh u wajahday hawsha ku habboonaanta kABI. Waxay ku bixiyaan waafaqid kABI kaliya hal xidhmo adeeg.
Tusaale ahaan, sii deynta SLES 12 waxay dhacday Sebtembar 2014. SLES 12 SP1 waxay ahayd Diisambar 2015, taas oo ah, in ka badan hal sano ayaa ka soo wareegay. In kasta oo labadaba la sii daayo ay isticmaalaan 3.12 kernel, waa kABI aan ku habboonayn. Sida iska cad, ilaalinta ku habboonaanta kABI muddo hal sano ah ayaa aad u fudud. Wareegga cusboonaysiinta cutubka kernel-ka sanadlaha ah waa in aanu dhibaato u keenin abuurayaasha moduleka.
Natiijadu waxay tahay siyaasadda SUSE, kama aanaan diiwaan gelin hal dhibaato oo ku saabsan ku habboonaanta kABI qaybtayada veeamsnap. Run, tirada baakadaha SUSE waxay ku dhowdahay nidaam baaxad weyn.
Boostada iyo dhabarka dambe
In kasta oo qaybiyayaashu ay isku dayaan in ay hubiyaan iswaafajinta kABI iyo xasiloonida kernel-ka, waxa ay sidoo kale isku dayaan in ay horumariyaan waxqabadka oo ay meesha ka saaraan cilladaha kernel-kan deggan.
Isla mar ahaantaana, marka lagu daro "shaqo ku saabsan khaladaadka" iyaga u gaar ah, horumarinta shirkadda Linux kernel waxay kormeeraan isbeddelada ku jira kernel vanilj waxayna u wareejiyaan midkooda "xasilloon".
Mararka qaarkood tani waxay keentaa kuwo cusub .
Siideynta ugu dambeysay ee Koofiyada Cas 6, qalad ayaa laga sameeyay mid ka mid ah cusbooneysiinta yar yar. Waxay keentay xaqiiqda ah in moduleka veeamsnap loo dammaanad qaaday inuu burburo nidaamka marka sawirka sawirka la sii daayo. Markii aan is barbar dhignay ilaha kernelka ka hor iyo ka dib cusboonaysiinta, waxaan ogaanay in dhabarka dambe uu eed leeyahay. Hagaajin la mid ah ayaa lagu sameeyay nooca kernel-ka vanilj 4.19. Kaliya waa in hagaajintan ay si fiican ugu shaqeysay kernel vanilj, laakiin markii loo wareejinayo "xasilloonida" 2.6.32, dhibaato ayaa ka soo baxday lafdhabarta.
Dabcan, qof kastaa had iyo jeer khaladaad ayuu leeyahay, laakiin miyay mudan tahay in koodhka laga soo jiido 4.19 ilaa 2.6.32, khatarta xasiloonida?... Ma hubo ...
Waxa ugu xun waa marka suuqgeyntu ay ku lug yeelato is jiid jiidka u dhexeeya "xasiloonida" iyo "casriyeynta". Waaxda suuqgeyntu waxay u baahan tahay udub dhexaadka qaybinta la cusboonaysiiyay si ay u noqoto mid degan, dhanka kalena, isla markaana ay ku fiicnaato waxqabadka oo ay yeelato astaamo cusub. Tani waxay keenaysaa tanaasulaad yaab leh.
Markii aan isku dayay in aan ku dhiso module ah kernel 4.4 oo ka socda SLES 12 SP3, waxaan la yaabay inaan ka helo shaqeynta vanilj 4.8 ee ku jira. Fikradayda, hirgelinta block I/O ee 4.4 kernel ee SLES 12 SP3 waxay la mid tahay 4.8 kernel marka loo eego siidaynta hore ee 4.4 kernel ee SLES12 SP2. Ma xukumi karo inta boqolkiiba kood laga soo wareejiyay kernel 4.8 ilaa SLES 4.4 ee SP3, laakiin xitaa ma wici karo kernel isla 4.4 deggan.
Waxa ugu xun ee tan ku saabsan ayaa ah in marka la qorayo cutub si isku mid ah ugu shaqeyn lahaa kernels kala duwan, aadan ku tiirsanaan karin nooca kernel-ka. Sidoo kale waa inaad xisaabta ku dartaa qaybinta. Way fiican tahay in mararka qaarkood aad ku lug yeelan karto qeexitaan u muuqda oo ay la socdaan hawlqabad cusub, laakiin fursadan had iyo jeer ma muuqato.
Natiijadu waxay tahay, koodku wuxuu noqdaa mid ka batay amaro ururin shuruudaysan.
Waxa kale oo jira balastar beddela API kernel-ka dukumeentigu leeyahay.
Waxaan la kulmay qaybinta 5.16 oo aad baan ula yaabay markay aragtay in lookup_bdev wacitaanka nooca kernel-kan uu beddelay liiska cabbiraadaha gelinta.
Si loo isu keeno, waxaan ku qasbanaay in aan qoraal ku daro makefile-ka kaas oo hubinaya in shaqada Lookup_bdev ay leedahay cabbir maaskaro.
Saxiixa modules kernel
Laakin aan u soo laabano arrinta xirmada qaybinta.
Mid ka mid ah faa'iidooyinka kABI deggan ayaa ah in qaybaha kernel-ka loo saxiixi karo sidii faylka binary. Xaaladdan oo kale, horumariyuhu wuxuu hubin karaa in moduleka aan si lama filaan ah u dhaawacmin ama si ula kac ah loo beddelin. Waxaad tan ku hubin kartaa amarka modinfo.
Koofiyadaha Cas iyo SUSE waxay kuu oggolaanayaan inaad hubiso saxeexa moduleka oo aad ku shubto kaliya haddii shahaadada u dhiganta ay ka diiwaan gashan tahay nidaamka. Shahaadadu waa furaha guud ee moduleka lagu saxiixay. Waxaan u qaybinay baakidh gooni ah.
Dhibaatadu halkan waa in shahaadooyinka lagu dhisi karo kernel-ka (qeybiyeyaasha ayaa isticmaala) ama waa in lagu qoraa EFI xusuusta aan xasilloonayn iyadoo la isticmaalayo utility. mokutil. Utility mokutil Markaad rakibayso shahaado, waxay u baahan tahay inaad dib u bilowdo nidaamka iyo, xitaa ka hor inta aanad ku shubin kernel nidaamka qalliinka, waxay ku dhiirigelisaa maamulaha inuu oggolaado soo dejinta shahaado cusub.
Markaa, ku darida shahaado waxay u baahan tahay maamulaha jireed gelitaanka nidaamka. Haddii mashiinku uu ku yaal meel daruur ah ama si fudud qolka server-ka fog iyo gelitaanka kaliya ee shabakadda (tusaale ahaan, iyada oo loo marayo ssh), markaa suurtagal maaha in lagu daro shahaado.
EFI ee mashiinada farsamada
In kasta oo xaqiiqda ah in EFI ay muddo dheer taageereen ku dhawaad ββdhammaan soosaarayaasha Motherboard-ka, marka la rakibayo nidaamka, maamuluhu waxaa laga yaabaa inuusan ka fekerin baahida EFI, waxaana laga yaabaa inay naafo noqoto.
Dhammaan kuwa kor-joogayaasha ah ma taageeraan EFI. VMWare vSphere waxay taageertaa EFI laga bilaabo nooca 5.
Microsoft Hyper-V sidoo kale waxay heshay taageerada EFI laga bilaabo Hyper-V ee Windows Server 2012R2.
Si kastaba ha ahaatee, qaabka caadiga ah shaqadani waxay naafada u tahay mishiinada Linux, taas oo macnaheedu yahay shahaadada lama rakibi karo.
Gudaha vSphere 6.5, deji ikhtiyaarka Bootiga Ku Xiran kaliya suurtagal ah in version hore ee interface web, kaas oo ku shaqeeya via Flash. Shabakadda UI ee HTML-5 weli waa ka dambeeyaa.
Qaybinta tijaabada ah
Ugu dambeyntiina, aynu tixgelinno arrinta qaybinta tijaabada ah iyo qaybinta iyada oo aan taageero rasmi ah la helin. Dhinaca kale, qaybinta noocan oo kale ah uma badna in laga helo server-yada ururada halista ah. Ma jirto taageero rasmi ah oo loo fidiyay qaybinta noocaas ah. Sidaa darteed, bixi kuwa. Alaabta laguma taageeri karo qaybintan oo kale.
Si kastaba ha ahaatee, qaybinta noocan oo kale ah waxay noqotaa madal ku habboon oo lagu tijaabinayo xalal cusub oo tijaabo ah. Tusaale ahaan, Fedora, OpenSUSE Tumbleweed ama noocyada Debian ee aan degganayn. Aad bay u deggan yihiin. Had iyo jeer waxay haystaan ββnoocyo cusub oo barnaamijyo ah iyo had iyo jeer kernel cusub. Sannad gudaheed, shaqadan tijaabada ah waxay ku dambayn kartaa RHEL, SLES ama Ubuntu oo la cusboonaysiiyay.
Sidaa darteed haddii shay uusan ku shaqeynin qaybinta tijaabada ah, tani waa sabab loo ogaado dhibaatada oo la xalliyo. Waxaad u baahan tahay inaad u diyaargarowdo xaqiiqda ah in shaqeyntu ay dhawaan ka muuqan doonto adeegayaasha wax soo saarka isticmaala.
Waxaad baran kartaa liiska hadda jira ee qaybinta sida rasmiga ah loo taageeray ee nooca 3.0 . Laakiin liiska dhabta ah ee qaybinta ee alaabtayadu ku shaqeyn karto ayaa aad u ballaaran.
Shakhsi ahaan, waxaan xiiseynayay tijaabada Elbrus OS. Kadib dhamaystirka xirmada veeam, alaabtayada waa la rakibay oo shaqaynaysa. Waxaan wax ku saabsan tijaabadan ka qoray HabrΓ© in .
Hagaag, taageerada qaybinta cusub way sii socotaa. Waxaan sugeynaa in version 4.0 la sii daayo. Beta waxay ku dhowdahay inay soo baxdo, markaa isha ku hay !
Source: www.habr.com