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’;

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.

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

A idéia do projeto é simples migrar os dados do MRTG (.log e .old) para a estrutura mais robusta do RRDTool, isso em um servidor FreeBSD.

Em nosso cenário o MRTG já estava instalado e gerando seus graficos e logs a mais de 02 anos mas nunca se havia atentado para a utilização do RRDTool. Primeiramente vamos instalr o RRDTool.

[root@kratos ~]# pkg_add -rv rrdtool

Provavelmente irá baixar um monte de dependências (inclui pacotes GD, varios pacotes perl e etc).
Despois de terminada a instalação do rrdtool e dependências iremos configurar o MRTG para funcionar com o rrdtool, ou seja, os arquivos .log e .old gerados pelo MRTG serão trocados pelos arquivos .rrd.

Adicione as seguintes linhas no arquivo de configuração do MRTG, no meu caso o arquivo foi o /etc/mrtg.cfg.
O arquivo deverá ficar assim:

RunAsDaemon:Yes
Interval:5

LogFormat: rrdtool
PathAdd: /usr/local/bin/
LibAdd: /usr/local/lib/perl5/site_perl/5.8.9/mach/

Include:/usr/local/etc/mrtg/poseidon.cfg
Include:/usr/local/etc/mrtg/apolo.cfg
Include:/usr/local/etc/mrtg/hades.cfg
Include:/usr/local/etc/mrtg/zeus.cfg

Salve o arquivo e reinicie o MRTG. A partir desse momento o MRTG irá gerar começar a gerar os arquivos .rrd referente aos hosts no configurador no seu mrtg.cfg. O legal é que os arquivos de dados antigos do MRTG (.log e .old) serão mantidos e os arquivos .rrd irão ser criados.

O MRTG irá parar de gerar os gráficos após essa ação os graficos serão gerados agora através de “queries” nos arquivos .rrd o que permitira através de um script buscar dados bem antigos e transforma-los em gráficos.

Para que possamos ter de volta os gráficos iremos baixar o mrtg-rrd um script CGI em perl que irá gerar os gáficos de volta para a gente. Podemos baixa-lo em ftp://ftp.linux.cz/pub/linux/people/jan_kasprzak/mrtg-rrd/mrtg-rrd-0.7.tar.gz.

Após baixar o script basta descompacta-lo.

[root@kratos ~]# tar xzvf mrtg-rrd-0.7.tar.gz
x mrtg-rrd-0.7/
x mrtg-rrd-0.7/COPYING
x mrtg-rrd-0.7/FAQ
x mrtg-rrd-0.7/TODO
x mrtg-rrd-0.7/Makefile
x mrtg-rrd-0.7/mrtg-rrd.cgi
x mrtg-rrd-0.7/ChangeLog

Uma ver descompactado não é necessário compilar apenas copiar o arquivo mrtg-rrd.cgi para o cgi-bin do seu apache.

[root@kratos ~]# mrtg-rrd-0.7/mrtg-rrd.cgi  /usr/local/www/apache22/cgi-bin/

Após a copia do mrtg-rrd.cgi para o cgi-bin é necessário informar no mesmo aonde está o arquivo de configuração do MRTG. Para isso edite o mrtg-rrd.cgi da seguinte forma:

Antes:
# EDIT THIS to reflect all your MRTG config files
BEGIN { @config_files = qw(/home/fadmin/mrtg/cfg/mrtg.cfg); }

Depois:
# EDIT THIS to reflect all your MRTG config files
BEGIN { @config_files = qw(/etc/mrtg.cfg); }

Dessa forma os antigos hosts vistos no MRTG serão novamente vistos no mrtg-rrd.cgi mas, ainda não acabou. Agora iremos alterar a permissão do diretorio do MRTG para que o usuário do apache possa gerar os graficos.

[root@kratos ~]# chown www:mrtg /usr/local/mrtg/

[root@kratos ~]# chmod -R g+rw /usr/local/mrtg/

Excelente!! Agora é só acessar o mrtg-rr.cgi.

Ex: http://kratos.deusdaguerra.com.br/cgi-bin/mrtg-rrd.cgi ou http://kratos.desudaguerra.com.br/mrtg/

Todos os dados anteriores dos seu MRTG estarão lá intactos.

Antes do RRDToll

Depois do RRDTool

Espero que o tutorial ajude!

Até a próxima!

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!!

Você instalou o opensolaris, configurou as informações de rede e na hora de abrir o browse não navega. Você fica intrigado com o problema abre o shell e pinga para um dominio e informa host desconhecido(!?!), então você resolve rodar um nslookup e obtem a seguinte saída:

root@opensolaris:~$ nslookup www.oracle.com
Server:         208.67.220.220
Address:       208.67.220.220#53

Non-authoritative answer:
www.oracle.com  canonical name = www.oracle.com.edgesuite.net.
www.oracle.com.edgesuite.net    canonical name = a398.g.akamai.net.
Name:   a398.g.akamai.net
Address: 200.157.208.241
Name:   a398.g.akamai.net
Address: 200.157.208.240

O ip configurado no seu resolv.conf foi informado corretamente na saida do nslookup afinal o que pode ser feito para OpenSolaris resolver nomes?

A solução é alterar o arquivo /etc/nsswitch e alterar a seguinte entrada

hosts: files

para

hosts: files dns

Com isso o OpenSolaris irá buscar os resolvers no arquivo /etc/resolv.conf.

PACMAN no GOOGLE

Os dinossauros, como eu, devem lembrar muito bem desse jogo. Ele foi uma espécie de ritual de passagem para todo nerd veterano. Longe dos requintes gráficos 3D e alta resolução que adornam os games de hoje o Pacman ou Pakkuman (no original japonês),  jogo criado pelo Tohru Iwatani para a empresa Nanco, era a febre nos fliperamas aonde nerds em estado de sonolência, como eu, gastavam o dinheiro da merenda. Tempos bons que voltaram hoje graças ao Google! Isso mesmo não foi MAME, FinalBurn e nenhum emulador não! Foi o google que está como todos os gamers e nerds do mundo comemorando o aniversário de 30 anos do Pacman!  Acessem a página do google e vejam o logo. Esperem um pouco e o game vai começar controlavel via teclado e o mais bacana, o jogo não tá em java ou Flash é HTML!!! Google rules!!!

Feliz aniversário Pacman!!!

Bom, voltando a realidade… o iPAD estará disponível para vendas a partir de março deste ano e existe a possibilidade, de acordo com o site de pesquisa de preços Zura!, que ele seja vendido no Brasil pela quantia de R$ 1.650,00 e R$ 2.700,00 o modelo mais caro. É aguardar para ver, até mesmo porque os preços só serão divulgados em março quando o iPAD estará realmente disponível para venda.

Para criarmos a bridge com o FreeBSD primeiramente precisaremos criar uma interface para a bridge.

ifconfig create bridge0

Depois precisamos informar quais placas de redes irão ser agrupadas na bridge

ifconfig bridge0 addm em0 addm vr0 up

Veja que adicionamos as interfaces duas interfaces (emo e vro) para formarem a bridge.

Agora vamos levantar as interfaces de rede e a bridge

ifconfig emo up
ifconfig vr0 up
ifconfig bridge0 up

pronto nossa bridge está pronta.

Se quisermos gerenciar essa bridge é só adicionarmos um endereço IP para ela.

ifconfig bridgeo 192.168.0.230 netmask 255.255.255.0

Caso haja necessidades de limitar o trafego de rede que passa através da bridge será necessário compilar o kernel do FreeBSD com as seguintes opções.

options IPFIREWALL
options IPFIREWALL_DEFAULT_ACCEPT
options DUMMYNET
options HZ=1000

Edite o arquivo rc.conf com as seguintes caracteristicas:

firewall_enable=yes
firewall_type=open

Com essas opções você garantirá que o firewall está ativado e “aberto” para qualquer pacote.
Para habilitarmos o controle de banda sobre a bridge vamos utilizar o sysctl.

sysctl net.link.bridge.ipfw=1

Para limitar a banda escreveremos um script para facilitar o processo, o script limita-banda.sh vai ter o seguinte conteúdo:

#!/bin/sh
BANDA=5Mbit/s

case $1 in

start)
sysctl.net.link.ipfw=1
ipfw add 10 pipe 1 ip from any to any bridge0
ipfw pipe 1 config mask src-ip 0x000000ff bw $BANDA
ipfw pipe 1 config mask dst-ip 0x000000ff bw $BANDA
;;

stop)
sysctl.net.link.ipfw=1
ipfw delete 10
;;

*)
echo “Uso `basename $0` {start|stop}
;;

esac

No script estamos informando que a quantidade de banda utilizada será de 5Mbit/s e criamos um “cano” para que o trafego seja passado através dele com a velocidade máxima de 5Mbit/s.

Para executar o script podemos utilizar:

chmod +x limita-banda.sh
./limita-banda.sh

Para que ao reiniciar a bridge não seja necessário refazer todos esses passos é só editarmos o arquivo /etc/rc.local e adicionar o seguinte:

# Cria a bridge e levanta as interfaces
ifconfig bridge0 addm em0 addm vro
ifconfig emo upifconfig vro upifconfig bridge0 up
ifconfig bridge0 129.168.0.230 netmask 255.255.255.0
# Ativa o limite de banda
/root/limita-banda.sh

Pronto, uma bridge FreeBSD pronta para uso!
Boa diversão!

Habilitando o IPFW no FreeBSD

Vá para o diretorio /usr/src/sys/i386/conf e copie o arquivo GENERIC para um outro nome.

Ex: cp GENERIC  ATLAS

No meu exemplo copiei o arquivo GENERIC para um novo arquivo que é o nome do meu FreeBSD (ATLAS).

Agora edite o arquivo recem criado e inclua as seguintes informações no final

options IP_FIREWALL
options IP_VERBOSE
options IP_FIREWALL_FORWARD
options IP_FIREWALL_DEFAULT_TO_ACCEPT
options IP_DIVERT
options DUMMYNET
Options HZ=1000

Salve o arquivo e compile o kernel.

cd /usr/src/
make buildkernel KERNCONF=ATLAS
make installkernel KERNCONF=ATALS

Altere o arquivo rc.conf e adicione as seguintes linhas:

firewall_enable=yes
firewall_type=simple

Com essas opções seu firewall já se encontra funcionando e com regras de restrição habilitadas, se quiser adicionar outras regras basta editar o arquivo /etc/rc.firewall.

Instalando um novo software no FreeBSD

Existe duas maneiras rápidas de instalar novos softwares em seu FreBSD, via ports e via pkg_add. Para instalar um novo software via  ports é proceder da seguinte forma:

cd /usr/ports/<categoria>/<software>/
make
make install

Ex: cd /usr/ports/www/squid/
make
make install

Esse processo irá baixar diretamente da Internet os fontes do software e irá compila-lo, ajustando-o a seu equipamento. Esse procedimento pode ser muito demorado pois o ports irá baixar as dependências dos pacotes e compila-los também.

Para se instalar um software via pkg_add é só seguir o procedimento abaixo:

pkg_add -rv <software desejado>

Ex: pkg_add -rv squid

Esse processo também irá baixar o software via Internet, porém os pacotes que irão ser baixados são pacotes pré-compilados, caso exista dependências o pkg_add irá baixar as versões pré-compiladas das dependências.

Removendo um software no FreeBSD

Assim como os pacotes foram instalados via ports e pkg_add os mesmos podem ser removidos.

Remoção via ports:
cd /usr/ports/<categoria>/<software>
make deinstall

Ex: cd /usr/ports/www/squid
make deinstall

Remoção via pkg_delete

pkg_delete -v <software desejado>
Ex: pkg_delete -v squid