Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Mensagens - PCPedroso

Páginas: [1]
1
Servidores / Re: Gbak não executa pelo crontab
« Online: 03 de Dezembro de 2010, 11:03 »
Coloquei o export PATH, mas ainda não foi, estou baixando nova versão do ubuntu, e vou ver o que acontece, pois já havia feito este tipo de backup em outra distribuição linux a algum tempo atras, e não tive problema algum.
Agradeço pela ajuda, caso funcione eu informo aqui.

2
Servidores / Re: Gbak não executa pelo crontab
« Online: 03 de Dezembro de 2010, 10:11 »
Pois é, não funcionou colocando a linha PATH no meu script, e ainda esta da mesma forma, manualmente o script vai que vai!! e a luta continua.

3
Servidores / Re: Gbak não executa pelo crontab
« Online: 03 de Dezembro de 2010, 09:58 »
Se não estou enganado acho que ja tinha colocado a linha do PATH no meu script, mas vou tentar novamente, vlw.

PS: O gbak é um utilitario que vem junto com o firebird, que no mometo da instalação do pacote é colocada na pasta /usr/bin

4
Servidores / Re: Gbak não executa pelo crontab
« Online: 03 de Dezembro de 2010, 09:45 »
Obrigado pela resposta zekkerj..!
Talvez não tenha feito corretamente ou não entendi, mas não consegui fazer funcionar com a sua dica.
Eu até consegui fazer o que eu precisava, mas não ficou nada "elegante", pois eu inseri o comando do gbak diretamente no crontab, ele consegue rodar, como no ex abaixo.

Código: [Selecionar]
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
1 10 * * * root gbak -b /home/dados/dados.fdb /home/backup/dados.fbk -user sysdba -pass masterkey && /home/scripts/backup.sh

E no meu script ficou apenas a parte de compactar o banco arquivo gerado pelo gbak.
Mas ainda não acho que realmente seja a solução, por isso ainda não vou dar como resolvido o meu problema, vou continuar a busca, e assim que coseguir eu posto aqui, e se alguem tiver outra dica, por favor poste tambem.

Obs. Talvez nem todos coneçam o gbak, então vou dizer basicamente o que ele faz.
O gbak é um utilitário do firebird, que serve para fazer backups do bancod de dados, muito utilizado pois os usuarios podem estar utilizando o banco no momento do backup, sem problemas, entre outros.

5
Servidores / Gbak não executa pelo crontab
« Online: 02 de Dezembro de 2010, 15:18 »
Olá, andei pesquisando pelo forum e encontrei duas ocorrências parecidas com a minha situação, e obviamente não solucionaram meu problema.
O que acontece é o seguinte, tenho um scrip que faz um gbak no banco de dados que se rodado manualmente funciona corretamente, mas quando passo ele para o crontab não fuinciona a parte do gbak, deixei o script bem simples.

Código: [Selecionar]
#! /bin/bash
# backup.sh

gbak -v -b /home/dados/dados.fdb /home/backup/dados.fbk -user sysdba -password masterkey
tar -cvzf /home/backup/dados.tar.gz dados.fbk
Código: [Selecionar]
# crontab
...
1 10 * * * root /home/scripts/backup.sh

Pelo crontab ele cria o dados.tar.gz zerado, na verdade o que ele gera é um .fbk zerado, pois rodei o script manualmente com a linha do tar em comentario e em seguida fiz com que o crontab disparace o mesmo script, apenas inverti o comentario das linhas, e o arquivo foi compactado corretamente.

6
Hardware e Periféricos / Resolvido - Placa de rede realtek
« Online: 06 de Julho de 2010, 10:58 »
Bom dia pessoal, sou novo por aqui, o negocio é o seguinte, instalei o ubuntu server 10.04 em um pc (PC2) e depois coloquei o hd da instalação em outro pc (PC1) pelo motivo que quando tentava instalar no PC1 simplesmente travava a instalação logo no inicio, em fim, o SO esta funcionando mas a minha eth0 não aparece com o comado ifconfig, embora a placa de rede seja listada pelo comando lspci da seguinte forma: Realtek Semiconductor Co., Ldt. RTL-8139/8139C/8139C+ (rev 10), o que posso fazer para que seja ativada a placa?
Ps. o arquivo /etc/network/interfaces está configurado estaticamente conforme a minha rede interna.


Resolvido pessoal, caso alguém passo por algo parecido vou explicar como solucionei o problema.
utilizei o comando abaixo
sudo dmesg | grep eth
que me retornou o seguinte:
[    1.076665] eth0: RealTek RTL8139 at 0xe800, 00:15:f2:ce:b3:b1, IRQ 23
[    6.630959] udev: renamed network interface eth0 to eth1

com isso eu fui até o meu /etc/network/interfaces e alterei as configurações que estavam apontando para o eth0, isso provisoriamente até que descubra como ajustar isso, ao menos agora posso me conectar ao servidor por meio de ssh.

Páginas: [1]