Juhendatav vajab ikka juhendajat. See on fakt, mida ei maksa eitada. Ja koostöö üks kõige tugevam alus on suhtlus.

Tänane põhiülesanne oli listiserveri virtualiseerimine, nagu eelmine nädal juba alustasime. Miskipärast on selle serveriga keerulisem kui teisega. Aga nagu öeldakse, päevad pole vennad. Huvitaval kombel ei anna juba kaks käsureautiliiti soovitud tulemust. Kogu kopeerimine jõuab kenasti lõpuni, aga uus virtuaalmasin ei käivitu. Ei leia korralikult failisüsteemi üles; annab veateate, et see on katki; parandamine seda korda ei tee jne.

Lahenduse otsimine viis meid jutule ühe töökaaslasega, kes soovitas meile uut utiliiti – cpdup.

Alustasin väikeste sammukeste kaupa ja tundub, et asi edeneb. Kopeeritakse kõik kenasti üle võrgu ja … Tööle ikka ei lähe!

Meanwhile in another universe…

Pika otsimise peale tuli välja, et oleme jackpoti võitjad. See “õnnetu” server, mille peale üritasime oma teenust virtualiseerida ei toeta miskipärast meie poolt valitud kooslust. Ehk siis FreeBSD operatsioonisüsteem, mis on 64bitine ei tööta selle serveri peal. Ma ei tea, miks ei olnud proovinud teisel masinal käivitamist (ometigi meie pilves on 3 serverit!).
Kuidas lahenduseni jõudsime? – Tõmbasin internetist alla 64 bitise Live CD. Live CD on selleks mõeldud, et saaks süsteemi plaadi pealt käivitada ja siis vajalikke toiminguid teha. Põhimõtteliselt operatsioonisüsteem, mis töötab täpselt nii kaua kuni arvuti sulged. Kui muudatusi jäädavale salvestusseadmele ei salvestata, siis kustub kõik.

Kui nüüd aga isegi plaat käima ei läinud, siis helisesid häirekellad. Midagi peab olema valesti. Midagi peab olema seotud selle FreeBSD 64bitise operatsioonisüsteemiga. Kuna eelmise serveri virtualiseerimisel kasutasime 32 bitist Live CD-d, siis oli kõik korras, ei osanud seda viga kahtlustada. Nüüd oleme aga targemad!

Kuna praegune töötav server koosneb kahest kõvakettast – üks on süsteemne, kus peal asub operatsioonisüsteem ja teine kõvaketas koos andmetega, siis võime esimese faasi lugeda lõpetatuks. Või siiski? Käivitamisel sain jälle veateate, seekord teistsuguse. Joel võttis ohjad üle ja tegutses natuke.
Linux salvestab ühte faili kõvaketaste asukohad. Ehk siis “tänu” virtualiseerimisele olid need asukohad natuke muutunud ja seetõttu ei osatud suurt midagi peale hakata – õigeid asju ei leitud üles, sest et “neid ju polnud”.

Ehk päeva lõpuks saime operatsioonisüsteemi tööle ning töölt ära tulles jäi tööle ka rsync utiliit, mis kopeerib olemasolevast serverist andmed virtuaalsesse. Kui see on tehtud ja oleme kindel, et virtuaalserver töötab nii nagu vaja, võime alustada teenuse ümberlülitust. Selleks seiskame praegu käimasoleva teenuse (ja serveri), teeme veel ühe korra sünkroniseerimise rsync utiliidiga ja siis käivitame teenuse juba virtuaalselt masinalt.

rsync on administraatori vajalik tööriist. See kopeerib ühest asukohast failid teise ja teistkordsel kopeerimisel vaatab, missugused failid on muutunud, missugused mitte. Muudetud failid salvestatakse viidetena ja seetõttu ei kopeerita kahekordselt juba olemasolevaid faile (välditakse duplikaate).

All illustreeriv pilt rsync olemusest. Link Kuutõrvajasse.

Pildi allikas: https://web.cs.mun.ca/infrastructure/labnet/summary_educ4.html – 10.02.2014

Edit: unustasin selle lõigu välja.

DELLi server annab püsivara uuendades veateate. See DELL on juba nii tark, et tal on see uuenduse mehhanism sisse ehitatud, mida ma ükskord HP jaoks otsisin. Kuna praegu on aga see mälukiip kuidagi moodi “haiget saanud”, mis seda “plaati” peaks käima ajama, siis on vaja natuke kõigepealt käsitsi uuendada seda plaadi versiooni ja siis see suudab ära uuendada süsteemi. Õnneks on tegemist tuntud veaga ja lahendus on Delli poolt olemas.
Nagu ikka – ei lähe kõik nii nagu plaanitud. Esimene pakk ei läinud peale, seega, tuleb kaevuda sügavamale ja otsida põhjust.

Edit: Täpsustus rsynci kohta

Ajasin natuke jura. Rsync kasutab viiteid (linke) vaid sellisel juhul, kui tehakse uus koopia ja utiliidile öeldakse ette, et võrdle selle kohvriga.
Näiteks: aktiivses töötavas süsteemis on kaust nimega “andmed”. Backupi serveris on kaust “andmed-2014-02-10″ ja täna tehakse kaust “andmed-2014-02-11″. Rsyncile öeldakse ette: Töötavast süsteemist kopeeri kaust “andmed” backup serverisse nimega “andmed-2014-02-11″ ja kontrolli faile kaustaga “andmed-2014-02-10″. Sellisel juhul tekitatakse nagu kolmnurk, mille abil võrreldakse faile ja sellisel juhul tehakse lingid.
Kui ma nüüd rsync paneksin tööle, siis kopeeritakse küll failid üle, aga võrreldakse ikkagi – kui vana fail on muutumata kujul, siis seda ei ole ju mõtet kopeerida.