Tente traduzir a frase “WE REALLY HATE THIS COMPANY” para Japonês no Google Translate, não percebo o resultado excepto uma palavra que me é familiar, o Google tem destas coisas!!!
Mês: Janeiro 2011
C# usar objecto COM (32 bits) em sistemas 64bits
Comecei recentemente a trabalhar com um Windows 64 bits, hoje tentei abrir e executar um projeto de C# para fazer umas alterações, tudo abriu correctamente nenhum problema aparente, mesmo depois de fazer build não era gerado nenhum erro nem sequer um único Warning.
Quando tento fazer debug recebo um erro bastante estranho, numa parte do código que acede a uma DLL que serve de ponte entre a minha aplicação e outra aplicação de código fechado, esta dll é fornecida pelo fabricante (que por acaso é a Microsoft), depois de experimentar mil e um coisas e nada fazer com que o projeto corresse coloquei a versão que resultava do debug, numa máquina com XP 32bits e o projeto correu lindamente.
Depois de alguns testes a solução para o problema foi mudar a configuração da “Solution Plataform” para x86 por defeito é “Any CPU”, já agora no Visual Studio Express não aparece por defeito activa esta opção é necessário ir a Tools ““> Options ““> Projects And Solutions e marcar “Show Advanced Build Configurations “.
E é este o workaround para usar objectos COM de 32 bits em sistemas de 64 bits, referi em cima C# mas deve funcionar nas outras linguagens da .net FW.
VBS Criar Chave no Registry
Código para criar a chave no registry, é só ajustar e substituir pelo pretendido, conforme o tipo de chave o valor tem que ser string ou número e formatado para tal, ou seja um string tem que ser contida em aspas e um número é óbvio que tem que ser um numero válido!!!
dim oShell
set oShell = Wscript.CreateObject(“Wscript.Shell”)
oShell.RegWrite “HKLM\CAMINHO\COMPLETO\PARA\A\CHAVE”, VALOR, “TIPO_DE_CHAVE”
Set oShell = Nothing
Tipos de Chaves:
REG_SZ (string)
REG_EXPAND_SZ (string)
REG_DWORD (Integer)
REG_BINARY (Integer)
Ficheiros de Log do Active Directory
A propósito do artigo anterior fica a lista da localização dos vários ficheiros de log criados na implementação de politicas de Grupo na maquina cliente, estas tabelas foram copiadas na integra do site da Microsoft (copiei para evitar futuros 404 ao aceder á página da MS) !!!!
Output from: | Is located in this file: | Enable verbose logging by adding this key or value”¦ | “¦to this registry key |
---|---|---|---|
Group Policy core (UserEnv) and registry CSE |
%windir%\debug\usermode |
UserEnvDebugLevel = REG_DWORD 30002 |
HKEY_LOCAL_MACHINE |
Security CSE |
%windir%\security\logs |
ExtensionDebugLevel = REG_DWORD 0x2 |
HKEY_LOCAL_MACHINE |
Folder Redirection CSE |
windir%\debug\usermode |
FdeployDebugLevel = Reg_DWORD 0x0f |
HKEY_LOCAL_MACHINE |
Software Installation CSE |
%windir%\debug\usermode |
Appmgmtdebuglevel=dword:0000009b |
HKEY_LOCAL_MACHINE |
Windows Installer |
%windir%\temp |
Logging = voicewarmup Debug = DWORD: 00000003 |
HKEY_LOCAL_MACHINE |
Windows Installer |
%temp% |
Logging = voicewarmup Debug = DWORD: 00000003 |
HKEY_LOCAL_MACHINE |
E já agora os do Servidor:
Output from: | Is located in this file: | Enable verbose logging by adding this keyword”¦ | “¦to this registry key |
---|---|---|---|
GPMC: |
%temp%\gpmgmt.log |
gpmgmttracelevel=1 |
HKEY_LOCAL_MACHINE |
GPMC: |
%temp%\gpmgmt.log |
gpmgmttracelevel=2 |
HKEY_LOCAL_MACHINE |
GPMC: |
%temp%\gpmgmt.log |
gpmgmtlogfileonly=1 |
HKEY_LOCAL_MACHINE |
Group Policy Object Editor: |
%windir%\debug\usermode |
GPEditDebugLevel = REG_DWORD 0x10002 |
HKEY_LOCAL_MACHINE |
Group Policy Object Editor: |
%windir%\debug\usermode \gptext.log |
GPTextDebugLevel = REG_DWORD 0x10002 |
HKEY_LOCAL_MACHINE |
Group Policy Não Instala Software Gerido
Numa instalação de Active Directory com várias Politicas de Grupo configuradas, tudo funcionava excepto a instalação de software, isto é todas as configurações que alterava em cada politica no próximo reboot ou no próximo “gpupdate /force” entravam em vigor excepto a instalação de software gerido, o que me levou a crer que não era erro de configuração é que isto não acontecia em todos os computadores do dominio.
Depois de pesquisar todas as combinações possiveis do erro em Inglês e em Português no Google não conseguia achar a solução, comecei então a ler os logs das politicas de grupo dos computadores em que verifiquei o problema, e o sintoma era comum nenhum encontra o controlador principal do dominio no arranque, no log em todos tinha o mesmo erro (está a bold):
USERENV(2c4.688) 12:58:22:109 ProcessGPOs: Forced option changed policy mode.
USERENV(2c4.634) 12:58:23:593 ProcessGPOs: Forced option changed policy mode.
USERENV(2c4.664) 12:58:23:718 PolicyChangedThread: UpdateUser failed with 6.
USERENV(2c4.2c8) 12:59:21:640 CUserProfile::CleanupUserProfile: Ref Count is not 0
USERENV(2c4.2c8) 12:59:21:656 CUserProfile::CleanupUserProfile: Ref Count is not 0
USERENV(2c4.2c8) 12:59:21:656 CUserProfile::CleanupUserProfile: Ref Count is not 0
USERENV(2c4.600) 12:59:23:812 ProcessGPOs: The DC for domain REMOVIONOMEDODOMINIO is not available at startup. retrying
USERENV(2c4.600) 12:59:44:031 ProcessGPOs: DC for domain REMOVIONOMEDODOMINIO is reachable after retries.
USERENV(2c4.600) 13:05:20:265 ProcessGPOs: Extension Instalação de software ProcessGroupPolicy failed, status 0x643.
USERENV(2c4.1a8) 14:31:58:924 PolicyChangedThread: UpdateUser failed with 0.
USERENV(2c4.f3c) 14:41:06:558 PolicyChangedThread: UpdateUser failed with 6.
USERENV(2c4.f80) 14:42:15:814 PolicyChangedThread: UpdateUser failed with 0.
Depois de vários testes a causa deste problema está no carregamento da rede, que não sei se será dos drivers ou das placas de rede demoram mais a ficar disponiveis no sistema e na altura que o sistema vai procurar o PDC, não o encontra!!
Solução: Alterar o tempo que o Windows (cliente) demora até concluir que não encontra o DC, por outras palavras mudar o timeout, para isso basta criar a seguinte chave no registry:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\GpNetworkStartTimeoutPolicyValue
do tipo DWORD e com valor decimal de 30, caso o problema persista deve-se aumentar o valor até o mesmo estar resolvido.