find /var -size +100000k

É algo útil para economizar tempo, sem a necessidade de ter que digitar cada linha na console, toda vezes que se deseja limpar as regras.

Sistema Operacional: Debian e derivados.

Dentro do diretório /scripts cremos um arquivo chamado limpa_iptables.sh com o seguinte conteúdo:

#!/bin/sh
echo "Limpando todas as regras e liberando todo o tráfego..."
/sbin/iptables -P INPUT ACCEPT
/sbin/iptables -P FORWARD ACCEPT
/sbin/iptables -P OUTPUT ACCEPT
/sbin/iptables -F
/sbin/iptables -X
/sbin/iptables -t nat -F
/sbin/iptables -t nat -X
/sbin/iptables -t mangle -F
/sbin/iptables -t mangle -X
/sbin/iptables -L -n

Agora é só tornar o script executável e pronto, já poderemos rapidamente dar um flush nas regras de iptable, com apenas um comando:

root@srv:~# chmod +x /scripts/limpa_iptables.sh
root@srv:~# ./scripts/limpa_iptables.sh

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Howto: Como utilizar mais de 4GB de memoria RAM em um Sistema Operacional de 32bits?
================================================================

Este é um problema bastante comum, veja só a situação:

Você configurou seu servidor, tudo perfeito e o mesmo esta funcionando 100%, depois de um tempo percebe que irá precisar colocar mais memória, seja por qual for o motivo (instalou o Tomcat, Jboos… e afins… ), e ao adicionar novos pentes de RAM nota que o Sistema Operacional não reconhece as novas memórias, ou seja, você esta utilizando um S.O de 32bits.

O que fazer? Bem, passei por isso esses dias, e o administração da rede simplesmente disse: “faz outra máquina com S.O de 64 bits”.

Não vou dizer que ele esteja errado, porque pode ser a oportunidade de renovar o S.O e tudo mais, porém é chato ter que configurar tudo novamente, serviços, crons… e etc. Felizmente há uma solução.

Basta instalar o Kernel com suporte para PAE (Physical Address Extension):

Para Linux Debian Squeeze ou Wheeze:

Versões estáveis e testadas:
# aptitude install linux-image-2.6-686-bigmem

Para Debian Sid:
# aptitude install linux-image-686-pae

Para CentOS e RedHat derivados:

# yum install kernel-PAE

Após isso é só dar um Reboot e as novas memórias serão reconhecidas.

Há, também é possível fazer isso em Windows 7, basta instalar este Pach:

Windows 7 32bit 4GB Ram Patch (2.3 MiB)
Instruções: http://www.howorks.com/

TurnKey Linux é um repositório de máquinas virtuais opensource destinadas a servidores.  O núcleo do Linux Turnkey é Ubuntu 10.04.1 e sobre ele é instalado os aplicativos e componentes mínimos para que possa executar determinado produto. Isso resulta em um servidor leve e enxuto, aumentando a eficiência e reduzindo os riscos de segurança.

As máquinas virtuais disponíveis para download estão em formato .ISO, com isso pode-se facilmente serem implantadas utilizando VMWare, Virtual Box, Parallels, Xen e em cloud. Todas as máquinas possuem administração baseada em ambiente web de fácil entendimento.

As máquinas virtuais disponíveis para download estão divididas em grupos como:

• Aplicativos Especiais (como PDC, Torrent Server, Zimbra…);
• Gerenciadores de Conteúdo (WordPress, Joomla, Drupal, Django…);
• Desenvolvimento Web (Ruby on Rails, Java, PHP Frameworks…);
• Aplicativos de Acompanhamento (Gerenciadores de Projetos, Sistemas de Chamados Técnicos…);
• Messenger (Aplicativos de Microblogging, Servidores de XMPP…);

Não deixe de conhecer também o TurnKey Hub, que é o serviço oferecido por levantar qualquer uma dessas máquinas diretamente no servidor Cloud deles na Amazon, pagando uma ninharia, e tendo acesso total a máquina. Ideal para aplicações que necessite de alta escalabilidade e disponibilidade.

• Visite: TurnKey Linux

Valeu Frankley Francalino!

Os dois comandos a seguir são úteis:

du -h | grep -v '/' | awk '{print $1}'

du -h | tail -n 1 

Sushi, huh? é um programa muito legal, que permite baixar atualizações de várias distribuições Linux em um computador, armazenar essas atualizações em um dispositivo de armazenamento e executar em outro computador sem conexão a Internet.

A aplicação é executada através de uma interface Web, e permite escolher a distribuição, repositório e os pacotes que se deseja baixar.

Sushi, huh? funciona tanto em Windows como em Linux, todavia encontra-se em fase beta, porém já é possível atualizar distribuições como Debian, Fedora, Ubuntu, Mandriva y openSuse.

Link: Sushi, huh?

Via: infoblogs

Uma das principais características do GNU/Linux é a capacidade de personalização e adaptação de uma distribuição para qualquer tipo de usuário. Existem distribuições para computadores modestos, como por exemplo o Damn Small Linux, as regionais como a cubana Nova, gallega Galinux, Freedows,  Kurumin, Big Linux e o WifiSlax que prioriza a segurança em redes sem fio, e existe também uma distrbuição destinada aos artitas e usuários interessados em edição de músicas e vídeos em 2D e 3D, estamos falando da ArtistX.

A versão 0.6 de ArtistX, lançada recentemente, é uma distribuição baseada no Ubuntu Intrepid Ibex, a lista de softwares disponíveis incluem diversos aplicativos de multimídia para: retocar fotografias, editar vídeos e e fazer o tratamento de imagens 2D e 3D, além de diversos reprodutores de áudio e vídeo, ou seja, todas as ferramentas que pessoas criativas possam necessitar.

Para trabalhar com gráficos 2D, ArtistX inclue o Gimp, Inkscape, Nip2, Krita, Cinepaint, Synfig, Rawstudio, Skencil, Hugin. Dentre os reprodutores de músicas e vídeos esta presente o Mplayer, Helix Player, Videolan, Xine, Kaffeine, Kmplayer, LastFM, e muito mais…

Link: ArtistX 0.6 | vi aqui: Ubuntips

Se você quer um servidor de arquivos com suporte a vários discos em RAID e uma interface de administração via web, assim como um NAS comercial, você pode experimentar o FreeNAS, que desempenha a função de forma incrivelmente competente e pode ser configurado em poucos minutos.

Ele suporta o uso de RAID e oferece suporte aos mais diversos protocolos de transferência de arquivos, além de oferecer um grande volume de recursos de gerenciamento, centralizados em uma interface web, que pode ser acessada a partir de qualquer PC da rede.

• Licença: Open Source
• SO:  Windows/Linux
• Download: FreeNAS 0.70.4531 [68.84MB]
• Homepage: FreeNAS

Maiores informações:

• http://www.pplware.com/

• http://www.guiadohardware.net/

HOWTO: Migrando repositórios
=======================================
Ambiente: Linux CentOS 5.2 / RHEL / Fedora

1. Problema:

O Servidor onde estava rodando o Subversion deu crash de disco (CentOs 4.4), e nem permitia logar diretamente na console.

Ante ao desespero, realizou-se o update para a versão mais nova do CentOS 5.2, com isso o servidor voltou a permitir logar, e foi possível reintalar o subversion, e migrar os repositórios para uma outra máquina.

A instalação foi executada seguindo este tutorial: http://wiki.centos.org/HowTos/Subversion

2. Ao tentar fazer um checkout nos projetos, o mesmo não permitia, e apresentava o seguinte erro:

<D:error>
<C:error/>
<m:human-readable errcode=”160029″>
Could not open the requested SVN filesystem
</m:human-readable>
</D:error>

Depois de algumas pesquisas, descobri que o banco de dados dos repositórios (diretório DB) estava corrompido, e era necessário fazer um recover.

3. Rodei o comando:

# svnadmin recover /var/www/svn/projetoxyz/

Como resposta recebi:

Repository lock acquired.
Please wait; recovering the repository may take some time…
svnadmin: DB_RUNRECOVERY: Fatal error, run database recovery
svnadmin: bdb: /var/www/svn/projetoxyz/db/log.0000000015: log file open failed: No such file or directory
svnadmin: bdb: PANIC: No such file or directory
svnadmin: bdb: DB_ENV->log_put: 15: DB_RUNRECOVERY: Fatal error, run database recovery

Certo, com isso percebi que o problema era um pouquinho mais grave, na verdade sempre que vejo essa frase Fatal error, imagino um problema um pouco mais trabalhoso

4. Acessei a pasta db de dentro do projetoxyz

# cd /var/www/svn/projetoxyz/db
# ls

-rwxrwxrwx 1 apache apache  172032 Dec 11 10:16 changes
-rwxrwxrwx 1 apache apache    8192 Dec 11 10:16 copies
-rwxrwxrwx 1 apache apache    1955 Oct  3  2008 DB_CONFIG
-rwxrwxrwx 1 apache apache       4 Oct  3  2008 fs-type
-rwxrwxrwx 1 apache apache 1048518 Oct 15 10:39 log.0000000013
-rwxrwxrwx 1 apache apache   13746 Dec 11 10:16 log.0000000014
-rwxrwxrwx 1 apache apache  126976 Dec 11 10:16 nodes
-rwxrwxrwx 1 apache apache  122880 Dec 11 10:16 representations
-rwxrwxrwx 1 apache apache    8192 Dec 11 10:16 revisions
-rwxrwxrwx 1 apache apache 8777728 Dec 11 10:16 strings
-rwxrwxrwx 1 apache apache    8192 Dec 11 10:16 transactions
-rwxrwxrwx 1 apache apache    8192 Dec 11 10:16 uuids

Observe que existe na pasta dois arquivos de log (log.0000000013 e log.0000000014). Apaguei este dois arquivos.

# rm -rf log.0000000013 log.0000000014

5. Voltei para a pasta svn, e executei o comando svnadmin recover novamente:

# cd /var/www/svn/
# svnadmin recover /var/www/svn/projetoxyz/

Agora como resposta obtive:

Repository lock acquired.
Please wait; recovering the repository may take some time…

Recovery completed.
The latest repos revision is 25.

Com este retorno podemos concluir que o banco de dados do repositório foi restaurado.

6. Agora podemos fazer o backup do repositório e restaurar em nosso novo servidor.

# cd /var/www/svn/
# svnadmin dump projetoxyz > projetoxyz_dump

Ao concluir o dump, será criado o arquivo projetoxyz_dump, agora é so enviar para o novo servidor, e fazer a restauração.

# scp projetoxyz_dump root@192.168.1.10:/var/www/svn/

7. No servidor novo, você cria o projeto e faz o restauração do arquivo recebido.

# svnadmin create projetoxyz

altera o dono do projeto:

# chown apache.apache projetoxyz -R

Realiza o reload:

# svnadmin load projetoxyz < projetoxyz_dump

8. Ao terminar o restaure, você deve acrescentar uma entrada no subversion.conf do nome do projeto criado, conforme visto no tutorial: http://wiki.centos.org/HowTos/Subversion

# vi /etc/httpd/conf.d/subversion.conf

Acrescente:

<Location /projetoxyz>
DAV svn
SVNPath /var/www/svn/projetoxyz
AuthType Basic
AuthName “Descricao do Projeto”
AuthUserFile /etc/svn-auth-conf
Require valid-user
</Location>

Reinicie o apache:

# service httpd restart
ou
# /etc/init.d/httpd restart

lembrando que só terão acesso ao repositório os usuários criados em /etc/svn-auth-conf.

# htpasswd -cm /etc/svn-auth-conf primeiro_usuario
New password:
Re-type new password:
Adding password for user primeiro_usuario

Adicionando mais usuários:

# htpasswd -m /etc/svn-auth-conf outro_usuario
New password:
Re-type new password:
Adding password for user outro_usuario

e assim sucessivamente.

9. Após esses passos, já é possivel fazer checkout utilizando sua ferramenta favorita, como o TortoiseSVN, diretamente pelo Windows, colocando a url de seu servidor:

http://192.168.1.10/projetoxyz

Ufa!!! É só isso