Hyper-V erro ao modificar as configurações migração ao vivo

Ola pessoal, esses dias tive um problema serio com um servidor Hyper-V em um Cluster de maquinas virtuais, a principio achei que poderia ser alguma coisa no serviço de CLUSTER, pois a migração ao vivo de maquinas virtuais parou de funcionar.

Investigando o problema, fui analisar os logs e não encontrei muita coisa.

O proximo passou foi investiagar as configurações basicas do Hyper-V, na opção de habilitar a migração ao vivo estava desativada, muito estranho pois não desativei em nenhum momento. Ao analisar a situação em que o HOST Hyper-v estava, o HOST acabara de ter sofrido manutenção de hardware e havia sido reiniciado varias vezes para inserir memoria e um tecnico infomou que em um desses reboots, o cabo de força foi puxado de forma incorreta e houve falha ao iniciar o Windows Server, mas ao reiniciar novamente não voltou a apresentar problemas.

Em pesquisa na internet foi identificado que o arquivo C:\Windows\System32\GroupPolicy\Machine\Registry.pol podia esta com problemas, ao investigar esse arquivo pode sofrer falhas:

  • Queda de energia
  • Atualização Windows update
  • Mal configuração do Windows Server

A solução e um pouco estranha mas funciona, basta remover esse arquivo e reiniciar o servidor, claro que antes de fazer isso, faça um backup da imagem do sistema com o Windows server backup e uma copia da pasta toda C:\Windows\System32\GroupPolicy.

Erro no Active Directory – O serviço de diretório não pôde alocar um identificador relativo

Olá pessoal, esse é um erro até comum no Active Directory, que alguns podem se deparar, provavelmente por erro de desligamento incorreto do Windows ou uma queda de energia inesperada.

Os sintomas podem ocorrer quando tenta-se adicionar qualquer objeto ao AD, usuário, grupo, máquina, enfim. Para corrigir, existe um procedimento a ser realizado a baixo nível no AD, vamos lá.

Primeiro, abra o command prompt com privilégios administrativos.

Type ntdsutil e pressione Enter.
Type roles e pressione Enter.
Type connections e pressione Enter.
Type connect to server DC01 e pressione Enter
Type quit and pressione Enter.

Quando, tomaremos as funções FSMO uma a uma com o comando correspondente, conforme o caso. Após cada Enter, aparece uma janela de confirmação. Basta clicar em Sim para continuar.

Além disso, para mencionar que, durante o processo de apreensão, NTDSUtil tenta fazer uma transferência simples primeiro (que obviamente falha) e, em seguida, prossegue para a transferência forçada.

Para o Schema Master role, type seize schema master and pressione Enter.
Para o Domain Naming Master role, type seize naming master and pressione Enter.
Para o RID Master role, type seize rid master and pressione Enter.
Para o PDC Emulator role, type seize pdc and Pressione Enter.
Para o Infrastructure Master role, type seize infrastructure master and Pressione Enter.

Após é possivel criar os objetos.

Espero que possa resolver esse problema no Seu Active Directory, segue referencia do site https://www.dtonias.com/seize-fsmo-roles-domain-controller/ que tem muito contéudo sobre Active Directory.

Instalando o Zabbix Agente no TrueNAS

Aqui apresentamos como instalar o Agente do zabbix na sua ultima versão agora no Sensacional TrueNAS que vem substituído os FreeNAS em suas ultimas versões, o artigo é baseado em outro do blog https://techtuxwords.blogspot.com, blog muito show, vale a pena da uma olhada.

Bom para começar, podemos realizar o download da ultima versão do binário no site oficial do Zabbix, o binário é para FreeBSD e serve muito bem pois o TRUENAS é uma implementação de um storage opensource em cima de um FreeBSD.

1. Download the binary package from the Zabbix webpage at https://www.zabbix.com/de/download_agents?version=4.0+LTS&release=4.0.25&os=FreeBSD&os_version=11.2&hardware=amd64&encryption=GnuTLS&packaging=Archive

It’s no problem that FreeBSD 12.x is not listed, the 11.2 packages still work

2. Copie o download do Zabbix Agente para o TrueNAS e descompacte em /root

3. Copie o conteúdo de sbin/* para /usr/local/sbin e bin/* para /usr/local/bin

4. Na interface do TrueNAS crie um usuário zabbix para que o binário do Zabbix seja executado sem a necessidade de usar o root, só criar o usuario, colocar uma senha, não precisa especificar o diretório.

5. Edite o Zabbix agente de acordo com sua necessidade.

6. Enable daemon
echo 'zabbix_agentd_enable="YES"' >> /etc/rc.conf   Create /etc/rc.d/zabbix_agentd:

#!/bin/sh

# PROVIDE: zabbix_agentd
# REQUIRE: DAEMON
# KEYWORD: shutdown
#
# Add the following lines to /etc/rc.conf.local or /etc/rc.conf to
# enable zabbix_agentd:
#
# zabbix_agentd_enable (bool): Set to NO by default.  Set it to YES to
#         enable zabbix_agentd.
#

. /etc/rc.subr

name="zabbix_agentd"
rcvar=zabbix_agentd_enable
start_precmd="zabbix_precmd"
required_files="/etc/zabbix_agentd.conf"

# read configuration and set defaultsc
load_rc_config "$name"
: ${zabbix_agentd_enable="NO"}
#: ${zabbix_agentd_pre:=/etc/${name}.pre.sh}

zabbix_agentd_conf="/etc/zabbix_agentd.conf"

if [ ! -z "$zabbix_agentd_conf" ] ; then
  zabbix_agentd_flags="${zabbix_agentd_flags} -c ${zabbix_agentd_conf}"
  required_files=${zabbix_agentd_conf}
fi

zabbix_precmd()
{
  if [ ! -z "$zabbix_agentd_pre" ] ; then
    if [ -e $zabbix_agentd_pre ] ; then
      . $zabbix_agentd_pre
    fi
  fi
}

command="/usr/local/sbin/${name}"

run_rc_command "$1"  run_rc_command "$1"

 Make executable:

  1. chmod +x /etc/rc.d/zabbix_agentd
  2. Start daemon:/etc/rc.d/zabbix_agentd start
  3. Configurando os arquivos para que ao reiniciar o zabbix inicie junto com SO.
    1. cp /etc/rc.conf /conf/base/etc/
    2. cp /etc/rc.d/zabbix_agentd /conf/base/etc/rc.d/
    3. mkdir /conf/etc/zabbix_agent
    4. cp /etc/zabbix_agentd.* /conf/base/etc/
    5. cp /etc/zabbix_agentd.* /conf/base/etc/ 

Fonte: https://techtuxwords.blogspot.com/

Alterar senha de vários usuários ao mesmo tempo de uma OU, via PowerShel

Abra o POWERSHELL e importe o Mudulo:

Import-Module ActiveDirectory

Liste os usuários que serão afetados, caso o resultado seja o que você quer, prossiga para a alteração:

Get-ADUser -Filter * -SearchScope Subtree –SearchBase “OU=brasil,OU=brasil2,DC=brasil3,DC=local” | Ft Name,sAMAccountName

Get-ADUser -Filter * -SearchScope Subtree –SearchBase “OU=brasil,OU=brasil2,DC=brasil3,DC=local” | Set-ADAccountPassword -Reset -NewPassword (ConvertTo-SecureString -AsPlainText “123novasenha” -Force)

Montando volumes LVM no Linux

Olá pessoal, hoje tive que reparar um sistema de arquivos no CentOS e estava com LVM, então provavelmente vai aparecer o erro ao tentar montar da forma tradicional  “unknown filesystem type ‘LVM2_member’“.

Basicamente para montarmos vamos necessitar saber algumas informações antes.

# pvs

O comando acima deve ter uma saída parecida com esta, exibindo todos os grupos de volumes configurados:

  PV         VG           Fmt  Attr PSize  PFree
  /dev/sda2  vg_fernandes lvm2 a-   74,33G    0 
  /dev/sdb3  vg_fernandex lvm2 a-   74,63G    0

Com o "pvs" vamos descobrir quais são os volumes que foram criados no sistema.

Para saber mais informações da cada volume, podemos executar o comando abaixo:
# lvdisplay vg_fernandex

E para montar devemos procurar a informação "LV Name".
LV Name /dev/vg_fernandex/lv_root

Agora de posse destas informações, podemos montar o volume

# mount /dev/vg_fernandex/lvroot /mnt
Eu precisei reparar o sistema de arquivos xfs, para minha surpresa não funcionou o fsck e tive que usar o xfs_repair.

Pronto, basicamente é isso.

Referencias:
https://www.vivaolinux.com.br/dica/Erro-unknown-filesystem-type-LVM2_member-como-montar-LVM-sem-alterar-configuracoes-no-HD-convidado