| Subcribe via RSS
Uma nova parceria entre a LPI e a Novell garante certificado Novell CLA (Certified Linux Administrator) para todos que são LPIC-1. Não precisa fazer prova nem pagar nada, basta fazer o cadastro no site.
http://www.lpi.org/eng/certification/lpi_and_novell_partnership
A alguns dias venho procurando uma ferramenta que pudesse ser utilizada como servidor de Chat. Seria um aplicativo no qual os funcionários da empresa pudessem se conectar e conversar entre si. Parece simples… mas o que eu encontrei foi além das minhas espectativas.
O Openfire é um servidor de chat, que utiliza o jabber como protocolo, o mesmo utilizado pelo Google Talk. É simples de instalar, tem uma interface de configuração incrivelmente amigável, possui a capacidade de agregar opções através de plugins, e por incrível que pareça… funciona.
A instalação é bastante fácil, apenas faça o download da ferramenta em http://www.igniterealtime.org/, instale com rpm ou dpkg, inicie o serviço em /etc/init.d/openfire start e depois acesse a interface de configuração em http://IP_DO_SEU_SERVIDOR:9090.
Algumas funções do Openfire me impressionaram bastante, como a possibilidade de conectar seu servidor de chat com o servidor de outra empresa. Você pode ter em seu chat os contatos dos clientes, sem que eles precisem usar o MSN, coisa que muita empresa bloqueia hoje em dia. Outra funcionalidade é o arquivamento das mensagens, ou seja, o que você falar está gravado. Ainda existem muitas outras coisas, como a capacidade de conectar com redes MSN, ICQ, servidores Asterisk, SIP, etc. Vou postando as minhas experiências e problemas durante os próximos dias.
Algumas dicas podem ser interessantes para configurações futuras.
1. Utilize sempre o endereço de internet para configurar seu Openfire, como qualquercoisa.dyndns.org
2. Baixe o Spark, no mesmo site do Openfire. É muito leve, e funciona muito bem.
Bom, não é uma notícia sobre Linux, mas eu achei bastante interessante. Antes de postar aqui, procurei em outros lugares para ter certeza de que não era conversa fiada… pois bem.
O que você acha de carregar um BlackBerry a partir dos 30% da bateria até 100% em 90 minutos, sem qualquer tomada elétrica. Apenas conectado a um equipamento que captura a energia de redes wi-fi?
Pois é a isso que o RCA Airnergy se propõe. Veja mais em OhGizmo.
http://www.ohgizmo.com/2010/01/09/ces2010-rca-airnergy-charger-harvests-electricity-from-wifi/
É interessante como configurações iguais, mas em clientes diferentes, podem gerar problemas. Eu precisei instalar um SAMBA em um cliente para que o mesmo pudesse trocar arquivos com o pessoal de desenvolvimento do site web. O estranho foi que, ao tentarmos transferir um arquivo de 30MB, o processo demorava, intermináveis, 10 minutos. o Engraçado é que esta mesma configuração estava rodando em um outro cliente, sem qualquer tipo de problema… Bom fui pesquisar e encontrei algumas coisas ineressantes.
A primeira coisa que encontrei em http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/speed.html, foi a variável “socket options” que nos permite adicionar alguns parâmetros no modo como o SAMBA trata as conexões.
Depois encontrei mais informações em http://oreilly.com/catalog/samba/chapter/book/appb_02.html.
Para simplificar minha linha no smb.conf ficou assim:
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
A opção TCP_NODELAY indica que o SAMBA vai mandar quantos pacotes forem necessários para mater a transferência rápida. Aparentemente só essa opção traz um ganho de 50% na taxa de transferência.
SO_SNDBUF e SO_RCVBUF indicam que os buffers de envio e recebimento podem ser utilizados em valores superiores ao do sistema operacional.
Resumindo a ópera, uma transmissão que durava 10 minutos, passou a ser feita em 20 segundos. É um bom ajuste de performance. 
Este problema aconteceu em um cliente, e é um problema chato. Algumas vezes, sem motivo aparente, o CUPS ia no arquivo de configuração da impressora, printers.conf, e adicionava a linha “AuthInfoRequired username,password“.
O problema maior é que, quando essa linha aparece no CUPS a impressora para de responder em rede. Quando é um caso de uma impressora só, não tem grandes dificuldades, pois basta editarmos o arquivo, e não é tão frequente assim. Agora imaginem isso acontecendo em 70 impressoras de um servidor de impressão… é um caos.
Esse é um bug conhecido do CUPS (https://bugs.launchpad.net/ubuntu/+source/cups/+bug/283811). Como resolver esse problema?
Primeiro criei um script para remover as linhas de autorização:
$ vim /usr/local/bin/cups-workaround.sh
#!/bin/bash
cat /etc/cups/printers.conf | sed ’s/username,password/none/’ | less > /etc/cups/printers2.conf
$ mv /etc/cups/printers2.conf /etc/cups/printers.conf
Depois coloquei isso no cron.
$ crontab -e
* * * * * /usr/local/bin/cups-workaround.sh
Não é a última maravilha do mundo, mas resolveu meu problema!
O novo Linuxfx agora produzido em DVD integra velocidade, estabilidade e muita diversão. Com o espaço extra do DVD nós conseguimos incluir drivers, plugins de áudio e vídeo (incluindo Flash e Java), vários aplicativos e o código fonte de nossos programas. Entre eles estão:
CaGFX – Controle de acesso c/ web cam
LanFX – Gerenciamento de Lanhouse
JukFX – Sistema de gerenciamento multimídia
Em breve no site o FingerFX (Controle biométrico)
Os fontes foram disponibilizados para base de estudo ou até mesmo criação de novos programas à partir dos mesmos.
Entre as novas funções do Linuxfx Xtreme 2:
Novo instalador fácil e intuitivo
KDE 4.3.3, Firefox 3.5, Amsn 0.98 (c/ áudio e vídeo)
Drivers ATI e Nvidia
Atualização automática do sistema
Jogos 3D como Astromenace e YoFrankie! =)
Suite de desenvolvimento (Gambas, C++, Mysql)
Suporte completo a Português, Português do Brasil, Espanhol, Italiano e Inglês
Melhor integração com VM (alta resolução e mouse livre)
Tamanho total da isso de 1.9GB
Os interessados podem fazer o download no nosso novo site: www.linuxfx.org, que agora possui um novo fórum e um novo espaço voltado à programação e criação de sistemas. Não é necessário cadastro para efetuar os downloads, somente para participar da comunidade de desenvolvimento.
A um tempo atrás no post Recuperando Backups do Amanda com AmRestore, mostrei como recuperar arquivos de uma fita dat com dados gravados pelo AMANDA, mas sem os índices, que poderiam ter sido perdidos por um HD queimado ou coisa do tipo.
Mas, ainda hoje, muitos utilizam o velho TAR para realizar os backups em fita. E, se a fita com os dados tiver algum tipo de dano? Como recuperar os dados dessas fitas?
Bom, é simples, basta utilizarmos alguns comandos bem conhecidos.
1. Vamos extrair os dados da fita, e colocarmos em uma pasta no nosso servidor. Para isso utilizaremos o “dd“.
# dd if=/dev/st1 bs=20480 conv=noerror of=file.tgz &
Notem que o arquivo de saída é um “TGZ“, pois meu backup foi feito com gzip. Outra coisa importante é a opção “conv=noerror“, que faz com que o dd continue a executar, mesmo que a fita apresente um erro na leitura. Outra opção que aparece é a “bs“, que diz o tamanho do bloco utilizado na gravação da fita. Esse valor pode variar, sempre múltiplo de 1024. Você terá de verificar qual o valor do seu sistema caso tenha algum erro na execução do “dd“.
2. Terminada a criação do arquivo, vamos descompactar.
# tar zixf file.tgz
Devido a existência de alguns pontos no arquivos com “gaps”, por conta dos defeitos na fita, o gzip acredita que o arquivo terminou. Então incluímos a opção “i” no comando, assim ele irá continuar mesmo com esses espaços.
Pronto, alguns arquivos irão ficar danificados, afinal de contas a fita estava danificada. Mas a grande maioria dos dados poderá ser recuperada. Boa sorte.
Hoje enfrentei uma situação em um cliente. Ele desejava saber qual o modelo da placa mãe de um servidor dele. Eu não queria abrir o servidor, nem pedir para o cliente procurar informações em caixas, nem nada. Queria que o Linux me dissesse qual a placa mãe que ele estava rodando.
Eis que descobri o comando que me traz essas informações.
# dmidecode | more
Usei o “more” só para ficar mais fácil a visualização. Depois foi só fazer uma busca. Fiz o seguinte, digitei “/“, que é o caracter para fazer a busca, depois digitei “Product“. Então fui para o local onde tinha a informação que eu precisava.
DMI type 2, 15 bytes.
Base Board Information
Manufacturer: ASUSTeK Computer INC.
Product Name: P5GC-MX/1333
É isso.
Você precisa enviar/receber um arquivo via SCP, mas o link do cliente é muito lento, ou cai direto. Pois é, esse caso aconteceu comigo a uns dias, então fui ao google procurar respostas… e ela apareceu.
# rsync –partial –progress –rsh=ssh user@host:remote_file local_file
