V říjnu minulého roku jsem si psal poznámku, jak uvolnit diskový prostor obsazený reinstalací OS, případně nasazením Service Packu. Šlo o utilitku Disk Cleanup, která je na stroji nainstalována jako součást Desktop Experience. Tenkrát mne to ani nenapadlo, ale nabízí se otázka, jak to řešit na serverech s GUI a serverech s Core edicí? Odpovědí je tento příspěvek. Více...
Moc nevím, co ten Microsoft se znalostní bází pořád vyvádí. K nepříčetnosti mne vytáčí strojový překlad do češtiny. Postupem času se mi zdá, že je pořád složitější a složitější se dobrat původní anglické verze (asi jako přidat si v českém IE default vyhledávač od Googlu). Více...
Stačí dvě bouřky a člověk má o zábavu postaráno. Při první bouřce odešel Linksys WRP400-G2 a vzal s sebou základní desku Intel DG33TL. Všechny ostatní komponenty (zdroj, RAM, HDD) přežily. Ta deska se již sehnat nedá, takže jsem ji nahradil deskou Intel DG43RK a zakoupil holt novější DDR3 paměti (nechce někdo 4GB Corsair DDR2 zakoupené v srpnu 2010?). Jelikož se aktivace pomocí GGK odehrála před delší dobou, prošla opětovná aktivace bez problémů. Ale co čert nechtěl, další týden další bouřka, opět uhodilo blízko a po elektrické síti dorazilo asi opět přepětí. Odešel nový, týden starý Linksys WRP400-G2 a asi dva dny stará základní deska Intel DG43RK. Více...
Aktualizace 21.3.2011: Na blogu Microsoftu se objevila informace, že níže uvedený článek KB975484 byl rozšířen o .VBS skript, který pomůže všem, kteří se dostali k chybě 0xc0000034. Bacha, je nutné přepnout na anglickou verzi článku, v češtině ty informace zatím chybějí. Zároveň článek pomůže pouze těm, kteří aktuálně trpí uvedenou chybou, nepomůže těm, kteří si pomohli úpravou xml nebo odmazali SetupExecute. Takže pro mnoho lidí přichází MS s řešením s křížkem po funuse.
Dnes na nás čekalo nepříjemné překvapení na několika pracovních stanicích a noteboocích, na nichž se večer při vypínání objevila hláška, že se bude instalovat SP1 z WSUS. Předem podotýkám, že jsme aplikaci SP1 testovali a nenarazili na problém – jak se ale dnes ukázalo, testovali jsme nedokonale. Více...
Nejhorší závady jsou, když něco řadu měsíců či let běží a pak se to bez zjevné příčiny podělá. Jako v případě jedné firmy, která má AD se dvěma sajtami, DFS s replikací mezi sajtami a klienty smíšenými Windows XP SP3, Windows Vista, Windows 7. Zničehonic si začali uživatelé s WXP v pobočkové sajtě stěžovat na pomalý login do sítě, chybějící síťové disky, zatuhávající explorer.exe a řadu dalších problémů. Procházel jsem komplet všechny servery, virtualizované i Hyper-V mastery, nikde nic. Zvažoval jsem případný problém s TCP offloadem, TCP Chimney, RSS, ale to by problémy nepostihovaly jen WXP. V pobočkové sajtě je jeden AD řadič, je to Global Catalog, eventlog čistý jak lilie. Hlava mi to nebrala, prohledával jsem všemožné stránky, dohledával historické WXP hotfixy týkající se DFS, abych vždy zjistil, že už jsou začleněny do SP3. Kontroloval jsem čas, lokální i síťové firewally, antiviry, DNS zóny dopředné i reverzní, práva na GPO, nic. Více...
Wow, tohle jsem nevěděl. Ve Windows 7 a Windows Serveru 2008 R2 je rozšířena funkcionalita Netsh.exe o příkaz trace. Lze tak zachytávat síťový provoz i bez nainstalovaného Netmonu. Navíc nedochází k žádnému přerušení síťových spojení, paráda.
netsh trace start capture=yes CaptureMultiLayer=yes CaptureInterface=”NIC4virtuals” tracefile=c:\temp\mujcap.etl
Odklepnu a okamžitě se začne zachytávat provoz. Stopnutí se provede takto:
netsh trace stop
Aby toho v logu nebylo moc, mohu do spouštěcího příkazu doplnit ještě filtry typu Ethernet.Address= nebo IPv4.Address=. To je hodně dobrý.
Podrobné zdroje:
Using Netsh to Manage Traces
Netsh Commands to Network Trace in Windows Server 2008 R2 and Windows 7
Dneska se teda daří. Objevil jsem další nelogickou věc, kdy jsem si myslel, že problém je v Office 2007 či 2010. Z důvodu kompatibility máme ještě pořád většinu dokumentů na síti uložené ve formátu Office 2003. Zároveň používáme DFRS, přičemž DFRS root je na AD-čkách. Otevření dokumentu či tabulky trvá děsně dlouho. Pak se soubor otevře a od té doby s ním jde již pracovat rychle. Čirou náhodou jsem narazil na KB 982860, které prostřednictvím neveřejného (ale vyžádatelného) hotfixu řeší přesně uvedené příznaky. Více...
Poté, co jsme v práci upgradovali většinu serverů na W2008 R2, jsem si všiml, že nemohu spustit Total Commander přes \\tsclient\c\program files (x86)\totalcmd\totalcmd.exe. Přitom na všech W2008 v x86 i x64 verzi toto bez problémů funguje. Začal jsem hledat, co se to děje a všiml jsem, si, že obdobné chování se projevuje I při pokusu o spuštění aplikace z UNC cesty, pokud je sdílený adresář umístěný na W2008 R2.
Nejdříve jsem si myslel, že je to problém s nějakým nastavením NTLM v rámci doménové politiky, ale pak jsem objevil toto KB 978869. Hotfix je dostupný na vyžádání, opravuje ntdll.dll. Ještě je důležité zdůraznit, kam a kdy hotfix aplikovat: Více...
Kolega včera bojoval s čerstvě nainstalovaným Windows Serverem 2008 R2 x64, na který po x-tém rebootu přestalo být možné nainstalovat další hotfix, nebylo možné nainstalovat další roli, žádnou fíčuru, nic. Po chvíli bádání na Internetu objevil zmínky o tom, že se to občas stane a v takovém případě pomůže nástroj System Update Readiness Tool. Po spuštění nástroj našel jeden nakopnutý hotfix, který se sice tvářil jako nainstalovaný, ale jeden jeho systémový soubor byl poškozen a znemožňoval určení verze.
Nástroj je určen pro Windows Vista, Windows 7, Windows Server 2008 včetně R2 a to ve všech bitových edicích.
Také jste patřili k menšině uživatelů, kteří si pomáhali v práci zkratkami typu ALT+C atd? Než si člověk konkrétní písmenka zapamatoval, stačilo dlouze stisknout klávesu ALT a příslušné zkratky se označily podtržítkem. Evoluce je nezadržitelná. Více...