Descobrindo o tamanho de um database no MySQL

Pegar o tamanho de todas os databases do MySQL:

SELECT TABLE_SCHEMA AS ‘Database_name’, TABLE_NAME AS ‘=’Table_Name’, CONCAT(ROUND(((DATA_LENGTH + INDEX_LENGTH – DATA_FREE) / 1024 / 1024),” Mb”) AS Size FROM INFORMATION_SCHEMA.TABLES;

Pegar o tamanho de todas as tabelas de uma única database no MySQL:

SELECT TABLE_SCHEMA AS ‘Database_name’, TABLE_NAME AS ‘Table_Name’, CONCAT (ROUND((DATA_LENGTH + INDEX_LENGTH – DATA_FREE) / 1024/ 1024),2), ” MB”) AS Size FROM INFORMATION_SCHEMA.TABLES where TABLE_SCHEMA = ‘nome_da_sua_database’;

Pegar o tamanho total de uma única database:

SELECT (SUM(ROUND(((DATA_LENGTH + INDEX_LENGTH – DATA_FREE) / 1024 / 1024), 2)), ” MB”) AS Size FROM INFORMATION_SCHEMA.TABLES where TABLE_SCHEMA = ‘nome_da_sua_data_base’;

VMware Server with an out-of-date copy of the application

Dica para quando o VMWare indicar que a máquina virtual está fora de moda (out-of-date)

Fui informado pelo plantão que uma de nossas máquinas virtuais, rodando em um antigo VMWare Server 2.02, após ter sido reiniciada não queria ligar e informava que a aplicação estava “fora de moda” (out-of-date). Ué, eu não sabia que máquinas virtuais se ligavam em moda?! Conectei ao servidor aonde reside o VMWare Server 2.02 e tentei reinicar a máquina virtual e a bagaça do VMWare Server 2.02 me informou o seguinte:

Description:

Message from VMHost02: You have started VMware Server with an out-of-date copy of the application.  VMware Server cannot power on virtual machines using this copy (version 2.0.2).  To power on this virtual machine, run VMware Server from the default location.

Peraí!! O VMWare estava no servidor aonde eu estava conectado, como eu deveria executar o VMWare de sua localização Padrão?! Malditos alertas de eventos que não indicam nada! Se você quiser informações de verdade revire os logs da máquina virtual, lá sim tem as informações de verdade.

Ao ler o arquivo de log vmware-0.log encontrei o problema e a dica para resolve-lo.

Jul 10 16:50:45.725: vmx| PowerOnJul 10 16:50:45.725: vmx| VMX_PowerOn: VMX build 203138, UI build -1Jul 10 16:50:45.725: vmx| VMX_PowerOn: Error: VMX build 203138 doesn’t match UI (no build number set, version 2.0.2).  Failing power-on operation. Use vmx.noUIBuildNumberCheck to skip this check.
Jul 10 16:50:45.725: vmx| Msg_Post: Error
Jul 10 16:50:45.725: vmx| [msg.main.versionMismatch] You have started VMware Server with an out-of-date copy of the application.  VMware Server cannot power on virtual machines using this copy (version 2.0.2).  To power on this virtual machine, run VMware Server from the default location.—————————————-

Bastou apenas incluir a seguinte entrada no arquivo vmx da máquina virtual e liga-la para que ela voltasse a operação:

vmx.noUIBuildNumberCheck = “TRUE”

Espero que essa dica ajude a quem por alguma ventura ainda esteja utilizando o VMWare 2.02 e encare o mesmo problema que o meu.

Adicionando Roda estaticas no VMWare ESXi

Dica rápida para adicionar rotas estaticas no ESXi.

Para adicionar uma rota primeiramente conecte via console local (Alt+F1) ou via SSH e execute o esxcfg-route.

~# esxcfg-route -a 192.168.0.0/24 192.168.1.2

Para remover uma rota estatica

~# esxcfg-route -d 192.168.0.0/24 192.168.1.2

Para listar as rotas

~ # esxcfg-route -l
VMkernel Routes:
Network          Netmask          Gateway          Interface
10.192.168.1.0      255.255.255.0  Local Subnet     vmk1
200.198.219.204   255.255.255.224  Local Subnet     vmk0
192.168.0.0       255.255.255.0    192.168.1.2   vmk1
default          0.0.0.0          200.198.219.192   vmk0

SSH no VMWare ESXi 4.1

Para habilitar o ssh no VMWare ESXi é muito simples.

1. No console do ESXi 4.1 pressione F2 e faça o logon;

2. Escolha no menu a opção Trouble Shooting Options;

3. Selecione a opção Enable Tech Support;

Veja no painel da Direita que a opção TSM (SSH) is Disabled irá mudar para Enabled.

Pronto o SSH está ativado no ESXi 4.1!!