/var/blog/messages

@ECHO OFF
PATH C:\DOS;C:\WINDOWS;C:\BATCH;D:\UTILITY\NC;D:\UTILITY\NU;C:\WINPRG\WINVIEW\QTW\BIN;
SET NC=D:\UTILITY\NC
SET SYMANTEC=D:\UTILITY\NU
SET NORTON=D:\UTILITY\NU
SET LMOUSE=C:\DOS\MOUSE
SET TEMP=C:\TMP
SET SOUND=C:\DOS\SB16
SET BLASTER=A220 I7 D1 H7 P330 T6
SET MIDI=SYNTH:1 MAP:E
C:\DOS\SB16\DIAGNOSE /S
C:\DOS\SB16\SB16SET /P /Q
C:\DOS\S3\S3REFRSH 91a0
PROMPT $P$G

GOTO %CONFIG%

:Vindue
PATH C:\DOS;C:\WINDOWS;C:\BATCH;C:\WINPRG\INTERNET\socket;D:\UTILITY\NC;D:\UTILITY\NU;C:\WINPRG\WINVIEW\QTW\BIN;
SET LIB=C:\WINPRG\WINVIEW\QTW\LIB;
SET INCLUDE=C:\WINPRG\WINVIEW\QTW\INC;
C:\DOS\MODE CON CP PREP=((865) C:\DOS\ISO.CPI)
C:\DOS\MODE CON CP SEL=865
LH /L:1,17136 C:\DOS\KEYB DK,,C:\DOS\KEYBOARD.SYS
LH /L:0;1,26928 /S C:\DOS\MOUSE\mouse.exe
LH /L:1,36544 C:\DOS\MSCDEX.EXE /D:MTMIDE01 /M:10 /S /K
C:\WINDOWS\net start
rem WIN
@ECHO Reboot maskinen med kommandoen RB
GOTO End

:Vin
PATH C:\DOS;C:\WINDOWS;C:\BATCH;C:\WINPRG\INTERNET\socket;D:\UTILITY\NC;D:\UTILITY\NU;C:\WINPRG\WINVIEW\QTW\BIN;
C:\DOS\MODE CON CP PREP=((865) C:\DOS\ISO.CPI)
C:\DOS\MODE CON CP SEL=865
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\KEYB DK,,C:\DOS\KEYBOARD.SYS
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MOUSE\mouse.exe
rem WIN
@ECHO Reboot maskinen med kommandoen BOOT
GOTO End

:Normal
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MSCDEX.EXE /D:MTMIDE01 /M:10 /K
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\SMARTDRV.EXE 2048 128 /N
C:\DOS\MODE CON CP PREP=((865) C:\DOS\ISO.CPI)
C:\DOS\MODE CON CP SEL=865
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\KEYB DK,,C:\DOS\KEYBOARD.SYS
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\DOSKEY
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MOUSE\mouse.exe
GOTO End

:Ram
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MSCDEX.EXE /D:MTMIDE01 /M:10 /K
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\SMARTDRV.EXE 2048 128 A B C+ D+ E+
C:\DOS\MODE CON CP PREP=((865) C:\DOS\ISO.CPI)
C:\DOS\MODE CON CP SEL=865
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\KEYB DK,,C:\DOS\KEYBOARD.SYS
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\DOSKEY
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MOUSE\mouse.exe
GOTO End

:Acad
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\SMARTDRV.EXE 2048 128
C:\DOS\MODE CON CP PREP=((865) C:\DOS\ISO.CPI)
C:\DOS\MODE CON CP SEL=865
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\KEYB DK,,C:\DOS\KEYBOARD.SYS
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\DOSKEY
C:\DOS\MOUSE\mouse.exe
@ECHO CALL C:\BATCH\ACAD.BAT
@ECHO Genstart maskinen med kommando BOOT
GOTO End

:Netdoom
D:\UTILITY\NET\NETSPIL\LSL.COM
D:\UTILITY\NET\NETSPIL\IPX.COM /O6
C:\DOS\MOUSE\mouse.exe
D:
CD \FUN\SPIL\DOOM2
rem SETUP
rem D:\UTILITY\BOOT\BOOT.COM
GOTO End

:Descent
D:\UTILITY\QEMM\LOADHI /RF D:\UTILITY\NET\NETSPIL\LSL.COM
D:\UTILITY\QEMM\LOADHI /RF D:\UTILITY\NET\NETSPIL\IPX.COM /O6
D:
CD \FUN\SPIL\DESCENT
rem CALL DESCENT.BAT
rem CALL C:\BATCH\BOOT.BAT
GOTO End

:Warcraft
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\SMARTDRV 256
D:\UTILITY\QEMM\LOADHI /RF D:\UTILITY\NET\NETSPIL\LSL.COM
D:\UTILITY\QEMM\LOADHI /RF D:\UTILITY\NET\NETSPIL\IPX.COM /O6
C:\DOS\MOUSE\mouse.exe
D:
CD \FUN\SPIL\WARCRAFT
WAR
rem CALL C:\BATCH\BOOT.BAT
GOTO End

:cdspil
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\KEYB DK,,C:\DOS\KEYBOARD.SYS
rem D:\UTILITY\QEMM\LOADHI /RF C:\DOS\SMARTDRV.EXE 1024
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MSCDEX.EXE /D:MTMIDE01 /M:10 /K
D:\UTILITY\QEMM\LOADHI /RF C:\DOS\MOUSE\mouse.exe
GOTO End

:End

Forleden sad jeg og læste i et ældre Linux Magazine i frokostpausen. Min interesse blev fanget af en artikel om MySQL-replikation – kunne det bruges til noget? Det er i hvert fald forholdvis simpelt at sætte op og veldokumenteret i “MySQL 5.0 Reference Manual”, kapitel 6. Det sværeste er faktisk at få lavet et “snapshot” af databasen – først i 3. eller 4. forsøg lykkedes det for mig.

Metoden jeg brugte var følgende:

mysql> FLUSH TABLES WITH READ LOCK;

Skift til en anden shell og dump databasen med

mysqldump -A --master-data

Herefter kan sql-filen kopieres over på slave-serveren. Der er et par informationer man lige skal fiske ud af sql-filen, nemlig værdierne for MASTER_LOG_FILE og MASTER_LOG_POS, der begge står forholdvis i starten af filen. De skal bruges lidt senere….

På slave-serveren udføres følgende:

shell> mysql -u root -p < dump_file.sql

mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name',
-> MASTER_USER='replication_user_name',
-> MASTER_PASSWORD='replication_password',
-> MASTER_LOG_FILE='aflæst_fra_dump_file.sql',
-> MASTER_LOG_POS=aflæst_fra_dump_file.sql;

mysql> START SLAVE;

Vær opmærksom på, at du også har kopieret mysql-databasen med over og dit root password er derfor ændret til samme som på masteren.

I første omgang skal replikationen hjælpe mig, således at databasen på min nye server er synkroniseret med den gamle, når jeg flytter min mail- og webserver over på den. Men der er flere muligheder….

Min hjemmecomputer har en 320GB disk og kører Windows XP – men den kan faktisk godt gøre nytte alligevel. For MySQL fås også til Windows, hvor det kører som en service der starter op, når maskinen startes. Ved at gentage ovenstående, men denne gang med XP’en som slave, har jeg fået mig en effektiv backup-løsning. Når min Windows-maskine starter op, vil dens MySQL opdage, at den er bagud i replikation, iforhold til masteren, og straks indhente det forsømte – uanset om den har været slukket i 24 timer eller 14 dage. Når min nye server bliver master, vil jeg altså stadig have en MySQL-slave, nu blot på Windows XP.

Tilbage er blot at huske på, at replikation ikke beskytter imod data-korruption!

Opdatering: En kørende database er altid problematisk at tage backup af. En af styrkerne ved master/slave-opsætningen er, at man kan stoppe slaven og derefter tage en binær backup af database-mapperne. Bemærk også, at ovennævnte metode til at lave et snapshot, ikke garanterer en konsistent kopi af InnoDB-tabeller – det kan kun opnås ved at have masteren stoppet, mens snapshottet tages. Ifølge MySQL-manualen burde det ikke give problemer – “but this is not a cause for concern, because InnoDB resolves this at startup and delivers a consistent result”. Mit binære snapshot gav problemer med enkelte tabeller, som jeg måtte migrere manuelt enkeltvist, mens ovennævnte mysqldump-metode var problemløs. YMMV.

Det er sjældent, at et port til FreeBSD er fejlbehæftet, men når det sker, er det selvfølgelig i et af de ports, som er uundværligt for mig .

Ved seneste portupgrade fejlede opgraderingen af rrdtool. Umiddelbart kunne jeg ikke Google en løsning, men så fandt jeg ud af, at også en reinstallation fejlede og med det input fandt Google en work-around. Man er nødt til at afinstallere rrdtool og reinstallere den, som følger:

cd /usr/ports/net/rrdtool
make deinstall clean distclean rmconfig
make # afvent at installationen fejler
cd work/rrdtool-1.2.23/bindings/ruby
make install
cd -
make install clean distclean

Forhåbentlig bliver fejlen rettet snart.