Recentemente recebi a “maravilhosa” missão de instalar um driver de rede em um sistema SCO 5.0, não vou me prolongar muito e vamos logo ao que interessa.

Primeiro será necessário baixar o driver da placa/adaptador de rede, para isso faça o download do driver nesse link, feito isso copie o driver para um disquete (PQP!!! Pois é… mas fazer o que? Tente encontrar um que funcione e mande bala!), agora acesse seu sistema SCO e execute as tarefas abaixo.

Monte o drive de disquete no SCO:

# mount /dev/fd0 /mnt/fd (Caso não existe um ponto de montagem para o disquete, crie um como /mnt/fd que iremos utilizar como exemplo)

Agora copie o driver para uma pasta temporária:

# cp /mnt/fd/VOL.000 /tmp/VOL.000.000 (O nome do arquivo no sistema SCO “DEVE” obrigatoriamente ser VOL.000.000, são zeros mesmo!)

Execute o utilitário custom:

# custom

Em “Software” escolha a opção “Install New…”, “From:” escolha o computador local, depois em “Media Device” escolha “Media Image” e em “Image Directory” digite “/tmp”, será exibido algo como “SMC EZ Card 10/100 Adapter (ver 1.0.2)”, conclua a instalação, saia do aplicativo e execute o comando netconfig para configurar sua nova placa/adaptador de rede.

# netconfig

Após reiniciar o sistema será exibido algo como a mensagem abaixo no boot e sua placa/adaptador de rede já estará funcionando normalmente! Abraço!!!

%ethernet  0xD800-0xD81F   11   -   type=100 addr=00-00-e8-xx-xx-xx

Fonte: http://ftp.cc.uoc.gr/windows/drivers/Network%20Adapters/SMC%201211TX/Unzipped/SCO/SCOUNIX.TXT

Recentemente me foi entregue um roteador da marca Intelbras, modelo GWM 1420N, para configuração, após conectá-lo a rede e acessar o IP entregue via DHCP (Gateway 10.0.0.1) pelo navegador e informar o usuário (admin) e senha (admin) era retornado para a tela de autenticação e não saia disso, tentei fazer um reset e mesmo assim continuava com o mesmo problema, após uma rápida pesquisa na Google Internet, descobri que o problema, por incrível que pareça, está na data do Desktop, para poder acessar a interface web é necessário que a data do Desktop esteja em 01/05/2012 e às 06:00h!!! Para solucionar esse problema somente com uma atualização de firmware do equipamento, atualmente na versão 1.0.3, para isso siga os passos abaixo:

OBS.: Procedimentos de atualização de firmware podem danificar o seu equipamento, faça por sua própria conta e risco, NÃO ME RESPONSABILIZO por problemas que possam ocorrer devido a este procedimento!!!

1 – Acesse o site da Intelbras http://www.intelbras.com.br/Produtos/Redes/Banda-larga/ADSL/GWM-1420-N-Roteador-ADSL-2-Wireless-N-150-Mbps e baixe o firmware atual (1.0.3);
2 – Mude o relógio do seu Desktop para o dia 01/05/2012 às 06:00h;
3 – Acesse a interface Web e informe usuário (admin) e senha (admin);
4 – Caso já tenha configurado o seu modem anteriormente, faça um backup das suas configurações atuais na opção “Sistemas“, restaure as configurações de fábrica e faça login novamente na interface;
5 – Faça o upload da atualização do firmware e, caso necessário, faça a recuperação das suas configurações anteriores;
6 – Corrija a hora do seu Desktop.

Pronto! Com isso já poderá acessar a interface Web normalmente e configurar o seu roteador!

Abraço!

Fonte: http://aoredordoburacotudoebeira.wordpress.com/2012/06/03/corrigindo-problemas-da-interface-web-do-roteador-gwm-1420n/

Como todos sabem estão começando os Jogos Olímpicos 2012 em Londres, no Brasil o canal oficial que está transmitindo pela Internet é o r7.com da Rede Record, para minha surpresa (?) ao tentar assistir aos canais no Ubuntu 11.10 era exibida somente uma janela como se estivesse carregando o vídeo mas nada era exibido, conforme abaixo:

Ao acessar o menu e escolher a opção “Como assistir” descubro que só existem duas opções para download do plugin Octoshape: Mac ou Windows. Vendo isso já imaginei que não iria poder acompanhar os jogos e teria que recorrer a alguma outra solução, mas decidi antes disso realizar uma Google busca na Internet e descobri que EXISTE o plugin para Linux e, adivinhem só, FUNCIONA!

O procedimento é simples, mas infelizmente é necessário executar alguns passos no terminal, primeiro faça o download do plugin no site do Octoshape, depois acesse o terminal e execute os comandos abaixo:

$ cd Downloads
$ chmod +x octosetup-linux_i386.bin
$ ./octosetup-linux_i386.bin

Aceite a licença digitando “yes” e pressionando Enter, depois acesse a pasta do plugin pelo terminal e execute o cliente:

$ cd octoshape
$ ./OctoshapeClient

Ao executar o cliente serão exibidas as mensagens abaixo no terminal:

Status: Reading configuration
Status: Registering plugins.
Status: Ready to play

Pronto, agora basta abrir o Firefox ou Chrome e acompanhar os jogos!

OBS.: Deve-se manter a execução do plugin no terminal para poder assistir, infelizmente! =/

Fonte: http://www.octoshape.com/?page=get_octo/get_octo

Já faz algum tempo que não coloco nada por aqui, mas sabem como é né? Pois bem, recentemente um colega do trabalho ativou o bloqueio padrão do Android e vivia muito feliz com isso, até que sua mulher foi xeretar usar seu smartphone e adivinhem, apesar das diversas mensagens ALERTANDO que caso continue errando as tentativas de desbloqueio o aparelho seria bloqueado, não deu outra! E como (para variar) usuário não lembra qual e-mail e/ou senha cadastrou na ativação do dispositivo… a última solução seria realizar o Hard reset no aparelho, ou seja, restaurar o aparelho como veio de fábrica! Depois que expliquei o que iria acontecer e meu colega permitiu a operação, fui na Google Internet pesquisar como realizar o procedimento e encontrei diversas formas para isso, só que para minha sorte nenhuma delas funcionou, então sobrou a última opção que seria através do SDK do Android, seguem abaixo os procedimentos.

ATENÇÃO!!! AO REALIZAR ESSE PROCEDIMENTO TODOS OS DADOS DO DISPOSITIVO SERÃO APAGADOS!!! TENHA CERTEZA DE TER BACKUP!!! NÃO ME RESPONSABILIZO CASO ARQUIVOS VENHAM A SER PERDIDOS!!!

Primeiro faça o download do SDK do Android no link http://developer.android.com/sdk/index.html, escolha a opção “Linux (i386)”, ex.: “android-sdk_r18-linux.tgz”.

Descompacte o arquivo, se preferir crie uma pasta para organizar:

# mkdir ~/AndroidSDK
# cp ~/Downloads/android-sdk_r18-linux.tgz ~/AndroidSDK/
# cd ~/AndroidSDK
# tar -xvzf android-sdk_r18-linux.tgz

Execute o comando abaixo para atualizar/instalar os pacotes necessários:

# cd ~/AndroidSDK/android-sdk-linux/tools
# ./android update sdk

Identifique o idVendor do seu dispositivo:

# lsusb

Bus 001 Device 004: ID 22b8:41d9 ...


Configure o sistema para detectar o dispositivo:

# vim /etc/udev/rules.d/99-android.rules

SUBSYSTEM=="usb", ATTRS{idVendor}=="22b8:41d9", SYMLINK+="android_adb", MODE="0666" GROUP="plugdev"
TEST=="/var/run/ConsoleKit/database", \
RUN+="udev-acl --action=$env{action} --device=$env{DEVNAME}"

Reinicie o serviço udev:

# sudo service udev restart

Verifique se seu dispositivo foi detectado:

# cd ~/AndroidSDK/android-sdk-linux/platform-tools
# ./adb devices

Caso o dispositivo não seja listado, pode ser necessário executar os comandos abaixo:

# sudo ./adb kill-server
# sudo nohup ./adb start-server

Com o dispositivo sendo listado, podemos agora realizar o Hard Reset, executando o comando abaixo:

# ./adb reboot recovery

O dispositivo irá reiniciar e entrar no modo Recovery, escolha a opção “Wipe data/Factory reset” e escolha “Yes” (ATENÇÃO!!! AO REALIZAR ESSE PASSO TODOS OS DADOS DO DISPOSITIVO SERÃO APAGADOS!!! TENHA CERTEZA DE TER BACKUP!!! NÃO ME RESPONSABILIZO CASO ARQUIVOS VENHAM A SER PERDIDOS!!!), depois escolha a opção “Wipe cache partition” e por fim “Reboot system now”, feito isso o dispositivo irá iniciar e solicitar a configuração inicial!

Fontes:
1 – http://sites.google.com/site/ubuntu4us/artigos/android/adb-on-ubuntu
2 – http://www.androidz.com.br/forum/topic/891-resolvido-hard-reset-para-samsung-galaxy-5/

Recentemente foi necessário ativar o recurso de corretor ortográfico em uma antiga instalação do Horde em um OpenSuSE 10.3, para isso foi necessário instalar o aspell e alterar alguns arquivos de configuração do Horde, segue abaixo o simples procedimento:

Primeiro precisamos instalar o aspell (caso ainda não esteja instalado):

# zypper install aspell-pt_BR

OBS.: Como o repositório oficial do OpenSuSE não possui mais a versão 10.3, caso necessite utilize o repositório http://ftp5.gwdg.de/pub/opensuse/discontinued/distribution/10.3/.

Fazemos um teste para verificar algum erro na instalação com o dicionário Português Brasileiro (caso não retorne nenhuma mensagem de erro pressione CTRL+C para sair):

# aspell -l pt_BR -a

Caso deseje, crie um arquivo teste.txt com alguns erros de ortografia e execute o aspell para detectar os erros:

# aspell -l pt_BR -c teste.txt

Com o aspell devidamente instalado e funcionando, basta alterarmos os dois arquivos de configuração abaixo para ter essa funcionalidade adicionada ao Webmail, o primeiro é o nls.php e serve para definirmos que a linguagem padrão é o Português Brasileiro:

# vim /srv/www/htdocs/horde/config/nls.php

$nls['defaults']['language'] = 'pt_BR';

O segundo é o conf.php e nele definimos o caminho do binário do aspell:

# vim /srv/www/htdocs/horde/imp/config/conf.php

$conf['spell']['driver'] = '/usr/bin/aspell';

Pronto! Na interface de redação de nova mensagem já deverá estar ativo o botão de corretor ortográfico conforme imagem abaixo:

Corretor Ortográfico Horde

Abraço!

Fonte: http://www.andersonjacson.com.br/portal/modules/smartsection/item.php?itemid=20

Já faz algum tempo que tive que adicionar um novo disco a um XenServer em produção, na época o Diego que trabalha na mesma empresa, me passou esse link que me ajudou a adicionar o disco zerado, mas e se eu quiser adicionar um disco com conteúdo? Essa foi a dúvida do Enderson e depois que ele conseguiu me passou os passos, vou comentar abaixo como realizar das duas maneiras.

OBS.: Esses passos podem apagar conteúdo dos seus discos, portanto recomendo realização de backup’s e só os execute se tiver certeza do que está fazendo! Não me responsabilizo por eventuais problemas que venham a ocorrer!

Primeiro da forma que realizei com o disco zerado, acesse o console do XenServer e verifique se os discos foram reconhecidos, para isso execute o comando abaixo:

# fdisk -l

Após se certificar sobre qual disco será adicionado ao Xenserver, no meu caso sdb, crie um volume físico (LVM) e adicione-o ao Xenserver:

# pvcreate /dev/sdb
# xe sr-create type=lvm content-type=user device-config:device=/dev/disk/by-id/scsi-SATA_WDC_WD1600AAJS-_WD-WMAV32397222 name-label="LOCAL SR"

SATA_WDC_WD1600AAJS-_WD-WMAV32397222 é o nome do dispositivo no sistema operacional, altere para o seu caso.
Em name-label informe o nome do armazenamento que desejar, no meu caso LOCAL SR.

No caso do Enderson, ele precisa pegar um disco que estava em outro XenServer, adicioná-lo (sem perder os dados) e iniciar a VM que estava nesse disco, para isso ele adicionou o HD no novo servidor e executou os comandos abaixo (UPDATE: corrigido o uuid para o id do VG ao invés da VM, valeu Enderson!):

# xe sr-introduce uuid=<uuid do VG> type=lvm content-type=user name-label="Nome que desejar" shared=false <sr-uuid>
# xe pbd-create host-uuid=<host-uuid> sr-uuid=<sr-uuid informado acima> device-config:device=/dev/disk/by-id/scsi-SATA_WDC_WD1600AAJS-_WD-WMAV32397222-part3 <uuid-dispositivo>

Antes de criar a VM será necessário executar um repair pelo XenCenter, depois basta criar a VM e adicionar o disco.

Abraço!

Fontes:
1 - http://www.archy.net/2009/05/21/adding-local-storage-to-xenserver-55/
2 - http://forums.citrix.com/thread.jspa?messageID=1371109

Recentemente detectei um problema que ocorria no Oracle Enterprise Linux com a tarefa agendada mcelog.cron, ao executar apresentava o erro abaixo:

mcelog: warning: record length longer than expected. Consider update.

Pesquisando na Internet encontrei esse post, onde o usuário Dude informa que esse problema está relacionado com a aplicação que não está sincronizada com os headers do kernel, para solucionar foi necessário recompilar a aplicação conforme abaixo:

Realize o download dos fontes do pacote mcelog:

# wget http://public-yum.oracle.com/repo/OracleLinux/OL5/5/base/x86_64/mcelog-0.9pre-1.30.el5.src.rpm

Crie a estrutura (caso necessário) onde serão instalados os fontes e instale o pacote:

# mkdir -p /usr/src/redhat/SOURCES
# rpm -Uvh mcelog-0.9pre-1.30.el5.src.rpm

Acesse o diretório e descompacte o arquivo mcelog:

# cd /usr/src/redhat/SOURCES/
# tar zxvf mcelog-0.9pre.tar.gz

Acesse o diretório criado e compile:

# cd /usr/src/redhat/SOURCES/mcelog-0.9pre
# make

Execute o mcelog para verificar se é apresentado alguma mensagem de erro:

# ./mcelog

Faça um backup do binário mcelog antigo:

# mv /usr/sbin/mcelog /usr/sbin/mcelog.orig

Crie um link[1] ou copie o binário[2] (eu preferi copiar):

1 – # ln -sf /usr/src/redhat/SOURCES/mcelog-0.9pre/mcelog /usr/sbin/mcelog
2 – # cp /usr/src/redhat/SOURCES/mcelog-0.9pre/mcelog /usr/sbin/mcelog

Abraço!

Fonte: http://forums.oracle.com/forums/thread.jspa?messageID=7426706

Essa dica me ajudou quando tive que copiar um grande volume de dados entre dois servidores pela rede, o software netcat eu já conhecia e é considerado um canivete suíço pela enorme quantidade de opções onde pode ser utilizado, recomendo! A instalação e utilização segue abaixo.

Primeiro é necessário instalar o software no XenServer e, caso necessário, no segundo servidor. Para instalar no XenServer basta realizar o download do pacote rpm no site do projeto via wget pelo console, lembre-se de baixar a versão 32 bits, após o download instale com o comando abaixo:

# rpm -ivh netcat-<versão>.i386.rpm

Agora precisamos liberar no XenServer a porta que será utilizada para cópia dos arquivos pelo netcat:

# vi /etc/sysconfig/iptables:

Adicione as linhas abaixo antes das duas últimas linhas do arquivo, conforme segue, lembrando de alterar a porta para a que desejar, nesse caso 12345:

-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 12345 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 12345 -j ACCEPT
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
COMMIT

Reinicie o serviço:

# service iptables restart

Agora basta copiar os arquivos através dos comandos abaixo, primeiro no servidor que irá receber os dados, nesse caso o XenServer:

# nc -l 12345 | tar -xvf -

No segundo servidor, que irá enviar os dados, lembrando de alterar para a porta que configurou no iptables acima:

# tar -cf - dados | nc ip.do.servidor.destino 12345

Pronto! Os dados serão copiados para o XenServer! Em questão de performance, comparando com o scp o tempo foi 1/3 menor para copiar um arquivo de 1Gb!

Abraço!

Fonte: http://marton-tech.blogspot.com/2010/03/problem-1-network-speed.html

Recentemente tive um problema grave com o servidor de colaboração Zimbra, todo o tráfego de e-mail estava parado e, após uma busca nos logs, descobri que o problema estava no banco de dados MySQL que estava com algumas tabelas corrompidas, segue abaixo os passos que foram necessários para fazer um dump de todas as tabelas relacionadas, limpeza da base e importação dos dados.

OBS.: Mantenha sempre um backup, essa opção pode não funcionar em alguns casos! Não me responsabilizo pelo que pode ocorrer ao seu banco, realize esses passos por sua conta e risco!

Primeiro pare os serviços do Zimbra:

[zimbra@meuservidoremail ~]$ zmcontrol stop

Adicione a variável abaixo no arquivo de configuração do banco MySQL dentro da sessão [mysqld]:

[zimbra@meuservidoremail ~]$ vim /opt/zimbra/conf/my.cnf

innodb_force_recovery = 1

Inicie o serviço do MySQL:

[zimbra@meuservidoremail ~]$ mysql.server start

Carregue as variáveis do Zimbra:

[zimbra@meuservidoremail ~]$ source ~/bin/zmshutil ; zmsetvars

Crie uma lista dos bancos de dados existentes:

[zimbra@meuservidoremail ~]$ mysql –batch –skip-column-names -e “show databases” | grep -e mbox -e zimbra > /tmp/mysql.db.list

Crie um diretório na pasta tmp para armazenar os dumps dos bancos:

[zimbra@meuservidoremail ~]$ mkdir /tmp/mysql.sql

Faça o dump dos bancos:

[zimbra@meuservidoremail ~]$ for db in $(cat /tmp/mysql.db.list); do
~/mysql/bin/mysqldump $db -S $mysql_socket -u root –password=$mysql_root_password > /tmp/mysql.sql/$db.sql
echo “Dumped $db”
done

OBS1.: Se forem apresentados erros na execução dos dumps dos bancos, incremente o valor da variável innodb_force_recovery (o valor máximo é 6), reinicie o banco e execute o comando novamente até não obter erros.

OBS2.: Caso tenha problemas em executar os dumps acesse esse link para resetar a senha do banco MySQL.

Remova todos os bancos existentes e possivelmente corrompidos:

[zimbra@meuservidoremail ~]$ for db in $(cat /tmp/mysql.db.list |grep mbox)
do
mysql -u root –password=$mysql_root_password -e “drop database $db”
echo -e “Dropped $db”
done

[zimbra@meuservidoremail ~]$ mysql -u root –password=$mysql_root_password -e “drop database zimbra”

Remova a váriavel innodb_force_recovery do arquivo de configuração do banco MySQL e reinicie o serviço:

[zimbra@meuservidoremail ~]$ vim /opt/zimbra/conf/my.cnf
[zimbra@meuservidoremail ~]$ mysql.server restart

Crie os bancos e importe os dumps:

[zimbra@meuservidoremail ~]$ for db in $(cat /tmp/mysql.db.list)
do
mysql -e “create database $db character set utf8″
echo “Created $db”
done

[zimbra@meuservidoremail ~]$ mysql zimbra < /tmp/mysql.sql/zimbra.sql

[zimbra@meuservidoremail ~]$ for sql in /tmp/mysql.sql/mbox*
do
mysql $(basename $sql .sql) < $sql
echo -e “Updated $(basename $sql .sql) \n”
done

Teste o acesso ao banco e inicie os serviços do Zimbra:

[zimbra@meuservidoremail ~]$ mysql zimbra -e “select * from mailbox order by id desc limit 1″
[zimbra@meuservidoremail ~]$ zmcontrol start

Pronto! Verifique nos logs se os erros continuam e lembre-se de executar backup’s!

Abraço!

Fonte: http://wiki.zimbra.com/index.php?title=Mysql_Crash_Recovery

Recentemente precisei logar no meu Desktop do trabalho remotamente, mas não tinha configurado/ativado nenhum serviço do tipo, após uma breve busca na Internet encontrei o que estava precisando. Esses passos foram utilizados no Ubuntu, mas acredito que funcionem em outras distros sem problemas.

Primeiro foi necessário instalar o software x11vnc no meu Desktop do trabalho, que fez a “mágica” de exibir o meu gerenciador de login (GDM):

# sudo apt-get install x11vnc

Depois iniciei o programa:

# sudo x11vnc -ncache 10 -display :0 -q

Pronto! Com isso já foi possível acessar via VNC na porta 5900 o gerenciador de login!

OBS.: No link da fonte pode-se criar um túnel entre o computador local e remoto via SSH!

Abraço!

Fonte: http://ubuntuforums.org/showthread.php?t=1544847&page=1