/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
Rigtige mænd tager ikke backup
Fra : ST


Dato : 30-09-04 00:42

i så fald er jeg ikke en rigtig mand, jeg tilstår, jeg tager
backup...for hvem ved...en dag skal jeg nok bruge en.

Min server (swampthing.dk) har kørt i døgndrift siden maj måned år 2002,
diske holder jo ikke evigt, eller gør de, en dag har jeg måske brug for
en backup?

swampthing.dk kører Debian Stable 3, dvs woody.

---

Søndag aften kommer jeg hjem og finder denne besked på min server.

kernel: <1>Unable to handle kernel paging request at virtual address
f8000102
kernel: printing eip:
kernel: ca012e04
kernel: *pde = 00000000
kernel: Oops: 0002
kernel: CPU: 0
kernel: EIP:
0010:[eeprom:__insmod_eeprom_O/lib/modules/2.4.18-20030809-tsj-2/misc/ee+-109818364/96] Not tainted
kernel: EFLAGS: 00010217
kernel: eax: f8000102 ebx: cae5e000 ecx: 00000000 edx: 00000018
kernel: esi: bffffedd edi: 0804fa29 ebp: bffffde8 esp: cae5ffc0
kernel: ds: 0018 es: 0018 ss: 0018
kernel: Process init (pid: 15498, stackpage=cae5f000)
kernel: Stack: c0106e63 bfffbbc8 00000000 bfffbbc8 bffffedd 0804fa29
bffffde8 0000003b
kernel: 0000002b 0000002b 0000003b 08048c42 00000023 00000282
bfffbbb8 0000002b
kernel: Call Trace: [system_call+51/56]
kernel:
kernel: Code: 18 38 e7 08 00 00 00 00 21 00 00 00 68 40 e7 08 68 40 e7
08

Jeg kan godt læse email på serveren direkte via mutt kommandoen, men kan
ikke læse kernel log via dmesg kommandoen.

Altså vælger jeg at lave en reboot i håb om at det klarer sagen, men
under reboot kan den ikke starte Linux da noget er galt med
partitionen...panik panik...hvad nu.

Jeg forsøger lave en boot diskette via anden PC, men heller ikke med
denne kan den boote, den går atter i stå under opstart.

Nu går mine tanker til min sidste backup, checker min eksterne 250GB
backup disk, sidste backup er fra 12/9, altså 14 dage gammel.

Jeg er i august begyndt at tage ugentlige backups af data fra min
server, det var vidst et godt valg.

Men for 2 dage siden flyttede jeg lige en række digitale billeder over
på min server som midlertidig opbevaring indtil jeg skulle brænde dem på
CD, og hva, de ligger jo stadig på den fejl ramte server...uha uha...

Jeg finder min Linux install CD og booter via den, får en command prompt
hvorfra jeg forsøger checke disk partitionen med e2fsck kommandoen, det
lykkedes ikke lige med det samme da jeg har glemt hvilken partition
Linux oprindelig er installeret på, jeg har valget mellem hda1 og hda2,
og checker i første omgang ved en fejl hda1.

Endelig finder jeg ud af at det er hda2 jeg skal checke, og vupti
checkes disk partitionen, og jeg kan se data.

Jeg forsøger nu med en ny reboot, men den fejler stadig.

Hva gør jeg så nu, har en 60GB stor disk partition hvor de sidste 2
backups stadig ligger på, jeg kan se der på partitionen ligger backup
lavet samme morgen kl 05.

En reinstall af Linux vil rydde disk partitionen, så jeg er nødt til at
finde en metode til at gemme data.

Jeg husker nu at jeg har en lille 50MB DamnSmallLinux CD
(http://www.damnsmalllinux.org/) og booter op på den, aha, nu kan jeg få
fat i data via denne, og jeg kan overføre data til en anden PC.

Klokken er nu 05 mandag morgen, og det er tid at sove 3 timer inden jeg
skal på arbejde.

---

Mandag aften kl 18.

Aftenen skal gå med at overføre kopi af data fra serverens disk til
anden PC, dette går fint, med DamnSmallLinux får jeg via network file
sharing (NFS) overført data, ialt 12GB.

Dernæst fat i Partition Magic og splitte de 60GB server disk i 4
partitioner uden at skade de 12GB data der findes på den i forvejen.

Dermed får jeg frigivet plads til at lave en ny install af Linux, hvorpå
jeg kan overføre det gamle data.

Jeg vælger nu at formatere de 4 partitioner med ext3 formatet istedet
for ext2 formatet, ext3 er et journaliseret filsystem der giver bedre
sikring af data ved nedbrud.

Der går alt sammen helt efter planen og lige inden jeg går i seng
tirsdag morgen kl 03 kan jeg skifte IP adresse på serveren så den dermed
er aktiv for omverdenen. Kørende igen, uden tab af data.

---

I løbet af tirsdag finder jeg på arbejde ud af at min server ikke kan
afsende email, den kan godt modtage, det rettes op tirsdag aften samt et
par andre sager finpudses såsom opsætning af samba server.

---

Hvad lærer jeg så af det:

* det er godt jeg tager backup, selvom jeg i sidste ende ikke fik brug
for den her, næste gang er det måske disk crash

* tager jeg backup skal jeg huske alle data, jeg glemte jo lige mine
digital billeder der kun lå på min server da fejlen skete

* min procedure for at få alt op og køre igen virkede helt efter
hensigten, mon der nu går 2,5 år før jeg skal gøre noget ved den igen?

En historie fra det virkelige liv.

Mvh
Torben


 
 
Søg
Reklame
Statistik
Spørgsmål : 177552
Tips : 31968
Nyheder : 719565
Indlæg : 6408849
Brugere : 218887

Månedens bedste
Årets bedste
Sidste års bedste