MarcoCesar's Posts

Bom dia. Se realmente você esgotou todas vias convencionais, pode programar um ataque de força bruta contra o /etc/passwd ou subir esse ambiente com live cd e usar chroot para mudar a senha. Estou considerando que o servidor é de sua propriedade ou que tem autorização legal fazer esses procedimentos. abs!

Bom dia. Fizemos teste parecido em um Dell + ESXi 6.5. Configurei duas placas de video em pci passthrough e tivemos resultados satisfatórios. Lembrando que foi apenas uma experiência em um servidor que estava parado no dc.  Conforme dito pelo colega Diego, nada se compara ao uso de máquinas físicas e você deve usar hardware homologado. Qualquer processo que não siga essas regras não é suportado pela VMware, mas nada te impede de realizar a experiência e mensurar os resultados.  

Conheci a Hosco por um analista da IBM e costumo ver relatos positivos em canais confiáveis, por isso indico seguramente. De qualquer forma, é importante vocês providenciarem redundância de storage, além de uma solução de data recovery e backup. A VMware oferece o VCB e o VMware Data Recovery, além de terem opções terceiras como Bacula e Veam Backup. Boa sorte e ótimo ano novo.

Boa noite! A mensagem diz que o hash do vmdk não confere. Por isso entendo que o arquivo foi corrompido, talvez por problemas de storage. Recomendo fazer verificação manual de hash no vmdk, usando o sha1sum ou outro software.

Boa tarde colegas, "ip link set up dev interface-de-rede" é o comando para subir a interface de rede. "ip addr set endereco-de-rede/mascara-de-rede dev interface-de-rede" é o comando para configurar um ip lan. Faça o teste e diga se funcionou.

Boa noite. Esse debian usa kernel 2.4, por isso apenas versões antigas do Esx podem suportar esse guest. O problema é descobrir qual. De repente é mais fácil tentar falar com esse analista que recuperou suas vms.

Ola Diego. O host é VMware 6.7 e o guest é um Debian 10 com vmtools 10.3 instalado. O Memory Hot Plug está habilitado. Quando eu aumento a quantidade de memória no painel de configurações, aparece a mensagem de erro "The attempted operation cannot be performed in the current state (Powered on)" no vmclient. Já tentei alterando o valor de "Reservation" para none e habilitando "Reseve all guest memory". Ou seja,  só é possível aumentar a memória reiniciando o guest. Segue imagem para ilustrar melhor o problema. Obrigado.          

Boa tarde. >> cpu15:5135)LVM: 7469: on-disk disk ID: <type 2, len 22, lun 1, devType 0, scsi 0, h(id) 11910145752653793336> cpu19:5136)VMWARE SCSI Id: Could not get disk id for vmhba32:C0:T1:L0 >> cpu15:5135)LVM: 7469: on-disk disk ID: <type 2, len 22, lun 1, devType 0, scsi 0, h(id) 11910145752653793336> cpu19:5136)VMWARE SCSI Id: Could not get disk id for vmhba32:C0:T1:L0 Espero estar errado, mas se cruzarmos seu relato com algumas linhas de log, parece haver inconsistência no datastore. Talvez haja problemas de quórum no seu RAID5 por causa de falha em discos. Você tem backup ou redundância nesse DS?

Boa tarde. Lembrando que no ESXi também é possível redirecionar (passthrough) uma NIC para um guest que esteja balanceando cargas de rede ou atuando como gateway. Em guests Linux também há possibilidade de criar interfaces de rede virtuais com diferentes endereços e roteamentos. Espero ter ajudado de alguma forma.