30 = ▲ (seta pra cima)

31 = ▼ (seta para baixo)

16 = ► (seta para direita)

17 = ◄ (seta para esquerda)

Outro formato:

23 = ↨ (seta para baixo e para cima)

24 = ↑ (seta pra cima)

25 = ↓ (seta para baixo)

26 = → (seta pra direita)

27 = ← (seta para esquerda)

Continuando a série de scripts de backup, hoje iremos ver como realizar o backup de versionamentos SVN (subversion).

Podemos começar este poste com as palavras de um sábio:

“Existem dois tipos de pessoas, aquelas que fazem backup regularmente e aquelas que nunca tiveram uma falha do disco rígido”

Existem uma série de cenários e estratégias de backup. A maioria delas sugerem uma cópia de segurança, uma vez por dia, geralmente nas primeiras horas. Este, porém, pode não funcionar bem com um ambiente com mudanças rápidas onde os dados muda várias vezes por hora. Este tipo de ambiente é geralmente em desenvolvimento de software, visto que o código pode se modificar completamente várias vezes em questão de horas, e muitas vezes um único backup diário pode não funcionar.

#!/bin/sh
################################################
#
# Backup Completo dos repositorios SVN
#
# @author Jonas Ferreira
# @email jonas [at] jf [dot] eti [dot] br
# @version v0.01
# @reldate 2012-04-09
################################################

# data
# ——————–
bakdate=$(date +%Y%m%d%H%M)
echo “——————————–”
echo “Rodando o script de Backup – SVN – $bakdate”
echo “——————————–\n”

# Local onde estao os repositorios
# —————————
svnrepos=”/srv/svnrepos”

# Local onde sera gerado o DUMP
# ————————
bakdest=”/home/username/SVN-BACKUPS”

# Local onde os dumps serao tranferidos, apos o DUMP
# —————————————-
baktousb=”/media/USB/Extra-BACKUP”

# Entrando na pasta dos repositorios
cd $svnrepos

# Certificando se tem acesso de escrita na pasta de destino
if [ -d "$bakdest" ] && [ -w "$bakdest" ] ; then

for repo in *; do
# gerando um dump para cada projeto
echo “Executando: svnadmin dump $repo > $bakdest/$repo-$bakdate.svn.dump \n”
# Finalizando o backup
svnadmin dump $repo > $bakdest/$repo-$bakdate.svn.dump

# copiando os arquivos para a unidade remota
if [ -d "$baktousb" ] && [ -w "$baktousb" ] ; then
echo “Copiando para $baktousb …\n”
cp $bakdest/$repo-$bakdate.svn.dump $baktousb
fi
done
else
echo “Nao eh possivel continuar o processo de backup”
echo “$bakdest *NAO* eh um diretorio gravavel.”
fi

# Finalizando o script de backup
echo “\n\n=================================”
echo ” – Backup Completo :-]”

Anexo aqui o script personalizado por mim, onde faz-se o backup Full e transfere-se para um servidor na rede por meio de cifs. (Servidor SVN rodando no CentOS 6.2).
Download do Script

Para restaurar o dump, é só executar:
$ svnadmin load /var/www/svn/repos < repos-backup

Fontes:
- Instalação do SVN no CentOS
- http://www.niden.net/
(exemplos de backup incremental)
- http://www.hossainkhan.info/content/shell-script-backup-all-your-svn-repositories

O sistema GP-Web, é a uma das principais ferramentas no mercado nacional no gerenciamento de projetos, gestão estratégica, tramitação interna de mensagens e documentos eletrônicos protocolados e se propõe a ser uma solução completa e integrada para qualquer organização pública ou privada. Funciona via Web, tendo sido criado na linguagem PHP com banco de dados MySQL. E detalhe, é totalmente gratuito.

O mesmo está instalado em parcela significativa do Governo, tanto no Executivo quanto no Judiciário e com perspectiva de até o final de 2013 ser a solução corporativa standard de gerenciamento de projetos integrado com gestão estratégica de todos os Ministérios do Poder Executivo Federal e do Judiciário Brasileiro.

Conheça mais sobre o projeto:
- http://www.sistemagpweb.com/
- Folder publicitário do Sistema

Neste tutorial, vamos aprender a como instalar o sistema utilizando o NGinx, uma alternativa ao Apache, que consome poucos recursos e é extremamente rápido.

==================================
Linux CentOS 6x – 64bits
==================================

Instalar os Repositórios do Remi e Epel

1) EPEL

# yum install yum-priorities
# rpm -Uvh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm

2)REMI

# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm

Instalar o webserver nginx

# yum install nginx
# chkconfig --level 345 nginx on # deixar o nginx iniciar por padrão
# /etc/init.d/nginx restart

Outros módulos do Php necessários para o Gp-Web

# yum --enablerepo=remi install php php-mysql php-ldap php-gd

Instalar o Mysql-server

# yum remove mysql* # removendo arquivos versão presente caso haja
# yum --enablerepo=remi install mysql-server
# mysqladmin -u root password 'senha' # setando a senha

Baixar e Descompactar o pacote do GP-Web

Baixe o pacote aqui http://www.softwarepublico.gov.br/dotlrn/clubs/gpweb/file-storage/view/gpweb_v8_0_16.zip

# cd /var/www/html
# cp ~/Downloads/gpweb_v8_0_10.zip . # copie o gpweb para lá */html
# unzip gpweb_v8_0_10.zip # descompactar
# chmod -R 777 gpweb # Setando Permissões no diretório gpweb
# chown -R nginx.nginx gpweb/

Configurar o Virtual Host do GP-Web

# cd /etc/nginx/conf.d
# vim gp-web.conf

server {
  server_name gp-web;
  root /var/www/html/gpweb;
  access_log /var/log/nginx/gp-web-access.log;
  error_log /var/log/nginx/gp-web-error.log;
     location / {
              root /var/www/html/gpweb;
              index index.php index.html index.htm;
     }

     location ~ \.php$ {
                root html;
                include /etc/nginx/fastcgi_params;
                fastcgi_pass 127.0.0.1:9000;
                fastcgi_index index.php;
                fastcgi_param SCRIPT_FILENAME /var/www/html/gpweb$fastcgi_script_name;
     }
}

Instalação do GP-Web via web

Agora, com todos os serviços rodando (php-fpm; nginx e mysql-server) basta acessar o GP-Web via web, digitando no navegador:

http://127.0.0.1

ou http://localhost
ou até mesmo http://gp-web – que é nosso virtual host.

1 – Tela
Mensagem: Ainda não foi criado o arquivo de configuração. Clique aqui para iniciar a instalação e criar um
(redirecionamento em 5 seg.)

2 – Tela
Confira se todos os pré-requisitos estão ativados e instalados -

“A única Observação que pode ocorrer é uma mensagem no final da página inicial do gpweb dizendo que você está utilizando: um servidor web diferente do apache, onde o mesmo é o unico 100% compatível com o GP-Web.

Porém, pode prosseguir com a instalação que não terá problemas.

Se tudo estiver ok, clique em iniciar instalação

3 – Tela
Instalador do GP-Web
Configurações do Banco de Dados

1-Insira a senha do SGBD ‘senha’
2-Desmarque a opção > ‘Carregar dados de exemplo?’
3-Clique em > ‘Instalar Completo’

4 – Tela
Login e Senha
admin 123456

Ao finalizar, caso apareça esse erro “504 Gateway Time-out“, basta apenas atualizar a pagina para http://gp-web

==================================
Soluções de possíveis problemas
==================================
1. ‘Erros com a criação da base de dados ou tabelas corrompidas;
Solução:
mysql_upgrade h localhost -u root -p senha

2. ‘Erros na Tela 2 – Suporte GD (para o gráfico GANTT)’
Solução:
yum –enablerepo=remi install php-gd

3. ‘Erros na Tela 2 – Caminho para salvar a Sessão permite escrita? OK (/var/lib/php/session)’
Solução:
yum –enablerepo=remi install php

4. ‘Erros na Tela 2 – MySQL e LDAP’
Solução:
yum –enablerepo=remi install php-mysql php-ldap

5. “Erros ao abrir http://localhost – Forbidden 403 – sem permissão
Solução:
Edite o arquivo /etc/httpd/conf.d/httpd.conf
Localize o:
DirectoryIndex – inclua index.php, remova o index.html

6. “Erros de codificação” ao acessar http://localhost as letras ficam todas irregulares.
Solução:
Edite o arquivo /etc/httpd/conf/httpd.conf
Localize o:
AddDefaultCharset – e modifique para ISO-8859-1

7. “Erros na tela de instalação completa” Erros com a criação do banco.
Solução:
Troque o 127.0.0.1 por localhost
======================================================================
Contribuição de
Rafael Cristaldo
PTI – Prognus Software Livre
http://br.linkedin.com/pub/rafael-cristaldo/21/918/938

Depois que publiquei o artigo Script de Backup (dump) Postgresql – Múltiplos bancos em arquivos separados, onde por meio de um script shell, é gerados dumps de todos os bancos existentes no servidor, cada banco um arquivo separado e compactado, me perguntaram se era possível, com a mesma idéia fazer um script que ao invés de realizar o dump de todas as bases, fosse possível definir quais bancos seriam backupiados.

Pois bem, é bem simples de fazer isso, vejamos:

#!/bin/bash
#
# Um simples script de backup
# Autor: Jonas Ferreira

# db_array - lista dos bancos que se deseja fazer o dump
db_array="banco1 banco2 banco3 banco4"

# logfile - arquivo que grava o log de cada execucao do script
logfile="/tmp/pgsql-backup.log"

#Diretorio de destino do arquivos
DIR=/tmp/backup

for db in $db_array
do
        /usr/bin/pg_dump $db > "$DIR/$db.sql" 1>> $logfile 2>> $logfile
        tar zcvf "$DIR/$db.tgz" "$DIR/$db.sql"
        rm -rf "$DIR/$db.sql"
done

Simples assim!

Após a clonagem de uma máquina virtual pelo VMWare a placa de rede do eth0 do Linux CentOS é renomeada como eth1, e não pega IP. isto é devido ao duplicamento de endereço MAC. Para corrigir este problema deve se efetuar a seguinte os seguintes comandos:

# cd /etc/udev/rules.d
# cp 70-persistent-net.rules /root/
# rm 70-persistent-net.rules
# reboot

Este arquivo é gerado automaticamente pelo /lib/udev/write_net_rules program, e pode ser removido sem problemas. Para verificar se o problema foi corrigido, execute:

# /sbin/ifconfig | grep "^eth"

Terá como resposta, algo assim:

eth1      Link encap:Ethernet  HWaddr 00:0C:29:F3:E4:1E

Você precisa trocar o endereço MAC da placa atual em /etc/sysconfig/networking-scripts/ifcfg-eth0, colocando o MAC exibido na acima, na linha HWADDR:

# cat /etc/sysconfig/network-scripts/ifcfg-eth0
# vi /etc/sysconfig/network-scripts/ifcfg-eth0

Salve tudo e reinicie os serviços de rede

# service network restart
# reboot

Para verificar se realmente funcionou, execute os seguintes comandos:

# /sbin/ifconfig -a
# route -n

Verá que agora a referência é a eth0.

Com certeza você já deve conhecer diversas maneiras de realizar backup de sua base Mysql. Mas o objetivo deste howto é apenas uma variação de um script clássico de backup.

Vamos ao problema:

A maioria das pessoas utilizam este comando para backup:

mysqldump -u root -pPASSWORD –all-databases | gzip > /mnt/database`data ‘ %m-%d-%Y’`.sql.gz

Isso vai gerar um backup de todos os bancos de dados de seu SGBD e compactar com o nome de data 03/22/2012.sql.gz. O problema esta ai, pois ele irá gerar todas as querys em um único arquivo, ou seja, se você quiser restaurar um único banco de dados, terá que procurar o trecho no dump que corresponde ao banco desejado.

A solução apresentada abaixo é uma alternativa, onde a partir de um laço, lê todos os elementos do SGBD, e gera um dump já compactado de cada banco, separadamente.

#!/bin/bash
# backup mysql com --all-databases, mas separados cada banco em um único arquivo

USER="root"
PASSWORD="senha"
OUTPUTDIR="/var/lib/databases"
MYSQLDUMP="/usr/bin/mysqldump"
MYSQL="/usr/bin/mysql"

# elimando arquivos de backup antigos
rm -rf $DIR/*

# lendo a lista de banco de dados
databases=`$MYSQL --user=$USER --password=$PASSWORD \
  -e "SHOW DATABASES;" | tr -d "| " | grep -Ev '(Database|information_schema)'`

# realizando o dump e compactando cada arquivo gerado
for db in $databases; do
    echo $db
    $MYSQLDUMP --force --opt --user=$USER --password=$PASSWORD \
    --databases $db | gzip > "$OUTPUTDIR/$db.gz"
done

Com essa idéia, pode-se editar um pouco mais este script, como por exemplo compactar a pasta com todos os arquivos gerados, e já transferir para seu storage com Active Directory, por exemplo.

Aqui disponibilizo para download um script exatamente com essa idéia em prática.

Script de Backup – Mysql – Com depósito no Storage – AD

Depois é só colocar no CronTab.

Referência: snowfrog.net

Se você trabalha com servidores Linux, provavelmente trabalha com processos de backups personalizados para todos os seus dados importantes. Sem dúvida as cópias de segurança acabam sendo armazenadas na forma de um arquivo.tar. Tudo funciona muito bem, as cópias são feitas, comprimidas e enviadas para um storage externo. Há apenas uma questão, sempre que você abrir um desses backups, ele irá incluir toda a árvore de diretórios acima da pasta onde os arquivos foram gerados.

Esse “problema” sempre me deixou chateado quando da criação de dumps de banco de dados. Por exemplo,vamos considerar que meu script de backup gere os arquivos de dumps e salve no diretório: /var/lib/mysql/meu_banco. Eu gostaria de fazer um backup TAR do diretório meu_banco, e chama-lo de meu_banco.tar.gz.

Acontece que quando vou descompactar o arquivo meu_banco.tar.gz, eu vou ter um monte de subpastas inúteis, eu vou ter que fazer drill-down, através da raíz onde eu descompactar, até /var/lib/mysql/meu_banco. Tudo que eu realmente quero é o diretório meu_banco, os demais (/var/lib/mysql) não me interessa.

Veja como é simples se livras desses diretórios. Antes de executar o comando TAR, primeiro você deve usar o comando CD para se mover até o diretório pai que contém o diretório que você deseja, não dentro da pasta que você irá compactar, no exemplo acima, você deve estar dentro de /var/lib/mysql e não dentro de /var/lib/mysql/meu_banco.

Eis a seqüência de comando para exemplo anterior:

cd /var/lib/mysql
tar -czf /pasta/onde/voce/ira/armazenar/meu_banco.tar.gz  meu_banco

Com isso, ao descompactar o meu_banco.tar.gz terá apenas um único subdiretório, chamado meu_banco.

Agora, provavelmente você vai executar esses comandos em um script maior de backup, neste caso o comando CD direto não irá funcionar, ainda mais se o script estiver no /etc/init.d/script_bkp.

Felizmente, há uma solução fácil: você pode acrescentar vários comandos shell em conjunto, utilizando && . Com && , cada comando será executado e concluído antes do próximo começar, simulando a digitação de comandos em uma linha.

cd /var/lib/mysql && tar -czf /pasta/onde/voce/ira/armazenar/meu_banco.tar.gz  meu_banco

Pronto.

Unix Toolbox é uma coletânea de comandos e tarefas úteis no dia-a-dia do profissional de TI que trabalha com Linux. Um guia prático, com explicações detalhadas, porém é claro que você tem que saber o que esta fazendo.

Os tutoriais estão divididos nas seguintes categorias:

• Sistema – Processos – Sistema de Arquivos – Rede – SSH SCP – VPN com SSH – RSYNC – SUDO – Criptografar arquivos – Criptografar partições – Certificados SSL – CVS – SVN – Comandos úteis – Instalar software – Converter de mídia – Impressão – Bancos de dados – Quota em disco – Conchas – Scripting – Programação – Ajuda on-line

O mais legal é que você pode ter acesso ao conteúdo de diversas formas, veja:

• Acessar diretamente o site:
  http://cb.vu/unixtoolbox.xhtml
• Versão completa em PDF com índice navegável.
  http://cb.vu/unixtoolbox.pdf
  
• Versão completa em PDF em formato de livro, pronto para impressão.
  http://cb.vu/unixtoolbox.book.pdf
• Versão enxuta, extraida do XML do site
  http://sleepyhead.de/howto/

Aqui você tem a muitos outros howtos:
http://www.tekleisure.com/2012/01/25-most-useful-linux-unix-solaris.html

O Gerenciador de Questionários Lime Survey utiliza para os campos de data o módulo DatePicker do Jquery, porém por default o template amarra os anos do DatePicker entre 1980 e 2020, caso você necessite alterar este range, tem que fazer uma modificação diretamente em um arquivo, vejamos:

1. Edite o arquivo: qanda.php que fica na raíz de sua instalação do Lime Survey.

# vim qanda.php

2. Procure a linha que seta o ano mínimo e máximo, e altere para o período desejado.

$minyear=’1980′;

$maxyear=’2020′;

Pronto, pode salvar e sair do arquivo.

Com isso no campo de data, será carregado o período que você configurou, simples assim.

pg_dump -U <usuario> –inserts -t <tabela> <banco> > dump.sql

Um exemplo real:

pg_dump -U postgres –inserts -t municipio geral > municipios.sql