Web-palvelin sekosi

[tkt]

Tarinan opetus: Jos olisi ollut Windows-palvelin, niin homma olisi hoitunut paljon nopeammin.

Koneena XServe 10.3.8:lla. Ongelmat ilmenivät boottivaikeuksina. Kone ei siis lähtenyt suoraan käyntiin. Pulma ei ollut akuutti, koska koneen sai käynnistettyä Safe Boot -tilaan (Shift-pohjassa), mutta tällöin kaikki koneen ylläpitopalvelut olleet käytettävissä. Toisaalta jos siihen asensin pakolla 10.3.8-päivityksen, niin kone käynnistyi aina kerran.

Pitkällisen pähkäilyn jälkeen arvioin, että syy lienee tiedostojärjestelmän sekoamisessa. Mutta kun siitä ei saanut selkeitä merkkejä Disk Utilityn avulla, niin epäilys oli ilmeinen.

Ratkaisuksi turvakopiot käyttäjien web-hakemistoista ja pääsivustosta. Asetustiedostot /etc-hakemistosta turvalliseen paikkaan. Lisäksi tietokannat dumpattiin erillisiin tiedostoihin. Omat muutokset /usr/local -hakemistosta vielä talteen, niin kone oli valmis jatkokäsittelyyn.

Yksi 60 GB -levymoduuli toiseen koneeseen, jossa käyttöjärjestelmän uudelleenasennus ja kaikki päivitykset. Sitten levy takaisin Web-palvelimeen ja kopioitiin ja liitettiin em. kopioidut tiedot oikeille paikoilleen.

Boottausyritys ei tuottanut toivottua tulosta. Kone jumittui joko "Waiting for network file system" -tilaan tai loggautuminen ei mennyt perille asti. Ensiksi järjestelmälevyllä admin-tunnuksen salasana uusiksi ja sitten vielä kerran oikeuksien korjaus. Tässä vaiheessa havaittiin, ettei toinen verkkokortti ole mukana. Safe boot ja verkkoasetusten määrittely uusiksi. Nyt nousi jo verkkokorttikin.

Kone käynnistyi ja viimeiset tiedot oikeille paikoilleen. Mutta eihän tässä tietenkään vielä aivan koko tarina. Apache ei sitten lähtenytkään käyntiin. Lokissa ei ollut mitään mainintaa ongelman syystä. Käsin käynnistämällä Apache kuitenkin luetteli koko joukon moduuleja, joita se ei saanut ladattua. Nämä vielä paikalleen ja jo lähti Apachekin käyntiin.

Pari onnistunutta testiboottia ja sitten uskalsikin jo lähteä kotiin. Hommaan kului aikaa yli kahdeksan tuntia, joista viimeiset kolme oli varsinaista ongelman korjausta.

Jos tämä olisi ollut Windows, niin olisin uskonut jo heti aamusta, että seonnut mikä seonnut, ja asentanut koneen uudestaan ennen lounasta.

--Ari

PS. Järjestelmää, ainakaan kriittistä suuren kuorman alla olevaa, ei kannata päivittää asentamalla suoraan vanhan päälle. (Tässä tapauksessa 10.2.8->10.3). Kyllä asennus onnistui ja välillitömästi aikaa säästyi, mutta piilevä vikahan sinne oli jäänyt.

PS2. On se taas parempi kuin aikaisemmin. Boottaakin virtanapin painamisesta login-ruutuun 30 sekunnissa.

[kallekilponen]

Pari sääntöä palvelimen ylläpidosta (jotka varmaan tiedätkin)

1.) Tee aina backup, josta backup, josta backup. (Ylläpitämässäni serverissä on yhteensä 5 levyä tästä syystä.) Jos yksi pettää niin eikun backup käyttöön, ja jos vika on kopioitunut sillekin, otetaan käyttöön hieman varhaisempi backup.

2.) Älä koskaan päivitä toimivaa serverijärjestelmää, jos verkon pitäisi toimia seuraavana päivänä. Varsinkaan jos kohta 1. ei ole hoidettu.

[tkt]

Pari sääntöä palvelimen ylläpidosta (jotka varmaan tiedätkin)

1.) Tee aina backup, josta backup, josta backup. (Ylläpitämässäni serverissä on yhteensä 5 levyä tästä syystä.) Jos yksi pettää niin eikun backup käyttöön, ja jos vika on kopioitunut sillekin, otetaan käyttöön hieman varhaisempi backup.

2.) Älä koskaan päivitä toimivaa serverijärjestelmää, jos verkon pitäisi toimia seuraavana päivänä. Varsinkaan jos kohta 1. ei ole hoidettu.

Nämä on tietenkin maito maassa-kommentteja. EDIT: tarkoittaa tästä eteenpäin.

Kyseisen koneen tiedoista on ja oli turvakopiot. Normaalisti kuitenkaan järjestelmälevyjä ei kopioida jatkuvasti. Tietokantojen kopiot vaurioituvat helposti, ellei niiden kanssa olla todella huolellisia.
Nyt vaurio sattui /System/Library/Frameworks/... -alueelle. Koneessa olisi ollut vanhempi päivittämätönkin käyttöjärjestelmä, mutta koska kone oli osittain käytettävissä, niin sitä ei otettu käyttöön.

Toinen kohta on muuten hiukan ristiriitainen. Tietenkin sääntö nro. 1 on, että "älä korjaa toimivaa". Sen tietävät kaikki. Mutta missä menee raja toimivan ja toimimattoman välillä. Erityisesti tietoturvapäivitykset ovat hankalia edellä mainitun säännön pohjalta.

Kolmanneksi lisäisi "Tee aina puhdas asennus suuremmissa päivityksissä." Tätä tuli rikottua ja sittenhän sen löysi edestä. Ei kestänyt edes kahta kuukautta, kun vaihdoin joulukuussa 10.2.8:sta uudempaan.

--Ari

[Jamac]

No, hiukan sivustakasojana, jos koneen päivittäminen aiheutti ongelmia, niin se tarkoittaa mitä? Se tarkoittaa lyhyellä matematiikalla sitä että alkuperäisessä systeemissä oli jotain (piilevää) vikaa.

Summa summarum: sulle kävi järjetön mäihä, että mitään vakavaa ongelmaa ei päässyt syntymään (järjestelmän pettäminen esim. kriittisemmällä hetkellä). Kannattaa lotota!

No, [A] mutta mä olenkin "puolillaan oleva vesilasi näyttää ihan tuplaviskiltä" -tyyppi.