cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max
65536

Takže je povoleno max 65536 v conntrack tabulce. Změnu provedete jednoduše

echo "131072" > /proc/sys/net/ipv4/netfilter/ip_conntrack_max

A stačí již jen ověřit, zda to hodnotu přijalo

beta:/var/log# sysctl -p
net.ipv4.tcp_syncookies = 1
net.ipv4.netfilter.ip_conntrack_max = 131072

Server se mi znatelně urychlil a hlášení z logu zmizely. Nicméně se mi tam stále objevují ještě jiné potvůrky:
Jan 23 22:58:30 Beta kernel: [161748.974581] TCPv6: Possible SYN flooding on port 80. Sending cookies.
… na to mrknu později, pokud mi někdo nedá tip :D

Vytvořil jsem spustitelný shell script /script/system_updates.sh

PATH=/usr/bin:/bin:/usr/sbin:/sbin
/usr/bin/apt-get update -y
/usr/bin/apt-get upgrade  --yes upgrade -y
/usr/bin/apt-get clean

a poté udělal nový soubor v /etc/cron.d system_updates obsahující:

PATH=/usr/bin:/bin:/usr/sbin:/sbin
30 5     * * *     root /script/system_updates.sh >>/var/log/system_updates.log >/dev/null 1>/dev/null 2>/dev/null

No a hotovo. Cesta (PATH) je tam 2x protože chci mít jistotu :D :D Joke, stačí jen jednou….

vmkfstools -i PikoGuestApp02.vmdk Fantager.vmdk

Pokud je třeba převést rovnou thick na thin, stačí přidat

-d 'thin'

Celý příkaz potom vypadá následovně:

vmkfstools -i PikoGuestApp02.vmdk Fantager-thin.vmdk  -d 'thin' -a lsilogic

Pokud shrinknutí nepomohlo, je třeba odmazat data, která tam zůstaly ale přitom jsou “smazané”. Zatím nejjednodušší řešení, které jsem objevil, je při vypnutém stroji udělat kopii disku.

Časem si sem budu přidávat další parametry, které se mi nechce nosit v hlavě :D

sp_helpfile

Dostaneme výpis ve tvaru (osobně jsem zapoměl zálohvoat trans log WSUS DB – má 30GB :D)

SUSDB	1	D:\SUSDB.mdf	PRIMARY	878784 KB	Unlimited	1024 KB	data only
SUSDB_log	2	L:\SUSDB.ldf	NULL	33507264 KB	2147483648 KB	10%	log only

Potom stačí zadat to následujícího příkazu ID souboru a požadovanou velikost v MB (je možno zadat i co nejmenší, příkaz potom provede maximální zmenšení ale nedojde ke ztrátě dat)

dbcc shrinkfile (2,5000)

A je hotovo :D

No a když chceme na linux, stačí SSH klient a to např. ConnectBot (je zdarma na marketu).

Stručný popis funkce:

1. každý den v 10:00 vytvoření reportu Dataprotectorem
2. každý den v 11:00 hledání VBSkem v txt reportu, pokud není nalezen text že je vše bez chyb, dojde k odeslání reportu na specifikované emaily
3. každý den v 18:00 dojde k přepsání reportu (kdyby spadl DataProtector, nebude report přepisován, nebude nalezen text o proběhlých jobech a report nám bude zaslán s chybou)

Nejdříve je nutné si vytvořit adresářovou strukturu pro lokální ukládání reportů a uložení scriptů.

mkdir c:\scripts
mkdir c:\scripts\dp

Poté si v DP uděláme report, který následně nashedulujeme
DP-> Reporting -> Reports -> Add Report Group a přidat “Report to email” skupinu. V ní vytvořit “Add report”, vybrat “Reports on sessions in a timeframe”, název “Session Errors”, type Session Errors

Potom next, nastavit “Relative time” na 24h za poslednich 24h

Potom samé next až na obrazovku, kde je “Message level” a volbu na “Critical”

Next a nastavit, v jakým formátu a kam se to má ukládat

Stačí už jen danou skupinu jobů nashedulovat, a to 1x denně v 10h

Nyní můžeme mrknout na to, zda to funguje – pravé tlačítko na Skupinu a Start

V cestě C:\scripts\dp bude vygenerovaný soubor errors.txt, který buď bude obsahovat chyby nebo obsah souboru bude obsahovat text “No error messages”  - podle toho bude logika následujícího scriptu rozhodovat o tom, zda nám pošle email či nikoliv.

Vytvoříme VBS script na zasílání reportu v případě nalezených chyb, nazveme ho c:\scripts\check_and_send_errors.vbs. V souboru je nutne zamenit NUTNO_ZADAT_SMTP_SERVER a EMAIL@EMAIL.CZ (význam nebudu popisovat :D), který dáme do Win shedule každý den v 11:00

Option Explicit
Dim objFSO, objSouborPikodrak, strObsahSouboru, intKdeJeHlaska
Const FOR_READING = 1
Const strFileName = "C:\scripts\dp\errors.txt"
Set objFSO = CreateObject ("Scripting.FileSystemObject")
Set objSouborPikodrak = objFSO.OpenTextFile (strFileName,FOR_READING,0,-1)
strObsahSouboru = objSouborPikodrak.ReadAll
intKdeJeHlaska = InStr (strObsahSouboru,"No error messages")
If intKdeJeHlaska = 0 Then
'WScript.Echo "Nenasel jsem hlasku - No error Messages - na pozici " & intKdeJeHlaska
Dim objEmail, iAttachmenCount, aAttachment
Const sSMTPserver = "NUTNO_ZADAT_SMTP_SERVER"
Set objEmail = CreateObject("CDO.Message")
objEmail.To = "EMAIL@EMAIL.CZ, EMAIL2@EMAIL.CZ"
objEmail.ReplyTo = "EMAIL@EMAIL.CZ"
objEmail.Sender = "EMAIL@EMAIL.CZ"
objEmail.Subject = "ERROR BACKUP"
objEmail.Textbody = strObsahSouboru</code>
objEmail.Configuration.Fields.Item ("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2
objEmail.Configuration.Fields.Item ("http://schemas.microsoft.com/cdo/configuration/smtpserver") = sSMTPserver
objEmail.Configuration.Fields.Item ("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 25
objEmail.Configuration.Fields.Update
objEmail.Send
End If
objSouborPikodrak.Close
Set objFSO = Nothing

Dále vytvoříme v C:\scripts\ soubor empty_dp_info_file.bat, který dáme do Win shedule každý den v 18:00

echo Soubor vyprazdnen > E:\scripts\dp\errors.txt

A to je vše přátelé, snad jsem na nic nezapomněl.

DP -> Backup -> MS Volume Shadow Copy Writers -> Add Backup

Poté pouze specifikujeme Exchange server

Next, Next, Vybereme Microsoft Exchange Writer a zaškrtneme celý store (pokud jej celý chceme zálohovat)

Potom standardně nastavíme zbytek jobu (kdy a kam se má zálohovat, to rozebírat není třeba). Následuje spuštění jobu, aby bylo co obnovovat a vrhneme se na testovací obnovu. Z našeho mailboxu smažeme nějaké nedůležité emaily.

DP -> Restore Objects ->MS Volume Shadow Copy Writers -> Nazev serveru -> MS Volume Shadow Copy Writers  a vpravém okně překlikneme “Restore mode” na “Restore files to temporary location” a zaškrtneme store, kde je náš email uložen.

V záložce Options je nutné nastavit cestu, kam mají být soubory obnoveny

Pak stačí jen kliknout na Restore a počkat na obnovení hlavní DB a logů. Následuje oprava DB, přimapování do recovery módu, obnovení mailboxu do adresáře daného uživatele a odmapování a smazání obnovy.

Pro přehlednost jsem rozdělil DB a LOGy do 2 adresářů. Následující příkazy jsou samozřejmě pro PS EX konzoli.

Zjistíme stav DB –

Eseutil /mh C:\RESTORE\MailboxDatabases\MDB01\DATABASE\MDB01.edb

Zjistíme stav logů kde E01 je prefix (bude se lišit) -

Eseutil /ml C:\RESTORE\MailboxDatabases\MDB01\LOGS\E01

Provedeme opravu DB z logů –

Eseutil /r E01 /l C:\RESTORE\MailboxDatabases\MDB01\LOGS /d C:\RESTORE\MailboxDatabases\MDB01\DATABASE

Oprava 29.8.11 – vyskytlo se mi, že pro obnovu jsem na konec musel přidat parametr /s a /a, viz kod

Eseutil /r E01 /l C:\RESTORE\MailboxDatabases\MDB01\LOGS /d C:\RESTORE\MailboxDatabases\MDB01\DATABASE /sC:\RESTORE\MailboxDatabases\MDB01 /a 

(V Exchange 2007 je možné obnovit mailbox přes klikátko – ExTRA)

Přejmenujeme DB na jiný název (u mě to bylo MDB01.edb na RecoverDB.edb)
Následující příkazy je nutné spouštět v Exchange Power Shellu.
Nastavíme namapujeme nový recovery store do Exchange –

New-MailboxDatabase -Recovery -Name RecoverDB -Server SLC-DC01 -EDBFilePath C:\RESTORE\MailboxDatabases\MDB01\DATABASE\RecoverDB.edb -LogFolderPath C:\RESTORE\MailboxDatabases\MDB01\LOGS\E01

Namountuje v Exchange DB –

Mount-Database RecoverDB

Podíváme se na namountovanou DB (a zároveň na názvy mailboxů, které můžeme obnovit) –

Get-MailboxStatistics -Database RecoverDB

Provedeme obnovu mailboxu uživatele do jeho podsložky –

Restore-Mailbox -Identity PikoDrak -RecoveryDatabase RecoverDB -RecoveryMailbox "Piko Drak" -TargetFolder "Restored content 20101111"

Nebo do jiného mailboxu

Restore-Mailbox -Identity "restore" -RecoveryDatabase RecoverDB -RecoveryMailbox "Fikr, Štěpán" -TargetFolder "Restored content lamo"

Zkontrolujeme v Outlooku obnovená data a uklidíme po sobě.