Backup-tjenester på UNIX
 | Om dette dokumentet |
|---|---|
|
Dette er dokumentasjon som er beregnet på Lokale IT-ansvarlige! Dokumentasjonsnivået forutsetter derfor at man kan forstå UNIX-måter å beskrive ting på. Denne dokumentasjonen er altså IKKE beregnet på vanlige sluttbrukere! Om du ikke forstår det som står her, så kontakt lokal IT-ansvarlig for hjelp. Om du er LITA og ikke skjønner det, send mail til restore@usit.uio.no og be om hjelp til å få restoret de(n) filen(e) du har behov for. Henvendelsen bør inneholde brukernavn og mapper filen lå i og/eller full path til filen(e) |
Hva Backup er
Backup er noe man har for å kunne komme tilbake til en tilstand som er så nærme det situasjonen var før et totalt diskcrash.
For å oppnå dette tas det backup 1 -en- gang i døgnet, normalt sett i løpet av sen kveld eller i løpet av natten. For noen disker hvor det skjer få endringer er backup-frekvensen en gang i uken. Disse diskene/områdene backes opp i løpet av helgen.
Det er i første rekke disker på servere og maskiner som snakker en eller annen UNIX-dialekt som backes opp.
Ved UiO tas backup som kontinuerlig inkrementell backup. Det vil si at det bare er filer som har endret seg siden siste-backup som vil bli backet opp. Det finnes altså bare en fullbackup, den fra første gangen disken/området ble backet opp. Antallet versjoner av hver fil i backupsystemet er imidlertid begrenset. For filer på brukerenes hjemmeområder er antallet versjoner maksimalt 7.
Slettede filer vil beholdes i backup-systemet for en tid. Etter denne tiden forsvinner de for godt.
Backupsystemet samler selv filene fra en enkelt node på samme tape, dette er uavhengig av hvilken disk og hviket directory filen ble backet opp fra.
Hva backup IKKE er
Backup er ikke "noe" hvor man kan finne en fil fra fra ett bestemt tidspunkt uansett når dette er. Det er heller ikke noe hvor man produsere et directory slik det så ut til et tilfeldig tidspunkt hvis dette er mer enn én uke siden. (Maksimalt 7 versjoner av en fil som endres daglig gir én uke bakover i tid!)
Backup er normalt ikke noe for å finne igjen filer som befant seg på serveren for lenge siden!!
"Jeg jobbet med filen i word i hele dag. Når jeg savet den kl. 15 fikk jeg en feilmelding, og filen ble ødelagt. Gi meg en kopi av filen så tett opp til kl 15 som mulig."
Greit, gårsdagens versjon er det vi kan tilby. Backup går MAX 1 - en - gang i døgnet og det er om natten! Backup inneholder ikke alle filer slik de så ut til alle tidspunkt som finnes!
Om en fil lages og slettes i tidspunktet mellom to etterpåfølgende backuptidspunkter vil det heller ikke finnes noen backup-kopi. (Siden det ikke er laget noen backup-kopi av filen kan det heller ikke legges tilbake noe fra backup.)
Spørsmål og svar
Q: Hva backes opp?
A: De disker og områder på de maskiner som det er bestilt backup av ved å ha sendt en mail til restore@usit.uio.no. SW og områder som distes ut backes ikke opp siden det er raskere å diste ut på nytt.
Q: Hvordan bestille backup?
A: For å melde inn en server i backup systemet sendes det en mail til
restore@usit.uio.no
Innholdet i denne mailen er hvilke disker/diskpartisjoner man ønsker backup av og om det skal være daglig eller ukentlig backup.
Til samme adresse sender man også melding om disker/partisjoner som kommer til og skal backes opp. Tilsvarende for disker/partisjoner som fjernes og derfor ikke trenger backup lenger. Hvis det ikke er gitt beskjed om at det skal tas backup vil det ikke bli satt igang noen backup av den aktuelle maskinen/disken/området.
For maskiner som kjører en eller annen UNIX-dialekt og som USIT kan logge inn på har vi sjekkeskript som kan følge opp feilsituasjoner. Derfor anbefaler USIT at materiale som skal backes opp legges på en server det tas backup av.
Hva med en PC med masse viktige data? Det finnes klienter for noen av windows og mac OS. Imidlertid i den grad restore ikke kan drive fjerndrift av maskinen og på den måten sikre at SW er på plass og at backupklienten er i live er maskineieren totalt ansvarlig for at ting virker selv. Om man tror at det tas backup av maskinen og dette viser seg ikke å være tilfelle har dette fort uante konsekvenser for brukeren. Derfor anbefaler USIT igjen at filer og materiale det er viktig å ha backup av legges på en server som kan overvåkes automatisk!
Q: Fra hvor langt bakover i tid kan man finne filer på backup?
A: Backup taes som kontinuerlig inkrementell backup. Siste versjon som har blitt backet opp er den aktive versjonen. Forrige backup versjon blir inaktiv. Når antallet inaktive versjoner overskrider 6 fjernes den eldste inaktive versjonen automatisk fra backup-systemet.
For filer som finnes på disk finnes det maksimalt 7 versjoner, 1 aktiv og 6 inaktive. For filer som slettes fra disk vil statusen på backup-kopiene bli satt til inaktiv ved neste backup kjøring. Antallet versjoner for slettede filer bli satt ned til 3 inaktive versjoner.
Hva betyr dette?
For filer som endrer seg ofte, typisk postbokser og andre mailfiler har vi ikke backup lengere bakover enn 1 -EN- uke. For filer som endres sjelden, f.eks. en gang i semesteret, vil vi kunne ha filer som er inntil 2 år gamle. år.
For filer som det finnes en utgave av på disk vil vi normalt alltid ha minst en versjon i backup-systemet, uansett hvor gammel denne er. Det forutsettes dog at backup har hatt muligheten til å backe opp filen i løpet av neste standard backup-tidspunkt for det området filen befinner seg på. Inaktive versjoner av denne filen finnes i backup-systemet inntil de er 5 år gamle, deretter fjernes de automatisk.
For filer som det ikke finnes versjoner av på disk beholdes maksimalt 3 versjoner, som er inaktive, i maksimalt 2 år. Eldre filer enn 2 år fjernes automatisk.
Så for en fil som ble slettet for mer enn 2 år siden er det bare å glemme det.
Q: Hva om et hjemmeområde/filområde flyttes til ett annet sted?
A: Om et område flyttes vil området det ble flyttet fra bli inaktivt og backup-kopiene bli behandlet som slettede filer med hensyn til antall versjoner og levetid.
Området det ble flyttet til vil så begynne som om alle filene ble laget første gang da flyttingen skjedde. Antall versjoner og holdbarhet av disse bygges så opp igjen på nytt på det nye stedet.
Dette gjelder både om man flytter fra en disk til en annen disk på samme maskin, og om man flytter fra en maskin til en annen maskin.
Q: Hva om jeg har to filer med samme navn i to forskjellige mapper/directorys?
A: Backup-systemet forholder seg til filnavn med full UNIX-path. Dette betyr at filene
/usit/saruman/mg-u8/olan/Prosjekt1/Dokumentasjon/Kap1.rtf
og
/usit/saruman/mg-u8/olan/Prosjekt2/Dokumentasjon/Kap1.rtf
er to forskjellige filer som har hver sin(e) versjon(er).
Q: Hva skjer når en fil har blitt rullet ut av backup-systemet?
A: Informasjonen som er knyttet til filen slettes fra databasen på backupserveren og filen med nr. X på tape nr. Y markeres som en "ikke-fil". Fyllingsgraden på tapen minskes da med den plassen som "ikke-filen" tok. All informasjon knyttet til dette "hullet" på tapen er altså ikke-eksisterende. Når systemet oppdater at to taper fra samme node er under 50% fylt opp med filer, som det finnes informasjon i serverens database om, samler TSM disse filene på en ny tape og frigir de to tapene som var under 50% fylt til ny bruk.
Q: Hvorfor tilrår USIT at vi opererer i disker på 10GB når vi kan ha mye større disker på maskinen?
A: Tape er et treeeegt medium. Tapen må posisjoneres foran den filen den skal ha tak i på tapen, starte opp, lese filen, eventuelt filene hvis det skal hentes flere filer etter hverandre. Etterhvert som det ikke finnes informasjon om filer på en tape blir tapen "hullete". Når det da skal legges tilbake blir det mye henting av tape, spoling, start og stopp.
De eldste filene vil etter hvert samle seg på noen taper i en salig blandig av aktive og inaktive versjoner. Eksempelvis vil det finnes oppsettfiler som ikke er rørt på flere år semmen med mange inaktive, men ennå ikke fjernede backup-kopier.
Ved tilbakelegging vil det således være mange taper som skal leses og data overføres før man er ferdig. En gjenomsnittlig hastighet på tilbakelegging er 7-8 GB pr. time. En disk på 10GB vil altså kunne legges tilbake på en og en halv time. En disk på 500GB tar det 500:7 = 72 timer = 3 døgn å legge tilbake. 3 døgn uten tilgang på hjemmeområder og/eller data gir fort veldig mye mer misnøye enn å kunne begynne å bruke noe etter en til to timer. Om et helt diskarray crasher vil man kunne begynne med å legge tilbake brukerområder for så å ta ikke fult så viktige data etterpå. Om en disk på 10GB ryker behøver man heller ikke å legge tilbake alt fra de andre diskene som ikke har røket.
Totaltiden for å restore 500 GB i form av 10GB disker er riktignok lenger enn om alt var på en disk, men gevinsten i form av å kunne få gjort noe fordi man ikke må vente på andres data er mye mer verdifull. Med store disker vil også antallet taper det skal hentes filer fra kunne øke i en takt som ikke er lineær. Dette avhenger av størrelsen på filene og hvor mange versjoner som i gjennomsnitt finnes av disse.
Q: Hvorfor kan ikke brukerene jobbe på disken mens den blir restoret?
A: TSM begynner med å legge tilbake de ferskeste datene først, dette siden tapene som inneholder dette er mindre "hullete" og hastigheten derfor kan holdes oppe. Etter hvert som det skal hentes filer som ikke er endret på lenge. Så kommer tusenkroners-spørsmålet: Hvilke filer er det ofte som ikke har blitt endret på lenge? ".login", shellfiler og signaturfiler i eudora for å nevne noen. (Joda det gjelder ikke for alle brukere, men det blir fort til at mange av disse filene er flere år gamle.)
Hvis brukerene slippes løs på disken mens denne bygges opp igjen vil garantert minst én av følgende situasjoner inntreffe:
-
Brukeren har laget en ny versjon av en fil som enda ikke har blitt lagt tilbake. Restoringen vil da enten stoppe opp og spørre om denne filen skel overskrives. Eller om det er gitt beskjed om at alle filer som finnes her fra før skal overskrives kunne lage problemer for brukeren.
-
Om brukeren kjører et program, f.eks. eudora, vil dette kunne lete etter oppstartsfiler eller profilfiler. Hvis disse ikke finnes vil programmet være elskverdig å hjelpe brukeren med å lage dem på nytt. Hvis disken, eller brukerområdet da ikke er lagt tilbake kan disse filene f. eks havne lokalt. Når da disken er på plass igjen vil programmet bruke en eller annen versjon av disse oppstartsfilene og oppryddingsarbeidet for LITA blir fort MEGET stort.
-
Alternativt vil "det" ikke virke (som vanlig) siden informasjon som leses ved oppstart mangler hos brukeren eller på området. Merarbeidet for LITA kan også her bli stort.
Q: Hvem kan hente filer ut fra backup?
A: Eieren av filen, USIT og lokale IT-ansvarlige som kan bli root på maskinen kan hente tilbake filer fra backup.
Om eieren av filen har beskyttet filen slik at andre kan lese/skrive på filen hjelper ikke dette. Backup systemet forholder seg bare til eier og root!
Skal en eller flere filer hentes tilbake fra en annen maskin enn den som har tatt backup av den må restore@usit.uio.no kontaktes.
Q: Hvordan finner jeg ut hvilke backup-versjoner som finnes av en enkelt fil?
A: Kommandoen som brukes er:
dsmc query backup
dette kan forkortes til:
dsmc q b
Som jokertegn kan brukes:
| * | null eller flere vilkårlige tegn |
| ? | eksakt ett vilkårlig tegn |
Det er lurt å sette jokertegn eller strengen som inneholder jokertegn i anførselstegn ". Dette sikrer at tegnet sendes inn i TSM og ikke blir ekspandert av shell eller OS.
Filnavn må enten gis med full path eller relativt dvs både ~brukernavn/dir/filnavn ./dir/filnavn kan brukes! Alternativt må en stå i directoryet hvor filen ble backet opp fra og bare oppgi filnavnet herfra.
OBS! OBS! her er det muligheter for å få feil. Backup systemet følger ikke logiske linker, men bruker de fysiske linkene. Om jeg f.eks leter etter filene "/local/a.a" på maskinen morgoth vil jeg fort få en melding om at det ikke finnes noen backup-versjoner av den filen. Grunnen er at det er "/usit/morgoth/local/a.a" som er backet opp og som det finnes peker til i backup-systemet.
| Opsjon | Kan forkortes til: | virkning: |
|---|---|---|
| -inactive | -ina | tar med både aktive og inaktive backup-versjoner |
| -subdir=yes | -sub=yes | traverserer treet helt ned. |
| -fromdate=MM/DD/ÅÅÅÅ | -fromd=MM/DD/ÅÅÅÅ | Gir bare det som er backet opp f.o.m gitt dato, OBS Backup-dato, ikke datostempel på filen(e) |
| -todate=MM/DD/ÅÅÅÅ | -tod=MM/DD/ÅÅÅÅ | Gir bare det som er backet opp t.o.m gitt dato, OBS Backup-dato, ikke datostempel på filen(e) |
Q: Hvordan legger jeg tilbake en fil?
A: Kommandoen som brukes er:
dsmc restore <opsjoner> backupfil diskfil
dette kan forkortes til:
dsmc restore backupfil diskfil
Om diskfil droppes vil filen bli lagt tilbake med samme navn og path som den ble backet opp som.
Som jokertegn kan brukes:
| * | null eller flere vilkårlige tegn |
| ? | eksakt ett vilkårlig tegn |
Det er lurt å sette jokertagn eller strengen som inneholder jokertegn i anførselstegn ". Dette sikrer at tegnet sendes inn i TSM og ikke blir ekspandert av shell eller OS.
Filnavn må enten gis med full path, ~brukernavn/dir/filnavn kan ikke brukes! Alternativt må en stå i directoryet hvor filen ble backet opp fra og bare oppgi filnavnet.
OBS! OBS! her er det muligheter for å få feil. Backup systemet følger i logiske linker, men bruker de fysiske linkene. Om jeg f.eks leter etter filene "/local/a.a" på maskinen morgoth vil jeg fort få en melding om at det ikke finnes noen backup-versjoner av den filen. Grunnen er at det er "/usit/morgoth/local/a.a" som er backet opp og som det finnes peker til i backup-systemet.
Den tilbakelagte filen vil ha eier, gruppe og beskyttelse som når den ble backet opp uansett hvor den legges.
| Opsjon | Kan forkortes til: | virkning: |
|---|---|---|
| -inactive | -ina | tar med både aktive og inaktive backup-versjoner |
| -subdir=yes | -sub=yes | traverserer treet helt ned. |
| -fromdate=MM/DD/ÅÅÅÅ | -fromd=MM/DD/ÅÅÅÅ | Gir bare det som er backet opp f.o.m gitt dato, OBS Backup-dato, ikke datostempel på filen(e) |
| -todate=MM/DD/ÅÅÅÅ | -tod=MM/DD/ÅÅÅÅ | Gir bare det som er backet opp t.o.m gitt dato, OBS Backup-dato, ikke datostempel på filen(e) |
| -pick | Gjør det mulig å plukke en eller flere filer fra en liste. | |
| -replace=<yes/no> | -repl=<yes/no> | Angir om backup-versjonen skal/ikke skal overskrive filer med samme navn som finnes på disk fra før. |
For eksempler på output se under EKSEMPLER.
Q: Hvordan sette opp backup på klienten?
Backup virker ikke på en maskin hvis den ikke er registrert ved at det er sendt en mail til restore@usit.uio.no om at man ønsker backup av maskinen! Det hjelper ikke at systemfilene til TSM finnes om noden ikke er registrert!
A: Viktige filer:
/etc/dsm.sys # setup information; which backup server
/etc/*dsm*.opt # file systems backed up
/etc/inclexcl* # ignored files; i.e core, caches, tmp
/etc/usit/tsm.client # makes the system to start TSM at boot
/etc/usit/tsm.ignore # ignored filesystems used by checking scripts
/etc/usit/tsm.servers # TSM servers used by the machine used by checking scripts
/etc/adsm/* # cryptated password files. The name is
# depending on TSM-server for the node
B: Oppstart:
Flag files for starting the backup at boot time is /etc/usit/tsm.client done by/local/etc/config/rc.local and /local/etc/init.d/tsm (or /local/etc/config/tsm)
A: Kontroll av backup:
dsmc q f # lists disks backed up dsmc q sched # list the schedule
C: Manuell sikkerhetskopiering:
A new backup can be made manually by[/local/bin/]dsmc ince.g if the schedule is lost at the backupserver.
EKSEMPLER:
Finne info om filer som er backet opp.
Logg inn på maskinen som filen ligger eller lå på.
Gå til det directoryet filen lå. Backup-systemet vil nå lete etter filer i dette og bare dette directoryet/denne mappen.
-
For å finne den aktive versjon av filen fil.navn i denne mappen som finnes i backup-systemet gi kommandoen:
dsmc q backup "fil.navn"
Husk at filnavn her som i resten av UNIX-verdenen er case-sensitivt.
/dir/Filen.min er ikke det samme som /dir/filen.min eller /Dir/Filen.min
Output-en vil inneholde full filspesifikasjon og se ut som:
Node Name: SARUMAN.UIO.NO Session established with server TSMARKIV: AIX-RS/6000 Server Version 4, Release 2, Level 1.7 Server date/time: 03/06/2002 11:58:44 Last access: 03/06/2002 11:57:32 Size Backup Date Mgmt Class A/I File ---- ----------- ---------- --- ---- 2,031 03/04/2002 23:27:31 U-DAY-7 A /usit/saruman/mg-u1/kristend/fil.navnSize størrelse i bytes Backup Date tidspunktet for backup skrevet som:
MM/DD/ÅÅÅÅ (M = Måned, D = Dag, Å = År)
MgMt Class Informasjon om hvilke backup-regler filen backes opp etter. A/I Angir om det er en Aktiv (A) eller Inaktiv (I) versjon av filen det er snakk om. file Full filspesifikasjon av filen. Merk at tidspunktet som står her er tidspunktet for backup og ikke tidspunktet filen ble laget/endret på.
-
For å finne aktive versjoner av alle filer som slutter på ".doc" i denne mappen gi kommandoen:
dsmc q backup "*.doc"
-
For å finne alle versjoner av filen "fil.navn" som finnes i, eller har funnets i denne mappen som finnes i backup-systemet og som er backet opp etter den 11. april 2002 gi kommandoen:
dsmc q backup -inaktive -fromd=04/11/2002 "fil.navn"
-
For å finne alle versjoner av alle filer som finnes i, eller har fantes i denne mappen som finnes i backup-systemet gi kommandoen:
dsmc q backup -ina "*"
-
Finner hvilke backup-versjoner som finnes av alle filene i et directory/en mappe med alle filer i alle directorierer/mapper under dette?
dsmc q backup -subdir=yes /dir1/dir2/dir3/dir4/
Her er tegnet "/", slash, helt til slutt i kommandoen VELDIG betydningsfull. Den viser nemlig at det er et directory det er snakk om! Uten "/" er det en fil det er snakk om, og filer har ikke underfiler. Selv om opsjonen "-subdir=yes" sier gå nedover i treet så ignoreres denne siden det er en fil det spørres om backupkopier av. At en directory fil er en fil med spesielle egenskaper viser seg altså til fulle her.
-
For å finne alle versjoner av alle filer som ender på .doc og som finnes, eller har funnets i et filtre:
dsmc q backup -ina -subdir=yes "/dir1/dir2/dir3/dir4/*.doc"
OBS! OBS! her er det muligheter for å få feil. Backup-systemet følger i logiske linker, men bruker de fysiske linkene. Om jeg f.eks leter etter filene "/local/a.a" på maskinen morgoth vil jeg fort få en melding om at det ikke finnes noen backup-versjoner av den filen. Grunnen er at det er "/usit/morgoth/local/a.a" som er backet opp og som det finnes peker til i backup-systemet.
-
For uklarheter fra en bruker med hensyn til filnavn og/eller hvor det muligens lå kan det være at filen lå kan det være et tips å sjekke alt fra toppen av brukerområde, pipe outputen til en fil og så gjøre noen grep kommandoer på dette.
dsmc q b -ina /fak/maskin/disk/bruker/ >/tmp/foo.bar cat /tmp/foo.bar | grep -i <streng> | grep -i <streng> | ....
Tilbakelegging:
Kommandoen som brukes er:
dsmc restore <-opsjoner> backupfil diskfil
Om diskfil ikke oppgis vil navn og plassering fra backupfil bli brukt. Eier, dato og beskyttelse fra backupfilen vil bli arvet av den restorede filen.
For enkelt filer kan en enten gå til directoryet den ligger og gi filnavn eller full path.
Om du forsøker å legge tilbake en fil til et filnavn som allerede finnes på disk får du en output av denne typen:
File '/usit/saruman/mg-u2/olan/Prosjekt1/a' exists
Select an appropriate action
1. Replace this object
2. Replace all objects that already exist
3. Skip this object
4. Skip all objects that already exist
A. Abort this operation
Action [1,2,3,4,A] :
-
Restoring av filen.min som er aktiv til samme sted:
dsmc restore filen.min
-
Restoring av filen.min med inaktiv backupkopi som ble tatt nærmest mulig opp til og med 16. mars 2002. som legges tilbake som filen.din:
dsmc restore -ina -tod=03/16/2002 filen.min filen.din
Om siste backup før den 16.mars er 16.mars 2002, eller 10.september 2001 betyr ingen rolle, backupsystemet vil velge den versjonen som er næremst opp til, men ikke etter oppgitt dato.
-
Restoring av alle filer som aktive filer som ikke allerede finnes i directoryet /usit/saruman/mg-2/olan/Prosjekt1 og i alle directoryer under dette.
dsmc restore -subdir=yes -replace=no /usit/saruman/mg-2/olan/Prosjekt/
-
Restore alle filer i dette directoryet som er backet opp mellom 1. februar 2002 og 1. mars 2002 med versjonene fra backup uten å overskrive det som finnes fra før av. TSM vil da legge tilbake den versjonen som er nærmest 1. mars om det finnes flere versjoner. Her vil både filer som er slettet for så lenge siden at de er inaktive og filer som fortsatt er aktive, men ikke finnes på disk bli lagt tilbake.
dsmc restore -ina -fromd=02/01/2002 -tod=03/01/2002 -replace=no "*"
-
Restore alle filer på disken /usit/saruman/mg-2/ som har crashet:
dsmc restore -subdir=yes /usit/saruman/mg-2/
-
Plukke filer fra en liste over det som er backet opp, aktiv eller inaktivt, i toppen av directoryet /usit/saruman/mg-2/olan/Prosjekt1/
dsmc restore -ina -pick /usit/saruman/mg-2/olan/Prosjekt1/
Outputen ser ut som:
TSM Scrollable PICK Window - Restore Backup Date/Time File Size A/I File ------------------------------------------------------------------------------ 1. | 02/10/2002 23:26:13 1.42 KB A /usit/saruman/mg-u2/olan/Prosjekt1/a 1. | 02/09/2002 23:26:55 1.42 KB I /usit/saruman/mg-u2/olan/Prosjekt1/a 1. | 02/08/2002 23:25:08 1.42 KB A /usit/saruman/mg-u2/olan/Prosjekt1/b 1. | 02/07/2002 23:27:15 1.42 KB A /usit/saruman/mg-u2/olan/Prosjekt1/c 0---------10--------20--------30--------40--------50--------60--------70-- <U>=Up <D>=Down <T>=Top <B>=Bottom <R#>=Right <L#>=Left <G#>=Goto Line # <#>=Toggle Entry <+>=Select All <->=Deselect All <#:#+>=Select A Range <#:#->=Deselect A Range <O>=Ok <C>=Cancel pick>
Velg nummer på de filene du vil ha tilbake og si "O" og det legges tilbake. Om du ønsker overskriving
Om du forsøker å legge tilbake en fil til et filnavn som allerede finnes på disk får du følgende output:
File '/usit/saruman/mg-u2/olan/Prosjekt1/a' exists Select an appropriate action 1. Replace this object 2. Replace all objects that already exist 3. Skip this object 4. Skip all objects that already exist A. Abort this operation Action [1,2,3,4,A] :
Redaksjon: restore@usit.uio.no, restore@usit.uio.no
Forfatter: Kristen Døssland
Dokument opprettet: 24.07.2002