Exception in thread "main" java.lang.NoClassDefFoundError - Instalação Oracle

Após executar o instalador do Oracle em um SO Linux Debian o seguinte erro era gerado:

Exception in thread "main" java.lang.NoClassDefFoundError

Solução, com o usuário root executar o seguinte comando:

#xhost +x

Este comando server para permitir ou negar conexões ao servidor X.

VMware Certified Associate - Data Center Virtualization (VCA-DCV)

Recentemente realizei a certificação "VMware Certified Associate - Data Center Virtualization (VCA-DCV)", é uma certificação nova (não precisa de treinamento "oficial" como é o caso do VCP), e é indicada para quem está iniciando no mundo da virtualização, a VMware disponibilizou um treinamento de cerca de 2 horas e 50 minutos com os tópicos cobrados no exame, abaixo o link do treinamento:

http://mylearn.vmware.com/mgrReg/plan.cfm?plan=41162&ui=www_cert

 O exame é bem tranquilo, principalmente para quem já tem experiência com os produtos da VMware, o exame é realizado on-line e você pode efetuar da sua casa mesmo, para agendar o exame basta acessar o site da PearsonVUE, o exame custa 95 dólares, mas a VMware está como uma promoção para os exames VCA, todos os exames VCA estão com 50 % de desconto.

Configurando Failover no Pfsense

Cenário:
Uma rede LAN e dois links WANs.

Inicialmente configuro os Gateways: System – Gateways.
No exemplo abaixo tenho dois Gateways, um é o default:

O “Monitor IP” é um endereço IP que o Pfsense monitora, efetuando consultas ICMP, caso ele não consigo obter resposta é ativado a política de Failover, no meu caso o “Monitor IP”, é meu “Gateway” WAN.


O segundo passo é certificar-se que você possui um DNS configurado para cada Gateway, System - General Setup:

Em System - Routing aba Groups é necessário criar um Gateway Group, só assim é possível configurar o Failover:

Defini o Gateway G como o gateway com maior prioridade "Tier 1" e o Gateway O "Tier 2", se o Gateways tiverem a mesma prioridade o PfSense vai trabalhar balanceando a carga entre os links.

Feito os procedimentos acima é necessário configurar as "Rules" do Firewall, Firewall - Rules seleciona a rede LAN, edito a regra ou regras, em opções avançadas seleciono o Gateway Group criado anteriormente:

Pronto esses são os passos para configurar o Failover no Pfsense, os procedimentos foram efetuado no Pfsense 2.0.3. efetuei um teste desconectando a placa de rede do "Gateway G', o "Gateway O" assumiu de forma transparente e rápida.

Verificar o tamanho de uma tabela MSSQL.

Basta executar a procedure sp_spaceused tabela

Erro acesso Console TMG 2010

Ao acessar o console do TMG 2010 recebia a mensagem abaixo:

 Ao clicar em Sim:

Isso ocorreu após a instalação do IE 9.
Para resolver o problema:
Acessar o caminho abaixo, e editar o arquivo TabsHandler.htc:
C:\Program Files\Microsoft Forefront Threat Management Gateway\UI_HTMLs\TabsHandler\TabsHandler.htc

Comentar as linhas que contenham “paddingTop” (são três linhas), como no exemplo abaixo:
//     m_aPages [niPage].m_tdMain.style.paddingTop 
Comentários // barra


Após o procedimento acima foi possível acessar o console do sistema.

Exame 70-682

Hoje realizei o exame 70-682 que é um upgrade da certificação do Windows Vista, esta prova é composta por dois exames, o 70-680 e 70-685, cada exame tem 25 questões, totalizando 50 questões.

Estudei pelos livros oficiais da certificação, achei tranquila a prova.

Mais informações:

http://www.microsoft.com/learning/en/us/exam.aspx?id=70-682

Remote Push – SEPM Windows 8

A instalação do cliente do SEPM no Windows 8 não estava funcionando, no Windows 7 funcionava corretamente, no arquivo de LOG de instalação do SEPM no cliente (%temp%\sep_inst.log) encontrei os seguintes erros:

MSI (s) (C4:6C) [10:30:24:553]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (C4:6C) [10:30:24:554]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (C4:6C) [10:30:24:554]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied.  Counter after decrement: -1
MSI (s) (C4:6C) [10:30:24:567]: Destroying RemoteAPI object.
MSI (s) (C4:34) [10:30:24:567]: Custom Action Manager thread ending.
MSI (c) (34:B0) [10:30:24:568]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied.  Counter after decrement: -1
MSI (c) (34:B0) [10:30:24:569]: MainEngineThread is returning 1603

Verificando o serviço “registro remoto” estava com o status de parada, bastou inicializar que obtive sucesso na instalação do SEPM.

Instalação do Cliente do SCCM 2012 – Windows 2003

Ao efetuar a instalação do Cliente SCCM 2012 em máquinas Windows 2003 era apresentado o seguinte erro, no arquivo ccm.log (Os “passos” da instalação do Cliente do SCCM) que se localiza dentro da pasta LOG, no caminho de instalação do servidor SCCM:

---> Unable to connect to WMI (root\ccm) on remote machine "MACHINE_WIN2003", error = 0x8004100e.    SMS_CLIENT_CONFIG_MANAGER
 
No arquivo Ccmsetup.log (Fornece informações sobre as ações na máquina cliente, os passos da instalação)

---> Failed to query BITS 2.5 interface with error 0x80004002    ccmsetup    27/05/2013 14:07:22    3624 (0x0E28)
This operating system does not contain the correct version of BITS. BITS 2.5 or later is required.    ccmsetup    27/05/2013 14:07:22    3624 (0x0E28)

Verificando a versão do BITS estava utilizando a versão 2.0 quando para o funcionamento do SCCM o mínimo é o BITS 2.5, é possível verificar a verão do BITS checando a DLL QMgr.dll que se encontra no caminho %windir%\System32, abaixo mais informações:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa362837%28v=vs.85%29.aspx

Após a instalação da versão 2.5 do BITS a instalação do Cliente do SCCM foi concluída com sucesso, o update pode ser baixado no link abaixo:

http://www.microsoft.com/pt-br/download/details.aspx?id=4933

vSphere Replication

vSphere Replication é uma “feature” que permite a replicação de um VM, para outro local de armazenamento, como um Storage ou disco local, é baseado em um Appliance, foi lançada na versão 5.0 do Vmware, pode ser realizado o download do Appliance no link abaixo:

https://my.vmware.com/web/vmware/details?downloadGroup=VR511&productId=285&rPId=3666

Após o Download o deploy do Appliance é bem simples, pode ser através do vSphere Client ou no Web Client na imagem abaixo estou fazendo o Deploy através do Web Client:

Efetuar as configurações de IP e definir a senha do usuário admin e finalizar as configurações.
No Web Client seleciono a VM que desejo configurar a replicação, neste caso a VM Win7Teste, vou na opção "Actions" - Configure Replication:

 Em Target Site, vou na opção "Add Remote Site", e adiciono o site remoto, este site remoto é um segundo servidor vCenter.

 Será listado todos os datastore disponíveis no site remoto, seleciono o primeiro datastore:

Configurando RPO, a diferença de tempo das VMs, o padrão é 4 horas, ou seja caso a VM de problema às 12:00, eu posso recuperar as informações até as 16:00, caso eu tente recuperar às 17:00 não será possível, pois já foi efetuado a replicação.

Finalizar a configuração, a configuração é bem simples, podemos verificar o status da replicação na aba "monitor" em vSphere Replication, temos a opção de Stop ou Pause na replicação:

Após a conclusão da replicação, podemos recuperar a VM acessando o vCenter de Destino e na Aba monitor "Icoming Replications" vou em Recover...

Live Migration Hyper-V failed

Ao tentar efetuar o Live Migration de uma VM (Win7Teste) entre dois hosts Hyper-V (Server1 e Server2) recebia o erro abaixo:

 --

Virtual machine migration operation failed at migration source.

Failed to establish a connection with host 'Server1': The credentials supplied to the package were not recognized (0x8009030D).

The Virtual Machine Management Service failed to authenticate the connection for a Virtual Machine migration at the source host: no suitable credentials available. Make sure the operation is initiated on the source host of the migration, or the source host is configured to use Kerberos for the authentication of migration connections and Constrained Delegation is enabled for the host in Active Directory.

[Expanded Information]
Virtual machine migration operation for 'Win7Teste' failed at migration source 'Server2'. (Virtual machine ID 361E903B-7991-4C2B-B810-49E260626CF0)

The Virtual Machine Management Service failed to establish a connection for a Virtual Machine migration with host 'Server1': The credentials supplied to the package were not recognized (0x8009030D).

Failed to authenticate the connection at the source host: no suitable credentials available.

--


Para resolver este "problema", é necessário configurar a delegação, através da ferramenta "Active Directory User and Computers", acessar a conta do computador Server1 por exemplo e delegar os serviços cifs e Microsoft Virtual System Migration Service para o computador Server2, conforme print abaixo (também é necessário configurar a delegação do computador Server2):

Estou levando em conta que nas configurações do Hyper-V já está configurado corretamente o Live Migration, após o procedimento abaixo obtive sucesso no Live Migration.
Mais informações:
http://blogs.technet.com/b/matthts/archive/2012/06/10/configuring-kerberos-constrained-delegation-for-hyper-v-management.aspx
http://technet.microsoft.com/en-us/library/jj134199.aspx#BKMK_Step1

Migrar DFS namespace (baseado no domínio)

Cenário, migrar o DFS de um controlador de domínio para outro.
Os usuários acessam os arquivos através do caminho FQDN do domínio, por exemplo: \\contoso.com.br\Public que está “hospedado” no controlador de domínio “DC1”, migrarei para o controlador de domínio “DC2”, preservando todas as informações, como por exemplos as ”folders targets”, abaixo uma imagem que ajuda a compreender melhor o DFS:

Os conceitos do DFS podem ser encontrados na ajuda da ferramenta, não vou entrar em detalhes do funcionamento e nomenclaturas DFS, estou levando em conta que o leitor conhece as definições básicas do DFS.
Conectar no servidor (DC1) e exportar o namespace com o comando dfsutil:

dfsutil /root:\\contoso.com.br\Public /export:export.txt /verbose

Acessar o gerenciador do DFS e apagar o namespace:

Acessar o servidor que hospedará o namespace e adicionar um namespace server (DC2), gerenciador DFS "new namespace":

O nome do namespace deve ser o mesmo, Public:

Baseado em dominio:

Finalizar a criação do namespace.

 Antes de importar o namespace é necessário editar o arquivo exportado e alterar a linha:

Target Server=DC1

Que aponta para o “antigo” servidor, alterando para o “novo” servidor neste caso o DC2:



Target Server=DC2
 
Agora é necessário importar o namespace exportado anteriormente, com o comando:

dfsutil /root:\\contoso.com.br\Public /import:export.txt /set

Pronto a migração foi concluída!.

Veeam Backup & Replication

Uma solução para Backups em ambientes virtuais é a Veeam Backup & Replication, instalei a solução para efetuar alguns testes, e fiquei impressionado, instalação bem simples, interface de administração fácil de usar, essa solução é especializada em backups para Vmware e Hyper-V, é possível efetuar um trial da ferramenta, mais informações no site:

http://www.veeam.com/vm-backup-recovery-replication-software.html

The WS-Management service cannot process the request

Ao tentar gerenciar servidores Windows 2008 R2 através do novo gerenciador de servidores do Windows 8 ou Windows 2012 recebia a mensagem abaixo, no console de gerenciamento:

The WS-Management service cannot process the request

Este erro acontece porque o Windows 2012\Windows 8 precisa que o cliente neste caso o Windows 2008 R2 tenha o WinRm 3.0 instalado, por padrão o Windows 2008 R2 tem o WinRm 2.0, um pré-requisito do WinRm 3.0 é o .Net Framework 4.0, que pode ser baixado no link abaixo:

http://www.microsoft.com/en-us/download/details.aspx?id=17851

Após a instalação do .Net Framework é possível instalar o WinRm3.0:

 http://www.microsoft.com/en-us/download/details.aspx?id=34595

Instalado os pré-requisitos, basta executar o comando winrm quickconfig para que seja possível a comunicação:

Após os passos acima consegui gerenciar os servidores Windows 2008 R2 através do Windows 8\Windows 2012.

Serviço SMTP Windows 2008 R2

A instalação do serviço SMTP no Windows 2008 R2 é bem simples, basta instalar via Server Manager ou atavés do comando servermanagercmd.exe:

Para testar o SMTP basta efetuar uma conexão à porta 25, isso pode ser feito com o utilitário telnet.
telnet IPservidor 25
220 servidor Microsoft ESMTP MAIL Service, Version: 7.5.7601.17514
250 servidor Hello [10.10.10.128]
mail from: admin@dominio.com.br
250 2.1.0 admin@dominio.com.br ....Sender OK
rcpt to: admin@dominio.com.br
250 2.1.5 admin@dominio.com.br
data
354 Start mail input; end with .
subject: Teste
Isso é um teste!
.

Cannot initialize the data source object of OLE DB provider "MSDASQL" for linked server "MYLINK"

Para efetuar uma conexão com outras bases de dados utilizo o recurso Linked Server, estava com o seguinte cenário: Windows 2008 R2 rodando SQL Server 2005 (x86), tentando acessar uma base de dados MYSQL, quando efetuava uma conexão ODBC através do painel de controle – fonte de dados (ODBC), seleciona o driver (Driver MYSQL) para conexão e configurava os parâmetros, obtinha sucesso, mas após a criação do Linked Server no Management Studio tentava efetuar um teste de conexão e recebia a seguinte mensagem:

Cannot initialize the data source object of OLE DB provider "MSDASQL" for linked server "MYLINK".
OLE DB provider "MSDASQL" for linked server "MYLINK" returned message "[Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified". (Microsoft SQL Server, Error: 7303) 

Após uma pesquisa descobri que a causa do problema era a conexão ODBC, o sistema operacional que é utilizado é o Windows 2008 R2, que como todos sabem só existe na versão 64 bits, e o MSSQL é 32 bits, por isso o problema, resolvi este problema instalado o driver MYSQL 32 bits e criando uma conexão ODBC 32 bits, para criar uma conexão utilizando o OBDC 32 bits basta executar o odbcad32.exe que está localizado no seguinte caminho: %windir%\SysWOW64\odbcad32.exe, após a criação da conexão ODBC é necessário criar o Linked Server no Management Studio, depois de executar os procedimentos acima obtive sucesso na conexão com a base de dados MYSQL.

 

Usando o ntdsutil.exe para transferir as FSMO

Conectar no Controlador de Domínio que será transferido as funções FSMO.
Abrir o prompt de comando, digitar: ntdsutil
Após roles,
Digitar connections,
Em server connections digitar o controlador de domínio que será atribuído as funções FSMO.
server connections: connect to server servidor

Após a conexão digitar “q” para voltar para "fsmo maintenance".

Para transferir as funções usar o comando "transfer"
Transferindo a função RID master
fsmo maintenance: transfer rid master
Você receberá um aviso:

Executar os procedimentos abaixo para as outras funções:
fsmo maintenance: transfer PDC

fsmo maintenance: transfer naming master

fsmo maintenance: transfer schema master

  fsmo maintenance: transfer infrastructure master

Após o sucesso das transferências é possível verificar o detentor das FSMO através do comando:
netdom query fsmo

SCCM 2012: failed to connect to distribution point

Ao efetuar o deploy do Client do SCMM 2012, recebia a seguinte mensagem (Monitoring - Overview - Distribution Status - Configuration Manager Client Package - Aba error):

SCCM 2012: failed to connect to distribution point

No arquivo de log distmgr.log (pasta caminho de instalação do SCCM pasta LOG) recebia o erro:

CWmi::Connect() failed to connect to \\servidor\root\MicrosoftIISv2. Error = 0x8004100E    SMS_DISTRIBUTION_MANAGE.

Este erro pode acontecer por vários motivos, mas no meu ambiente consegui resolver efetuando a instalação do "IIS 6 WMI Compatibility", que é um pré-requisito para o correto funcionamento do SCCM, mas que acabei esquecendo de instalar.

Após a instalação obtive sucesso no Deploy do Cliente do SCCM.

Atualizando ESXi 5.1 usando linha de comando

Para quem possui o VCenter é possível manter os hosts atualizados através do Update Manager, mas caso seu ambiente seja pequeno e não tenha o VCenter é possível utilizar o comando "esxcli software vib update", vou atualizar o ESXi da versão 5.1.0, 799733 para 5.1.0, 1021289.

Acessar o Portal da Vmware para baixar as atualizações, selecionar o update para a Build desejada, o arquivo é .zip, é necessário copiar o mesmo para o datastore desejado, neste post o datastore é "datastore1", para copiar o aquivo de atualização para o datastore basta utilizar o vSphere Client.

Conectar via SSH no host e executar o comando abaixo (ESXi510-201303001.zip arquivo de atualização):

esxcli software vib update --depot=/vmfs/volumes/datastore1/ESXi510-201303001.zip

Installation Result
   Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
   Reboot Required: true

Se tudo dar certo você receberá a mensagem acima.

Há muitos comandos para o gerenciamento dos hosts ESXi, pretendo criar novos post com os diversos comandos disponíveis no ESXi.

Instalação do Vmware Tools - Linux

Abaixo os passos para a instalação do Vmware Tools no Linux (Debian).
Acessar o vSphere Client abrir o console e ir na opção VM - Guest - Install/Upgrade Vmware Tools.

Pré requisito:
gcc
make
kernel headers


Montar o cdrom (Criar o diretório /mnt/cdrom)
#mount /dev/cdrom /mnt/cdrom
#cp /mnt/cdrom/* /tmp
#cd /tmp

Descompactar
#tar zxf VMwareTools-9.0.1-913578.tar.gz

Desmontar o cdrom
#umount /dev/cdrom

Executar o instalador
#:/tmp/vmware-tools-distrib# ./vmware-install.pl

Observação: Dependendo da distribuição os caminhos podem mudar
In which directory do you want to install the binary files?
[/usr/bin]

Finalizar a instalação, e reinicar a VM.

QlikView: Server failed to set license: QVS@server: Failed to connect

Ao tentar ativar a licença do QlikView recebia a seguinte mensagem:

Server failed to set license: QVS@server: Failed to connect

O problema era relacionado ao nome da máquina, que estava no formato server-qv após retirar o - do nome da máquina e efetuar a reinstalação foi possível efetuar a ativação.

Exame 70-647

No dia 28 de Janeiro de 2013 realizei o exame 70-647, com  isso obtive a certificação Enterprise Administrator, basicamente o MCSE do Windows 2003, foram 57 questões, envolvendo diversos assuntos (6 “estudos de casos”), a prova é um pouco cansativa, questões longas, mas obtive sucesso, sempre almejei a certificação Enterprise Administrator, lembro que quando eu comecei a trabalhar com TI eu “sonhava” um dia obter uma certificação nesse “nível”, finalmente eu consegui!.

Mapeamento RDM no VMware

Com o RDM é possível entregar uma LUN (Logical Unit Number) para uma VM, abaixo os passos para adicionar um mapeamento para uma máquina virtual, acessar as propriedades da VM, na aba "Hardware" clicar em "Add..."

Clicar em adicionar Hard Disk, Avançar:

 Selecionar "Raw Device Mappings", Avançar:

 Selecionar o mapeamento, neste caso tenho uma LUN apenas, Avançar:

Selecionar onde armazenar o mapeamento, uma boa prática é armazenar o mapeamento juntamente com a VM.

Selecionando o modo de Compatibilidade, como  não vou trabalhar com Snapshots seleciono o modo “Physical”, neste modo o desempenho é “melhor”, mas nada significante, caso precise de gerenciamento a melhor opção é “Virtual”, Avançar:

Selecionando a opções do Device, como eu já tenho um disco no SCSI (0:0) este será o (0:1), Avançar:

 

Finalizando o processo:

 Agora o disco estará disponível na VM e deverá ser inicializado como qualquer outro disco.
Mais informações sobre RDM:
http://www.vmware.com/pdf/esx25_rawdevicemapping.pdf 

Procedimentos upgrade Symantec Endpoint Protection 12.1.2 (RU2) Parte 2/2

Após o upgrade so SEPM é necessário disponibilizar a atualização para os clientes, o pacote está disponível em Admin - Install Packages:

É necessário acessar o grupo ao qual será disponibilizado a atualização ir em "Clients" selecionar o grupo e ir na aba "Install Packages" e disponibilizar o cliente, que será automáticamente atualizado conforme agendamento:

Basicamente este é o processo, bem simples.

Procedimentos upgrade Symantec Endpoint Protection 12.1.2 (RU2) Parte 1/2

Vamos efetuar o upgrade da versão do Symantec Endpoint Protection 12.1.1000.157 (RU1) para Symantec Endpoint Protection 12.1.2 (RU2).

Os seguintes passos são necessário:
- Efetuar o backup da base de dados
- Desabilitar a replicação se utilizado;
- Habilitar Autenticação local se é utilizado o “Symantec” Network Access Control;
- Disabilitar Application Control policy
- Para o serviço Protection Manager com o comando:
C:\net stop semsrv

Executar a instalação:

Será solicitado o backup, caso não tenho feito você poderá executa-lo:

 

Executar o instalador:

Após a instalação será iniciado a opção de Upgrade:

Selecionando a porta de comunicação:

O próximo passo é efetuar o upgrade, neste processo é atualizado a base de dados e adicionado ao SEPM, os pacotes da versão 12.1.2

Upgrade finalizado:

Após finalizar o upgrade é possível acesssar o gerenciador do SEPM.