Re: [FUG-BR] FreeBSD vs Amazon

[Alex Moura]

Em 2 de maio de 2017 19:17, Paulo Henrique 
escreveu:

>
> O problema é a compatibilidade, há algum cliente para o FreeBSD salvar os
> arquivos na Amazon, no S3?
>

Talvez funcione com a ferramenta *s3cmd*?

http://s3tools.org/s3cmd

Ou então usando o *fusefs-s3*:

https://superuser.com/questions/327661/how-to-mount-amazon-s3-bucket-to-a-directory-on-freebsd

Essencialmente:

1. Instala o port fusefs-s3
2. Adiciona a linha abaixo no /etc/rc.conf:
fusefs_enable="YES"
3. Criar o arquivo /etc/passwd-s3fs com perms 640 contendo a *access-key* e
a *secret key *em 1 linha:
accessKeyId:secretAccessKey
4. Executa o /usr/local/etc/rc.d/fusefs start
5. Monta o bucket – como root – executando: s3fs mybucket /mnt
-ouse_cache=/tmp

Mais info em:
https://code.google.com/archive/p/s3fs/wikis/FuseOverAmazon.wiki
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Parada

[Alex Moura]

Por esses relatos, me ocorreu que toda uma geração que marcou uma época,
evoluiu a outros níveis tanto no lado profissional quanto pessoal e o que
será que vai acontecer com os BSDs daqui pra frente?
Há alguma nova geração a caminho, tão interessada e dedicada a trilhar os
passos dos velhos adoradores do Beastie com o mesmo apreço pelos sistemas?
Ou a maioria irá optar pela agilidade e praticidade que o dia a dia vem
exigindo de todos, e abandonaremos os BSD em favor de outras soluções e
plataformas?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD na NASA

[Alex Moura]

Em 23 de novembro de 2016 16:46, Renato Frederick 
escreveu:

> Em 22 de novembro de 2016 às 22:16:54, Fábio Rodrigues Ribeiro (
> lis...@farribeiro.com.br) escreveu:
>
> Em 22-Nov-16 19:07, mantunes escreveu:
> > https://www.nas.nasa.gov/SC16/demos/demo9.html#prettyPhoto
> >
>
> A única coisa que não achei legal na comparação é uma versão antiga do
> centOS, a versão 6, com kernel da serie 2.6.x e poderiam ter colocado
> em igualdade com a ultima versão.
>
> Mas como é a substituição de equipamento antigo para um novo e teve
> ganho de performance. É compreensível! Mas pelas ultimas adições da
> Google sobre o sistema de congestão de trafego, provavelmente deve
> estar em patamar semelhante.
>
> http://br-linux.org/2015/01/congestionamento-google-corrige-um-antigo-e-
> importante-bug-no-kernel-linux.html
>
> -
>
> CARP, etc e tal, 10Gbps, linux nem se compara, pode ser o linux otimizado
> por jesus cristo/alá/buda/oxossi…..
>
> Eu se ralasse na nasa nem ia perder tempo punhetando kernel linux, ranca
> este treco estranho e coloca o capeta.
>
> E já conecta a parafernália a 200Gbps:

https://youtu.be/AtGkmhpICCQ
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] make installworld em produção

[Alex Moura]

O processo funciona bem. Já fiz várias vezes e, se a infra elétrica for
boa, é viável manter sistemas com uptimes acima de 200 dias, atualizando o
kernel somente nos lançamentos de novos RELEASEs. O ideal é sempre ter um
backup do sistema e testar a atualização em outra máquina de
testes/homologação antes de aplicar no sistema de produção.
A recomendação do handbook[1] é:

*If the system can have a window of down-time, consider compiling the
system in single-user mode instead of compiling the system in multi-user
mode, and then dropping into single-user mode for the installation.
Reinstalling the system touches a lot of important system files, all the
standard system binaries, libraries, and include files. Changing these on a
running system, particularly one with active users, is asking for trouble.*

Crie um script com os comandos de atualização do handbook, faça uma medição
do tempo de execução em outro host de testes, para saber quanto tempo será
necessário de janela de manutenção. Se me recordo corretamente, é possível
fazer a atualização em menos de 20min. em servidores Dell PowerEdge R330
com controladora Perc 6 (RAID 10).

make buildkernel - até uns 20 min.
make buildworld - entre 30-60 min.
make installworld: < 10min.

[1] https://www.freebsd.org/doc/handbook/makeworld.html
[2] https://bsd.slashdot.org/story/04/04/24/228218/painlessly-update-freebsd


Em 2 de setembro de 2016 11:06, Robson Peripolli Rodrigues <
peripo...@gmail.com> escreveu:

> Bom dia pessoal estou precisando aplicar um patch em um sistema em produção
> e preciso saber se alguém já teve algum problema com o make installworld
> com o sistema em produção. Pela documentação é aconselhado a execução deste
> comando em single-use, mas eu não consigo deixar este servidor muito tempo
> off, mesmo na madrugada. Estou me referindo na hora de recompilar o sistema
> com buildworld e installworld.
>
> Agradeço a atenção.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD como desktop

[Alex Moura]

Em 21 de junho de 2016 13:44, Alexandre Pina  escreveu:

> Pessoal, obrigado pelas respostas, gostei do link do container.org, hoje a
> noite vou instalar no note e ver como minha vga nvidia quadro 140 se
> comporta, obrigado..
> Abraço a todos


O PC-BSD é uma distribuição para essa finalidade e pode ser mais prático
para usar no dia-a-dia.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Ajuda na escolha de NIC 10G SFP+

[Alex Moura]

As placas Mellanox também são suportadas:

http://www.mellanox.com/page/products_dyn?product_family=193;
https://community.mellanox.com/thread/1725
http://permalink.gmane.org/gmane.os.freebsd.devel.infiniband/30
http://olavgg.com/post/132963709948/homesmall-office-quiet-10gbps-switch-with-freebsd


Em 5 de maio de 2016 10:06, victordan...@netlinepb.com.br <
victordan...@netlinepb.com.br> escreveu:

> Em 05/05/2016 09:57, Eduardo Schoedler escreveu:
>
>> Em 5 de maio de 2016 09:55, victordan...@netlinepb.com.br
>>  escreveu:
>>
>>> Em 04/05/2016 12:33, Eduardo Schoedler escreveu:
>>>
 Em 4 de maio de 2016 11:38, victordan...@netlinepb.com.br
  escreveu:

> Pessoal estou precisando de uma placa de rede 10G dualport SFP+ para
> colocar
> num FreeBSD Server 10.X.
>
> Gostaria de saber da opinião de vocês, qual a melhor opção de placa com
> suas
> portas SFP+, estou de olho nas intel X520 ou X710, mas não tenho
> experiências sobre drivers e compatibilidade.
>
 É para router?
 Você pode pegar umas Chelsio, que faz forwarding nela mesma.

 Eduardo, obrigado pela dica, sabe dizer se esta placa também faria NAT
>>> nela
>>> mesma? estou num projeto de CGNAT...
>>>
>> Estou com o datasheet da Chelsio T5 em mãos.
>> Retirado do PDF:
>>
>> "The Terminator 5 (T5) is Chelsio’s next generation of highly
>> integrated, hyper-virtualized 40/10GbE controllers. The T5 is built
>> around a programmable protocol-processing engine, with full offload of
>> a complete Unified Wire solution comprising NIC, TOE, iWARP RDMA,
>> ISCSI, FCoE and NAT support."
>>
>> Acho que vale o teste, hein... rsrsrs.
>>
>> Abs.
>>
>> Boa vou estudar!
>
> Obrigado.
>
> Victor Dantas
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] SSD tem performance IO satisfatorio?

[Alex Moura]

Só para esclarecer: ZFS não é a única possibilidade de usar snapshots no
FreeBSD:

https://www.freebsd.org/doc/handbook/snapshots.html



Em 13 de março de 2016 15:25, Fábio Rodrigues Ribeiro <f...@farribeiro.com.br
> escreveu:

> Em 13-Mar-16 15:18, Alex Moura escreveu:
>
>> Em 11 de março de 2016 08:14, Fábio Rodrigues Ribeiro <
>> f...@farribeiro.com.br
>>
>>> escreveu:
>>>
>>
>> (...)
>>> Olá, bom dia!
>>>
>>> Existe algum esquema de backup, on the fly, instantâneo tanto para
>>> transações de banco de dados ou filesystem? Atualmente em DB, utiliza
>>> uma flag que torna apagado o registro.
>>>
>>
>>
>> Você quer dizer algo como snapshots de filesystem?
>> O ZFS possui esse recurso, que é bem fácil de usar.
>> Abraços
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>>
> Acreditava que filesystem não tinha ferramentas de backup, snapshot para
> ser exato.
>
> Anotado.
>
> --
> Fábio Rodrigues Ribeiro
> https://www.linkedin.com/in/farribeiro
>
> http://www.farribeiro.com.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] SSD tem performance IO satisfatorio?

[Alex Moura]

Em 11 de março de 2016 08:14, Fábio Rodrigues Ribeiro  escreveu:

> (...)
> Olá, bom dia!
>
> Existe algum esquema de backup, on the fly, instantâneo tanto para
> transações de banco de dados ou filesystem? Atualmente em DB, utiliza
> uma flag que torna apagado o registro.


Você quer dizer algo como snapshots de filesystem?
O ZFS possui esse recurso, que é bem fácil de usar.
Abraços
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Alex Moura]

> On 26/10/2015, at 16:38, Christiano Liberato  
> wrote:
> 
> PessoALL,
> 
> digamos que não tenho um controle de banda e que identifiquei com o iftop
> que um IP está fazendo download e comprometendo o acesso do restante.
> É possível derrubar ou bloquear esse IP imediatamente?

Se for algum uso legítimo, pode ser melhor criar uma filas para controlar o 
consumo de banda ao invés de bloquear completamente a aplicação ou usuário?

Fluxos de grandes volumes de dados realmente causam perturbações nos 
fluxos das demais aplicações e devem se tornar cada vez mais frequentes
em tempos de aplicações multimídia e de serviços nas nuvens públicas.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Artigo que cita Robert N. Watson

[Alex Moura]

*Killing the Computer to Save It*
http://www.nytimes.com/2012/10/30/science/rethinking-the-computer-at-80.html?_r=0
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Freebsd - uptime - quem tem maior ?

[Alex Moura]

Há alguns anos postei na freebsd-chat:

http://www.mail-archive.com/freebsd-chat@freebsd.org/msg02477.html

Em 15/03/2011, o uptime estava em:


helm:~$ uname -a  uptime
FreeBSD helm 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Wed Dec 13 16:19:46 BRST
2000
11:47AM  up 3532 days,  3:43, 1 user, load averages: 0.00, 0.00, 0.00
helm:~$


Correspodendo a:

3532 days before now Friday, July 13, 2001

9 years, 8 months, 3 days, 16 hours


Infelizmente esta semana finalmente uma falha elétrica aconteceu,
zerando o maior uptime de uma máquina que instalei.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Fwd: [e2e] Software for FreeBSD TCP RD (resend of mail dated 2010-08-03)

[Alex Moura]

-- Forwarded message --
From: Lawrence Stewart
Date: 2010/8/16
Subject: [e2e] Software for FreeBSD TCP RD (resend of mail dated
2010-08-03)
To: end2end-inter...@postel.org

Hi all,

(apologies for any duplicates you have received)

We're pleased to announce the release of a substantial set of new
and updated BSD licenced software for TCP experimentation and research
using FreeBSD:

 - CAIA-Hamilton Delay Congestion Control Algorithm v0.1 (new)
 - Hamilton Delay Congestion Control Algorithm v0.2 (update)
 - Vegas Congestion Control Algorithm v0.2 (update)
 - H-TCP Congestion Control Algorithm v0.12 (update)
 - CUBIC Congestion Control Algorithm v0.10 (update)
 - Statistical Information For TCP Research (SIFTR) v1.2.3 (update)
 - Enhanced Round Trip Time (ERTT) Khelp Module v0.2 (update)
 - Khelp Framework for FreeBSD v0.1.1 (update)
 - Modular TCP Congestion Control for FreeBSD v0.10.0 (update)

A more detailed summary of the various tools/patches is included at the
end of this email.

Everything mentioned above along with other papers, patches and software
relevant/useful for protocol analysis, debugging and experimental
research is available from:

http://caia.swin.edu.au/urp/newtcp/tools.html

The software was developed as part of the NewTCP research
project at Swinburne University's Centre for Advanced Internet
Architectures, made possible in part by a grant from the Cisco
University Research Program Fund at Community Foundation Silicon
Valley. Testing and development was further assisted by a grant
from the FreeBSD Foundation.

We welcome any feedback and hope you enjoy playing with the code
and tools.

Cheers,
Lawrence Stewart, David Hayes and Grenville Armitage

http://caia.swin.edu.au





NB: CAIA-Hamilton Delay and Hamilton Delay are our working names for
algorithms which do not have established names in the literature.


CAIA-Hamilton Delay Congestion Control Algorithm v0.1 [1,2]
--
A FreeBSD loadable kernel module that implements an experimental delay
based congestion control algorithm proposed by the Hamilton Institute
[3] but with modifications made by CAIA [4]. It builds on Hamilton's
initial proposal by adding tolerance to non-congestion related losses
and still aims to allow delay- and loss-based algorithms
to fairly coexist.


Hamilton Delay Congestion Control Algorithm v0.2 [5,6]
--
A FreeBSD loadable kernel module that implements an experimental delay
based congestion control algorithm proposed by the Hamilton Institute
[3]. It provides a first step toward the ability of delay based
algorithms to fairly coexist with loss based algorithms.


Vegas Congestion Control Algorithm v0.2 [7,8]
--
A FreeBSD loadable kernel module that implements the Vegas delay-based
congestion control algorithm [9].


H-TCP Congestion Control Algorithm v0.12 [10,11]
--
A FreeBSD loadable kernel module that implements the H-TCP loss based
TCP congestion control algorithm [12].


CUBIC Congestion Control Algorithm v0.10 [13,14]
--
A FreeBSD loadable kernel module that implements the CUBIC loss based
TCP congestion control algorithm [15]. CUBIC is the current default
algorithm used by Linux.


Statistical Information For TCP Research (SIFTR) v1.2.3 [16,17]
--
A FreeBSD 6/7/8/9 kernel module that logs a range of statistics on
active TCP connections to a log file. It provides the ability to make
highly granular measurements of TCP connection state, aimed at system
administrators, developers and researchers. NB: SIFTR has been imported
into FreeBSD's head svn branch (a.k.a. 9-CURRENT) as revision 209662
and will be backported to 8-STABLE in time for 8.2-RELEASE.


Enhanced Round Trip Time (ERTT) Khelp Module v0.2 [18,19]
--
A FreeBSD loadable kernel module that provides enhanced RTT
measurements for use by delay and rate based TCP congestion control
algorithms. Robust estimates of RTT are provided even when the receiver
uses delayed acknowledgements, TCP segmentation offload (TSO) or
Selective Acknowledgements (SACK). This module is required by the delay
based congestion control algorithms.


Khelp Framework for FreeBSD v0.1.1 [20,21]
--
A FreeBSD kernel patch that provides support for generic kernel modules
known as helpers to hook into arbitrary points within the kernel and
provide service(s) to the running system. This forms the foundation for
the ERTT Khelp module.


Modular TCP Congestion Control for FreeBSD v0.10.0 [22,23]

Re: [FUG-BR] [Off-Toppic] Servidor de câmera

[Alex Moura]

Em 11 de março de 2010 11:51, Joao Rocha Braga Filho
goffr...@gmail.comescreveu:

 Alguém sabe se existe um servidor de câmeras capaz de atender várias
 pessoas, cada um com seu login, para ver as suas câmeras etc? De
 preferência rodando FreeBSD, mas pode ser em outro sistema, de
 preferência não Windows.


Tem o ZoneMinder pra Linux. Não sei se roda bem no FreeBSD.

http://www.zoneminder.com/

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Monitoramento de processos no FreeBSD

[Alex Moura]

Pessoal,

Gostaria de conhecer suas soluções para monitoramento de runaway
processes, daqueles que podem causar o crash de um servidor.

Alguém usa o bsdsnmp - ou o net-snmp - para isso? Teria referências de OIDs?

Alguém usa o recurso de limites de processos? Tem alarmes - Nagios, Thold -
pra específico para estes eventos?

--
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [off] admin nagios

[Alex Moura]

2009/5/12 irado furioso com tudo ir...@bsd.com.br


 estava aqui tentando instalar um front-end para o nagios que,
 infelizmente, não entende de FreeBSD; sendo em PHP, não deveria haver
 qualquer mistério mas estou me atrapalhando com uma coisa:

 o diretorio criado (/usr/local/www/nagios/ignoramus) deve ser
 propriedade e 'escrevível' (rs) pelo apache:apache, segundo êles, ou
 seja, a propriedade de poder ser escrito pelo daemon do apache.

 Acontece que os grupos aqui são diferentes, existe o usuário www,
 grupo www mas nada de apache.


 vai daí.. não funciona, quero dizer, a página para configuração surge
 mas, no fim do processo, dá erro de não conseguir gravar o arquivo,
 verifique propriedade/autorizações.

 bem, concluindo o off: alguém tem idéia de QUAL usuário:grupo pode ser
 utilizado?


Minha política com ferramentas com configurações hard coded como
esta é: dar o que ela pede (o porque disso é assunto pra vários
parágrafos).

Crie uma conta apache com /usr/bin/nologin e um grupo apache. Depois
inclua a conta apache no grupo www. É feio e sujo, mas deve funcionar.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] pcBSD Kernel

[Alex Moura]

On Tue, Jan 6, 2009 at 3:21 PM, Beatriz Magalhaes
btrzmagalhae...@gmail.com wrote:

(...)

 Prezada lista gostaria de saber onde estou errando?

Beatriz, me parece que o PCBSD faz algumas customizações em nível de
kernel também, fugindo um pouco dos padrões do FreeBSD.

Você quer recompilar o kernel pra atualizar a versão do sistema, ou
para alterar / incluir alguma funcionalidade?

Se for para atualizar, recomendo seguir o procedimento do próprio
PCBSD, que disponibiliza um botão pra atualização da versão do sistema
operacional, através da ferramenta de interface gráfica própria do
PC-BSD.

O DesktopBSD parece ser mais fiel aos padrões do FreeBSD e a
recompilação deve funcionar conforme o FreeBSD Handbook.

Se alguém tiver mais informações sobre este procedimento no PC-BSD,
também estou curioso pra saber como deve ser feito.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Instalando um ports que dependa do mysql erro mysqlclient.15 not found...

[Alex Moura]

2009/1/5 Matheus Cucoloto matheuscucol...@gmail.com:
 Sua instalação do mysql-client pode estar quebrada.

 Com certeza...

 Acabei de fazer uma instalação do spine em um RELEASE-7.0,
 com ports atualizados hoje mais cedo:

 O problema não eh só no spine, mas em qualquer ports que precise do
 mysql, ele não acha as libs, porem o que ja ta instalado e rodando
 funciona perfeitamente.

Verifica as perms de cada arquivo e dos diretórios do path.
Rodar um ldconfig -R pode ser interessante também...

Aqui tá assim:
drwxr-xr-x  30 root  wheel  18432 Nov 25 00:09 /usr/local/lib/
drwxr-xr-x  2 root  wheel  512 Oct 30 05:34 /usr/local/lib/mysql/
-rw-r--r--  1 root  wheel  503900 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient.a
-rwxr-xr-x  1 root  wheel  860 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient.la*
lrwxr-xr-x  1 root  wheel  20 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient.so@ - libmysqlclient.so.15
-rwxr-xr-x  1 root  wheel  434162 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient.so.15*
-rw-r--r--  1 root  wheel  513694 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient_r.a
-rwxr-xr-x  1 root  wheel  892 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient_r.la*
lrwxr-xr-x  1 root  wheel  22 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient_r.so@ - libmysqlclient_r.so.15
-rwxr-xr-x  1 root  wheel  440158 Oct 30 05:34
/usr/local/lib/mysql/libmysqlclient_r.so.15*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Instalando um ports que dependa do mysql erro mysqlclient.15 not found...

[Alex Moura]

On Mon, Jan 5, 2009 at 1:47 PM, Matheus Cucoloto
matheuscucol...@gmail.com wrote:

 Ja reinstalei o mysql...

Reinstalou qual? O mysql-server ou o mysql-client? Qual o resultado do
comando abaixo?

pkg_info | grep sql
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Instalando um ports que dependa do mysql erro mysqlclient.15 not found...

[Alex Moura]

On Mon, Jan 5, 2009 at 2:33 PM, Matheus Cucoloto
matheuscucol...@gmail.com wrote:
 pkg_info | grep sql

 mysql-client-5.0.75 Multithreaded SQL database (client)
 mysql-server-5.0.75 Multithreaded SQL database (server)
 p5-DBD-mysql-4.006  MySQL driver for the Perl5 Database Interface (DBI)
 php5-mysql-5.2.8The mysql shared extension for php

Sua instalação do mysql-client pode estar quebrada.
Acabei de fazer uma instalação do spine em um RELEASE-7.0,
com ports atualizados hoje mais cedo:

$ sudo portinstall spine
[Gathering depends for net-mgmt/cacti-spine . done]
---  Installing 'spine-0.8.7.a_1' from a port (net-mgmt/cacti-spine)
---  Building '/usr/ports/net-mgmt/cacti-spine'
===  Cleaning for spine-0.8.7.a_1
= cacti-spine-0.8.7a.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch from http://www.cacti.net/downloads/spine/.
cacti-spine-0.8.7a.tar.gz 100% of  356 kB  156 kBps
===  Extracting for spine-0.8.7.a_1
= MD5 Checksum OK for cacti-spine-0.8.7a.tar.gz.
= SHA256 Checksum OK for cacti-spine-0.8.7a.tar.gz.
===  Patching for spine-0.8.7.a_1
===  Applying FreeBSD patches for spine-0.8.7.a_1
===   spine-0.8.7.a_1 depends on file: /usr/local/lib/libcrypto.so.5 - found
===   spine-0.8.7.a_1 depends on file: /usr/local/bin/libtool - found
===   spine-0.8.7.a_1 depends on shared library: netsnmp.16 - found
===   spine-0.8.7.a_1 depends on shared library: mysqlclient.15 - found
===  Configuring for spine-0.8.7.a_1
(...)
---  Installing the new version via the port
===  Installing for spine-0.8.7.a_1
===   spine-0.8.7.a_1 depends on file: /usr/local/lib/libcrypto.so.5 - found
===   spine-0.8.7.a_1 depends on shared library: netsnmp.16 - found
===   spine-0.8.7.a_1 depends on shared library: mysqlclient.15 - found
===   Generating temporary packing list
===  Checking if net-mgmt/cacti-spine already installed
===   Registering installation for spine-0.8.7.a_1
=== SECURITY REPORT:
  This port has installed the following files which may act as network
  servers and may therefore pose a remote security risk to the system.
/usr/local/bin/spine

  If there are vulnerabilities in these programs there may be a security
  risk to the system. FreeBSD makes no guarantee about the security of
  ports included in the Ports Collection. Please type 'make deinstall'
  to deinstall the port if this is a concern.

  For more information, and contact details about the security
  status of this software, see the following webpage:
http://www.cacti.net/cactid_info.php
===  Cleaning for spine-0.8.7.a_1
===

Veja se este comando mostra o mesmo resultado no seu sistema:

$ pkg_info -Lx mysql-client|grep mysqlclient

/usr/local/lib/mysql/libmysqlclient.a
/usr/local/lib/mysql/libmysqlclient.la
/usr/local/lib/mysql/libmysqlclient.so
/usr/local/lib/mysql/libmysqlclient.so.15
/usr/local/lib/mysql/libmysqlclient_r.a
/usr/local/lib/mysql/libmysqlclient_r.la
/usr/local/lib/mysql/libmysqlclient_r.so
/usr/local/lib/mysql/libmysqlclient_r.so.15
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Off-Topic network-weathermap!

[Alex Moura]

On Sun, Jan 4, 2009 at 8:08 PM, Alessandro de Souza Rocha
etherlin...@gmail.com wrote:

 Alguem ai ja fez tuto ou configurou o  network weathermap, poderia da umas 
 dicas.

É mais simples você explicar qual dificuldade está tendo. Já tentou
consultar o site?
http://www.network-weathermap.com/

Você pode instalar standalone ou como plugin do Cacti. Creio que seja mais comum
o uso dele como plugin do Cacti.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Informações do Boot

[Alex Moura]

On Tue, Dec 30, 2008 at 6:01 PM, Rodrigo de Oliveira Gomes
ak...@uol.com.br wrote:

 (...) Existe alguma forma de realizar um clear ao término do boot para a 
 tela só mostrar o prompt de login?

Sim, acrescente a linha abaixo no final do arquivo /etc/rc.local

/usr/bin/clear

Feliz 2009.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Monitor de Temperatura e Umidade Relativa para CPD

[Alex Moura]

On Wed, Dec 10, 2008 at 11:52 AM, Fernando Silveira [EMAIL PROTECTED] wrote:

 Olá Pessoal,

 Qual Equipamento ou Software vcs utilizam para monitorar a
 Temperatura/Umidade de seu aquarios de servidores ???

Veja:

Termômetro digital no FreeBSD
http://alexsm.blogspot.com/2008/05/termmetro-digital-no-freebsd.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Portal IPFW

[Alex Moura]

2008/12/8 Caio Viana [EMAIL PROTECTED]

 Alguem já implementou, ou já viu algum portalzinho (pag web) que
 apresenta o que há dentro do IPFW?

Talvez uma implementação customizada para exibir o arquivo através da
interface do Usermin?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OFF- topic Cacti

[Alex Moura]

Experimenta tirar o o parâmetro cactiuser da linha do crontab e veja
se funciona.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OFF: Notebook Evolute

[Alex Moura]

 Os da Intelbrás estão com configuração 2 e 4GB de RAM a preços bem
interessantes. Infelizmente não tive acesso a um e não tenho como confirmar
a compatibilidade deles com o FreeBSD.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OT] Fwd: Hitec

[Alex Moura]

2008/11/7 Cristina Fernandes Silva [EMAIL PROTECTED]

 Qual seria a diferença em usar este sistema ao inves
 do pfsense ?


Sim, fora estar com o logotipo da empresa, seria interessante saber
o que foi construído - uma vez que diz ser um fork - nesta versão,
que não existe no PfSense original
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: SSH: fatal: timeout before authentication

[Alex Moura]

Em 2008/11/5 Rodrigo Botana [EMAIL PROTECTED] escreveu:

 Primeiramente obrigado pela rápida resposta .. agora vamos lá:

 O parâmetro LoginGracetime estava com comentário, tirei fora o mesmo e deixei 
 com a configuração padrão (120) e continuou o mesmo problema.

Perguntas baseadas em referências do Google encontradas com a busca da
mensagem de erro mencionada:

O sshd foi incluído no tcpwrapper?[1]

O cliente windows é o putty? Ele é recente?[2]

Foi ativada a opção RhostsRSAAuthentication yes no sshd_config?[3]


 Uma outra observação que percebi é que ao iniciar a máquina a mesma fica um 
 bom tempo parada na mensagem starting sendmail

O sendmail tenta resolver o nome do host via DNS. Se não consegue fica
essa demora.

[1] http://www.derkeiler.com/Mailing-Lists/FreeBSD-Security/2001-07/4326.html
[2] http://www.derkeiler.com/Newsgroups/comp.security.ssh/2005-11/0070.html
[3] 
http://groups.google.com/group/comp.security.ssh/browse_thread/thread/e47d78e5ac6bb72d?hl=enie=UTF-8pli=1
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] fsck durante o boot

[Alex Moura]

2008/11/4 Alex de A. Souza [EMAIL PROTECTED]

 Gostaria de saber se tem alguma forma de coloca o
 FSCK -Y pra rodar durante o boot todas as vezes que
 iniciar? Eu coloquei no local.conf, mas ele só roda depois
 que acaba o boot.

O /etc/local.conf só é executado depois do boot. Tente usar as opções
abaixo no /etc/rc.conf:

fsck_y_enable=NO  # Set to YES to do fsck -y if the initial preen fails.
background_fsck=YES   # Attempt to run fsck in the background where possible.
background_fsck_delay=60 # Time to wait (seconds) before starting the fsck.

Abraços
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF TOPIC]

[Alex Moura]

Em 2008/11/4 Patryck Ramos Martins [EMAIL PROTECTED] escreveu:

 Teria como traduzir esta requisiçao? Isto acarretaria outros
 problemas em outros aplicativos já instalados no sistema
 operacional???

Não sei se é o caminho para resolver a aplicação java, mas usando uma
conta de teste, faça uma alteração no /etc/login.conf e altere a
classe do usuário e veja se isso atende:

Abaixo do bloco da classe russian (perto da linha 78), acrescente:

# vi +/russian /etc/login.conf

brazilian:Brazilian Portuguese Users Accounts:\
:charset=ISO-8859-1:\
:lang=pt_BR.ISO8859-1:\
:tc=default:

e na conta de usuário altere a classe para brazilian:

# chsh [usuario] ENTER

Class: brazilian

Isso deverá traduzir o FreeBSD somente para a conta de usuário de teste.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF TOPIC]

[Alex Moura]

Em 2008/11/4 Patryck Ramos Martins [EMAIL PROTECTED] escreveu:

 Mas então Alex, o java executa com o user:www e ele não tem shell.

Acho que isso não faz diferença para a sugestão que enviei.
A shell não é obrigatória para uma conta pertencer a uma classe.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] BackupPC port

[Alex Moura]

Alguém sabe de iniciativa para portar o BackupPC?

http://backuppc.sf.net/

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF TOPIC] Curso de Asterisk

[Alex Moura]

Renata,
As unidades da Escola Superior de Redes da RNP têm um curso de Asterisk. Os
materiais da Escola são de ótimo nível.

http://www.esr.rnp.br

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] IPFW

[Alex Moura]

Será que o denial of service em questão é mesmo referente à exaustão de banda?

Ou seria para algum service específico disponível na rede do
reclamante, o qual ele pode - primeira instância - filtrar sem
precisar recorrer ao ISP dele?

É interessante procurar definir bem qual o tipo de DoS ou DDoS a fim
de evitar recomendações e discussões inócuas na lista.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [GTER] Horario de verão.

[Alex Moura]

Pessoal,

Esse recém lançado  ports/misc/zoneinfo-2008.h  tá certo?

[EMAIL PROTECTED] /usr/share/zoneinfo/America]$ zdump -v Sao_Paulo
Sao_Paulo  Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 08:29:52 -219 UTC
isdst=0 gmtoff=0
Sao_Paulo  Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 08:29:52 -219 UTC
isdst=0 gmtoff=0
Sao_Paulo  Thu Dec 30 23:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 UTC
isdst=0 gmtoff=0
Sao_Paulo  Fri Jan  1 00:00:00 -219 UTC = Fri Jan  1 00:00:00 -219 UTC
isdst=0 gmtoff=0
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Desempenho do FreeBSD 7 no Vmware ESXi

[Alex Moura]

Saudações,

Algum sysadmin por aí com dicas para ajustes de desempenho do FreeBSD
7 no VMware ESXi?

Uma VM c/ o FreeBSD-7 está apresentando um desempenho ruim, com freio
de mão puxado.

Hardware: Dell 2850 / 4GB RAM / RAID-5 (3x)300GB HDD SCSI-U320

Já aplicamos dicas garimpadas no Google[1] e agora a VM consegue
manter o relógio
sincronizado via NTP)

a) Foi editado o  /etc/loader.conf:
   kern.hz=100 # = Alguma referência de valor melhor que 100?
Talvez 50 ou 20 melhore?
   # hint.apic.0.disabled=1 # Esta não é uma opção interessante
pq. a VM usa mais de 1 vCPU.
b) Não foi instalado o vmware-tools
c) Trocar a interface de rede para e1000 (Intel Pro 1000)
d) Ajustes na configuração de priorização da VM

Ainda falta testar a opção c acima.

[1]
http://www.freebsd.org/doc/en/books/handbook/virtualization-guest.html
http://peterkieser.com/technical/vmware-server-issues/
http://taosecurity.blogspot.com/2006/07/slow-time-with-freebsd-61-guest-on.html

[]`s,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Atualizar Ports

[Alex Moura]

Em 2008/10/2 Darvin Denmian [EMAIL PROTECTED] escreveu:


 Gostaria de saber qual é a forma mais : simples, segura e aconselhável
 de atualizar o ports,

Antes de tentar instalar um port, atualize a árvore com um dos
comandos abaixo (use um OU o outro):

1) OBS: Será feito um download de mais ou menos 50MB:

portsnap fetch extract update

OBS2: Nas atualizações subsequentes, execute apenas: portsnap fetch update

OU

pkg_add -rv fastest_cvsup  csup -g -L 1 -h `fastest_cvsup -c br -Q`
/usr/share/examples/cvsup/ports-supfile

Isso deverá te deixar pronto para instalar o rsync
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Frequencia de atualização

[Alex Moura]

Em 2008/10/1 Aguiar Magalhaes [EMAIL PROTECTED] escreveu:

 Pessoal,

 Sabendo que necessitamos atualizar sempre o sistema operacional e aplicativos 
 dos servidores freebsd, gostaria de ouvir a opinião dos colegas da lista, 
 sobre qual seria a frequencia de atualização recomendada. Uma vez por semana 
 ? Uma vez a cada quinze dias ? Uma vez por mês ?

Atualizações não são exclusividade do FreeBSD, mas em todo sistema servidor.

A frequência fica a critério de cada um de acordo com sua política e
disponibilidade. Tem os que preferem atualizar somente quando há
alertas de segurança ou os que precisam de novas características
disponíveis em novas versões e os que tendem a acompanhar as
atualizações, a fim de evitar longas paradas nos serviços, quando a
grande diferença nas versões de um software pode introduzir
dificuldades para atualização.

O último caso não é frequente, mas em alguns softwares é um problema
chato, como no caso do sistema RT (trouble ticket).

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Erro de ports: pkg_info: unable to open +CONTENTS file

[Alex Moura]

Pessoal,

Qual seria a melhor solução para esta mensagem de erro:

pkg_info: unable to open +CONTENTS file

TIA,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Desktop free

[Alex Moura]

Em 2008/9/30 Aguiar Magalhaes [EMAIL PROTECTED] escreveu:

 O que devo fazer ? Existe solução ?

Existe: instalar o plugin do Flash.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC][LICENÇA]-Procedimen to para criar uma licença voltada a Software.

[Alex Moura]

Em 2008/9/24 Paulo Henrique [EMAIL PROTECTED] escreveu:

 Na verdade será uma extenção a licença BSD.
 Não achei nada igual ao que preciso. pois a implementação não atinge um
 sistema em especifico, contudo o que quero é o seguinte.

 Estou implementado a tecnologia sobre o FreeBSD, naturalmente irei licenciar
 o codigo sobre BSD, para permitir que empresas de software proprietário
 possa implementar, o que quero não é licenciar o codigo mais sim a ideia que
 gerou o código,
 E colocar a seguinte forma de compensão, se você usa software open source,
 no caso sistema operacional de codigo aberto não terá custo com o uso, mas
 em qualquer produto no qual gera lucro e a implementação que estou fazendo
 esteja contido no seu produto que gera lucro será cobrado, royalts.
 Resumindo, se você vendo software proprietario que contem a implementação
 terá que pagar, se o que vendo é software 100% livre então está isento do
 pagamento.

 Espero ter conseguido explicar para vocês,

 Vou seguir o conselho do Adriano, vou conversar com um advogado.

Paulo,

Não entendi bem a sua explicação, mas há cerca de dois meses assisti uma
palestra de advogado da FGV que trabalha em um projeto deles sobre licenças
creative commons (obs: não sou especialista no assunto, mas um mero usuário).

Do que acho que entendi da sua necessidade, me parece que se aplicam
os seguintes conceitos que foram apresentados:

- Não se pantenteia idéias
- Implementações podem ser patenteadas (hardware, software, design,
layouts, logomarcas etc.)
- Patente não é a mesma coisa que de licença de uso de software

Se você vai desenvolver algo independente do sistema operacional,
nenhuma das licenças (nem mesmo a BSD) se aplica. Você é que vai
definir qual será a licença do seu produto, seja pra uso no FreeBSD ou
em outro OS.

E já existem diversas licenças que pessupõem uso não-comercial e uso
comercial (com objetivos de lucro), incluindo a licença BSD, que dizem
ser mais liberal que a GPL justamente por não exigir abertura do
código derivado de outro licenciado via GPL.

Me parece no seu caso, você quer uma simples patente comum e uma
licença de uso também comercial, com flexibilidade para uso
não-comercial. Parece com o caso de alguns produtos shareware. Não
parece ser algum caso de justifique a criação de mais uma licença.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Erro no ports

[Alex Moura]

Em 2008/9/26 Alex de A. Souza [EMAIL PROTECTED] escreveu:

 (...)
 Em fim, eu gostaria de saber se tem algum comando que retire a opção marcada?

cd /usr/ports/lang/php5
make config
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Proposta de novo port: IU Nagios Plugins

[Alex Moura]

Boa noite,

Algum bom porter se habilita a incluir este nos ports?

IU Nagios Plugins
http://www.nagiosexchange.org/cgi-bin/page.cgi?g=1909.html;d=1

Grato,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Apache 1.3 + PHP 5

[Alex Moura]

Em 2008/9/12 Fabiano Carlos Heringer [EMAIL PROTECTED] escreveu:
 (...)
 mas o bendito nao abre, quando tento abrir uma pagina em php, ele pede
 pra fazer download...
 (...)
 alguem tem ideia?

Parace que falta incluir algumas configurações no Apache, confirme o
port indica ao final da instalação, referente ao filetype php. Use
este comando para rever as instruções:

pkg_info -Dx php5

[]'s,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Apache 1.3 + PHP 5

[Alex Moura]

Em 2008/9/12 Fabiano Carlos Heringer [EMAIL PROTECTED] escreveu:

Estou sem acesso a um servidor neste momento, mas procurando pela
string php no httpd.conf você vai encontrar outras linhas que
referenciam php3 e php4. Troque php4 por php5 e deverá funcionar.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Apache 1.3 + PHP 5

[Alex Moura]

Em 2008/9/12 Fabiano Carlos Heringer [EMAIL PROTECTED] escreveu:

 sim sim, ja encontrei essas linhas aonde tinha php4 eu referenciei para
 o php5, quanto starto o server ele me informa a versão do PHP e tudo
 mais, como se estivesse funcionando...

Então se não for na parte de configuração do servidor (VirtualServer etc.)
onde pode estar faltando incluir index.php ao lado do index.html e index.htm
então as opções referentes à parte de configuração estão se esgotando...
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] SNMP no FreeBSD 7

[Alex Moura]

Em 2008/9/1 Bruno Moraes [EMAIL PROTECTED] escreveu:

 (...) instalei o net-snmp via ports numa boa, configurei com o comando
 snmpconf sem erros, no entanto na hora que uso o snmpwalk para checar se
 está tudo certo da time out e o serviço não esta rodando mesmo depois de dar
 um snmpd start o serviço não da nem sinal de vida e também não da erro.

Habilitou o snmpd no /etc/rc.conf?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: SNMP no FreeBSD 7

[Alex Moura]

Bruno,

Tem firewall na máquina?
Verifique as portas com um sockstat -l4
Tem algum processo escutando a porta udp/161?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] mysqldump duvidas...

[Alex Moura]

Em 2008/8/28 thiagounix [EMAIL PROTECTED] escreveu:

 (...)
   mysqldump -all-databases --user=user --password=senha --complete-insert
   --add-drop-table , assim é blz, ele roda um tempão aparece varias
   coisas na tela e pronto, mas, primeira dúvida: aonde esta a pasta ou
   arquivo gerado com isto?


É assim mesmo. Se não direcionar pra um arquivo, você vai ver o dump
da base na tela.


 outra duvida é: se eu apontar para um arquivo assim  sqlexpemplo.sql
 ele em dois segundos gera o arquivo, realmente
   aparece lá as tabelas e tudo, mas e os dados estão também??


Sim, vai estar tudo lá.


 pq é tão rápido quando apontado?


Porque o sistema não tem o trabalho exibir (fazer I/O de video ou TTY) na
tela.

é so a estrutura? como isto funciona? Eu preciso de fazer backup full
 do banco todo com todos os dados. como isto seria?


O parâmetro --opt é interessante pra isso:

mysqldump --opt -uusuario -psenha database  arquivo.sql

Se quiser fazer de todas as bases de uma vez, o --all-databases pode ser
útil.

Atenção se for fazer este backup com usuários trabalhando
(p.ex. usando sistemas que acessem alguma base).

A manpage do mysqldump é uma ótima referência.

Abrs,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] mysqldump duvidas...

[Alex Moura]

Em 2008/8/28 thiagounix [EMAIL PROTECTED] escreveu:

 (...)
   mysqldump -all-databases --user=user --password=senha --complete-insert
   --add-drop-table , assim é blz, ele roda um tempão aparece varias
   coisas na tela e pronto, mas, primeira dúvida: aonde esta a pasta ou
   arquivo gerado com isto?

É assim mesmo. Se não direcionar pra um arquivo, você vai ver o dump
da base na tela.


 outra duvida é: se eu apontar para um arquivo assim  sqlexpemplo.sql
 ele em dois segundos gera o arquivo, realmente
   aparece lá as tabelas e tudo, mas e os dados estão também??
 pq é tão rápido quando apontado?

Vai estar tudo lá. Creio que seja rápido porque o sistema não tem o
trabalho extra de exibir (fazer I/O de video ou TTY) os dados.

 é so a estrutura? como isto funciona? Eu preciso de fazer backup full
 do banco todo com todos os dados. como isto seria?

O parâmetro --opt é interessante pra isso:

mysqldump --opt -uusuario -psenha database  arquivo.sql

Se quiser fazer de todas as bases de uma vez, o --all-databases pode ser útil.

Atenção se for fazer este backup com usuários trabalhando
(p.ex. usando sistemas que acessem alguma base).

A manpage do mysqldump é uma ótima referência.

Abrs,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] (sem assunto)

[Alex Moura]

Em 2008/8/25 Pablo Sánchez [EMAIL PROTECTED] escreveu:

 Raio de sudo!!! Gato de Linux!

 su -c e pronto. Mania desse povo de Linux querer colocar os comandos deles
 aqui... aff

http://www.sudo.ws/sudo/history.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kerberos no Debian e no FreeBSD: Enorme desapontamento com o Free

[Alex Moura]

Há como testar com o FreeBSD-7 i386 ao invés de amd64?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Perda de Pacotes

[Alex Moura]

Em 2008/8/20 Rodrigo Planche [EMAIL PROTECTED] escreveu:

 Alex,

 Eis a saida

 [einstein:~]# netstat -i -I em0
 NameMtu Network   Address  Ipkts IerrsOpkts Oerrs
 Coll
 em01500 Link#1  00:15:f2:6d:26:6b 534248555  3324 458323204 0
 0
 em01500 201.91.x.x/ 201-91-x-x.cust 274703389 -
 56616 - -

Desculpe as perguntas óbvias, mas este cabo de rede que conecta
a NIC no switch está 100%? E a porta do switch está configurada
com duplex-auto?

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Perda de Pacotes

[Alex Moura]

2008/8/20 Rodrigo Planche [EMAIL PROTECTED]:
 Alex, ja testei e troquei o cabo de rede, ja troquei a placa de rede do
 servidor e nada. Equipamentos estão full-duplex 100mbps, sem autonegociação.
 Testei um notebook no lugar do meu BSD e não deu perda de pacote.

 É alguma coisa no FreeBSD o problema eu acho.

100Mbps? Não seria o caso de usar gigabit?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Perda de Pacotes

[Alex Moura]

Em 2008/8/20 Rodrigo Planche [EMAIL PROTECTED] escreveu:

 Não, porquê o meu equipamento Huawei no meu SDH de Fibra Optica da
 telefonica é porta 100Mbps e não Gigabit. Meu link é de 10mb, tem largura de
 banda de sobra ainda minha placa de rede. A placa de rede do meu servidor é
 Intel(em), ela é Gigabit.

O seu teste com notebook foi com FreeBSD? Seria interessante testar com
FreeBSD em outro hardware, antes de condenar o S.O., uma vez que há
casos de uso do FreeBSD em instalações mais pesadas que a sua.

E há ainda tem variáveis como: se o host tem algum firewall habilitado, se o
kernel foi customizado, se o há perdas com os valores default nas
variáveis sysctl
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Perda de Pacotes

[Alex Moura]

2008/8/20 Alex Moura [EMAIL PROTECTED]:
 Em 2008/8/20 Rodrigo Planche [EMAIL PROTECTED] escreveu:

 E há ainda tem variáveis como: se o host tem algum firewall habilitado, se o
 kernel foi customizado, se o há perdas com os valores default nas
 variáveis sysctl


Ah, faltou a atualização pra um FreeBSD mais recente e a troca do hardware. :o)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Perda de Pacotes

[Alex Moura]

Você pode enviar a saída do comando abaixo?

netstat -i -I interface
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Documentação - Implementação Exte nsão TCP/IP sobre o FreeBSD

[Alex Moura]

Tente estas referências:

What's cooking for FreeBSD 7?
http://ivoras.sharanet.org/freebsd/freebsd7.html

Introducing FreeBSD 7.0
http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf

What's New in FreeBSD 7.0
http://www.onlamp.com/pub/a/bsd/2008/02/26/whats-new-in-freebsd-70.html

TCP/IP Cleanup and Optimizations
http://people.freebsd.org/~andre/tcpoptimization.html

Optimizing the FreeBSD IP and TCP Stack
http://people.freebsd.org/~andre/Optimizing%20the%20FreeBSD%20IP%20and%20TCP%20Stack.pdf

An Evaluation of Network Stack Parallelization Strategies in Modern
Operating Systems
http://www.cs.rice.edu/CS/Architecture/docs/willmann-usenix06.pdf

Optimizing the FreeBSD IP and TCP Stack
http://www.networx.ch/Optimizing%20the%20FreeBSD%20IP%20and%20TCP%20Stack%20-%20Presentation.pdf

Network stack virtualization for FreeBSD 7.0 Marko Zec
http://www.bsdcan.org/2007/schedule/attachments/14-network_virtualization_zec.pdf

What's cooking for FreeBSD 8?
http://ivoras.sharanet.org/freebsd/freebsd8.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC] Cacti retorna gráfico nan

[Alex Moura]

Em 2008/8/6 Bruno Moraes [EMAIL PROTECTED] escreveu:

 Bom pessoal,

 (...) instalei ele pelo CactiEZ 0.4 versão do Cacti é 0.8.7b tudo OK na 
 instalação e
 configuração, até 4 hosts com um total de 40 gráficos o sistema faz os
 gráficos corretamente, passou disso começa a falhar e os novos hosts não
 graficados, já procurei em todos os lugares e falaram que era o poller que
 tinha que estar de acordo com o cron do sistema, modifiquei mas nada o tipo
 de poller que uso é o spine tentei usar o cmd.php mas a máquina trava pela
 quantidade de hosts, intervalo do poller 1 minuto e intervalo cron 5 minutos
 parou de falar, mas continuou sem graficar os novos, já deletei os novos e
 criei novamente depois da modificação e nada.

CactiEZ Não é criado sobre uma distro Linux (CentOS)?

É bom ter este - importante - detalhe em mente neste seu troubleshooting,
uma vez que muitas sugestões do pessoal aqui da lista podem se aplicar
ao FreeBSD e não ter o mesmo efeito noutro S.O.

Você pode informar qual a versão do rrdtool e a plataforma (hardware:
RAM, CPU(s), discos, velocidade dos discos etc.) na qual o sistema está
rodando?

Rodo em produção um cacti-0.8.7b em máquina virtual de servidor meia dúzia
de máquinas virtuais, e configurações padrão - poller.php, crontab a */5  -
monitorando 54 devices, com 1.111 data sources e 1.162 gráficos, sem
problemas de carga no servidor:

10:03AM  up 116 days,  5:43, 1 user, load averages: 2.39, 1.83, 1.35

Sugestões:

1) Além de rodar o Cacti sobre o FreeBSD, coloque as configurações
recomendadas na documentação da ferramenta. Fica mais difícil fazer
troubleshooting (e alguém conseguir te ajudar) com configurações customizadas.

2) Verifique a saúde do host pra certificar que o problema é mesmo do Cacti ou
algum componente. Veja se há processos travados ou algum causando
sobrecarga de CPU.

3) Configure o SNMP no servidor do Cacti e o configure para plotar estatísticas
dele próprio (localhost).

Está estranho isso da sua máquina travar por quantidade
de hosts monitorados.

Está monitorando via SNMP? Quais tipos de sistemas?

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: vmware

[Alex Moura]

Em 2008/8/6 Sérgio Ferreira ( WGO ) [EMAIL PROTECTED] escreveu:

 A nova versão freeware do vmware, o ESXi, não precisa de sistema operacional
 host.

 Instala ele direto e depois crie as máquinas virtuais...

Infelizmente o suporte a hardware é limitado. A(s) CPU(s) precisa(m)
ter suporte a VT.
É bom consultar a HCL antes de se empolgar.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] vmware

[Alex Moura]

Em 2008/8/6 Alexandre Correa [EMAIL PROTECTED] escreveu:
 aproveitando a thread...

 alguem tem usado XEN no bsd ? funciona ?

Suporte a Xen somente o NetBSD e o Linux possuem no momento.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: Replicar Instalação...

[Alex Moura]

Em 2008/8/4 Alex Moura [EMAIL PROTECTED] escreveu:

 tar --exclude dir1 --exclude dir2 -cvyf arq.tar.bz /

 Se preferir compactar com gzip, basta trocar o y acima por z.


Faltou  um p nos parâmetros -cvpyf para preservar as permissões.

Na hora de restaurar, é bom não esquecar de incluir o mesmo parâmetro:

cd /
tar -xvpyf arq.tar.bz

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Oracle no FreeBSD 7.0 - Máquina para desenvolvimento

[Alex Moura]

Em 2008/8/5 Gustavo Caldeira [EMAIL PROTECTED]

 Se alguém tiver alguma documentação seria de grande ajuda... já passei
 algumas madrugadas tentando...(se souberem como instalar o Oracle 9 também
 ajuda)

Creio que sua melhor chance é a documentação oficial, que
apesar de não ser para a sua versão de servidor, pode lhe indicar o caminho.

FreeBSD Handbook
10.6 Installing Oracle
http://www.freebsd.org/doc/en/books/handbook/linuxemu-oracle.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Oracle no FreeBSD 7.0 - Máquina para desenvolvimento

[Alex Moura]

Ourta referência:

Oracle 10 XE installation on FreeBSD 6.2
http://dbseminar.r61.net/node/4
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Gerenciamento de Disco FREEBSD

[Alex Moura]

Faça um

grep fsck /etc/defaults/rc.conf

e copie ales linha referente ao fsck para o seu /etc/rc.conf com =YES





On 04/08/2008, at 21:39, Cobausque [EMAIL PROTECTED] wrote:

 Pessoal gostaria de uma opinião para uma forma de se configurar um f 
 reebsd
 de maneira que em caso de queda de energia ou seja desligamento  
 irregular o
 freebsd consiga se corrigir automaticamente, podendo voltar em pleno
 funcionamento .. as vezes tenho problemas com algum problema elétric 
 o e o
 free não volta .. tenho que ir ao local rodar fsck .. não existe uma 
  maneira
 do freebsd mesmo fazer este tipo de checagem ???





 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: Replicar Instalação...

[Alex Moura]

tar --exclude dir1 --exclude dir2 -cvyf arq.tar.bz /

Se preferir compactar com gzip, basta trocar o y acima por z.



On 04/08/2008, at 21:36, Flávio Barros [EMAIL PROTECTED]  
wrote:

 Coloca ai a linha de comando do tar para compactar e excluir esses  
 diretórios.

 Abraços,


 2008/8/4 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED]:
 Pessoal,

 Minha solução foi criando uma compactação tar de todo o  
 servidor, excluindo
 apenas os diretórios,
 /dev /sys /tmp da compactação...

 Depois eu efetuo na própria maquina que vai receber o server uma i 
 nstalação
 mínima do FreeBSD, com as partições corretas...

 Após a instalação Ok e revisão de todos drivers, etc.

 Fazer uma cópia do /etc/fstab original para um backup.

 Movo o arquivo tar de um server para o outro por FTP ou seja lá o  
 que
 for

 Efetuar um Boot em Single user, montar as partições...

 Descompactar o arquivo a partir da raiz...

 Copiar o /etc/fstab novamente para o local original !

 Reiniciar a maquina e tudo deve estar ok

 Atenciosamente
 Jean Duarte
 - Original Message -
 From: Jean Everson Martina [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Friday, August 01, 2008 1:02 PM
 Subject: Re: [FUG-BR] RES: Replicar Instalação...


 Jean Duarte - Cabral Sistemas escreveu:
 Jean Everson

 Eu crio apenas uma única Partição no novo HD como /backup?

 Não necessariamente, voce pode fazer do jeito que quiser, so tem q
 lebrar de colocar as coisas coerentes no fstab


 Então ele vai copiar tudo para o /backup e depois como eu faço p 
 ara o
 Fstab
 do outro HD montar corretamente?

 Dependendo da estratégia nada. Se voce criar as partições na mesma 
  orde
 no disco novo voce não faz nada.

 Como vou particionar posteriormente o disco e fazer o fstab achar os
 /dev/a4s1a ... etc

 o mkdir é:
 mkdir /backup/dev
 mkdir /backup/sys


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




 -- 
 Desde já agradeço,
 +++
 Flávio de Oliveira Barros
 Manaus - Amazonas - Brasil

 Copiar é bom!
 Seja Legal
 Use Software Livre
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Redundancia em servidor através de WAN

[Alex Moura]

Aproveitando a thread sobre redundância, gostaria de saber de
experiências sobre a mesma demanda, sendo que os dois servidores estão
em sites geograficamente distantes, com conexão de 2Mbps.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [off] arquivos .cfg do nagios

[Alex Moura]

Em 2008/7/31 irado furioso com tudo [EMAIL PROTECTED] escreveu

 os arquivos .cfg são meio criptográficos (pra mim) e eu não
 estou conseguindo me entender com êles. Será que algum(s) colega(s)
 poderiam me enviar aquêles que venham usando, de modo a que eu, pelo
 menos, consiga entender a sintaxe daquela command_line?

A sintaxe da command_line varia em função de cada plugin, sendo que cada um
tem seu próprio help online. As consultas podem ser feitas usando -h. P.ex:

/usr/local/libexec/nagios/check_fping -h

Use ping to check connection statistics for a remote host.
(...)
Usage: check_ping -H host_address -w wrta,wpl% -c crta,cpl%
[-p packets] [-t timeout] [-4|-6]
(...)

Daí a sintaxe do command_line pro plugin check_ping fica mais clara:

grep check_ping /usr/local/etc/nagios/commands.cfg-sample

# 'check_ping' command definition
command_namecheck_ping
command_line$USER1$/check_ping -H $HOSTADDRESS$ -w $ARG1$
-c $ARG2$ -p 5
command_line$USER1$/check_ping -H $HOSTADDRESS$ -w
3000.0,80% -c 5000.0,100% -p 1
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Replicar Instalação

[Alex Moura]

Em 2008/7/31 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED]
escreveu:

 (...)

 Um tar.gz do HD inteiro e depois descompactar funcionaria? Eu teria apenas
 que cuidar do arquivo /etc/fstab para não modificar?



Tar não é a melhor ferramenta pra isso. Há várias discussões históricas na
internet sobre este assunto, e no livro Manual de Administração do Sistema
Unix, o famoso Unix System Administration Handbook.

No FreeBSD, snapshots, dump ou cópia via dd dos filesystems funciona melhor.


Só tem que lembrar de fazer backup do disklabel e que o novo HD precisa ter
tamanho pra comportar os filesystems.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Replicar Instalação

[Alex Moura]

Tar não é a ferramenta ideal pra isso.

Há várias discussões históricas na internet sobre este assunto, e no
livro Manual de Administração do Sistema Unix, o famoso Unix System
Administration Handbook.

No FreeBSD, pode usar snapshots, dump ou cópia via dd dos filesystems.

Só tem que lembrar de fazer backup do disklabel e que o novo HD precisa ter
tamanho suficiente - não precisa ser necessariamente do mesmo tamanho do
HD original - pra comportar os filesystems. O ideal, entretanto, é que o HD seja
de tamanho igual ou maior que o original.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] make install KERNCONF=MEUKERNEL

[Alex Moura]

Em 2008/7/30 [EMAIL PROTECTED] escreveu:

 Boa tarde

   Segue erro que deu com o comando make install do meu kernel. Sei que
 pode ser tolice e parecer preguiça, mas é o que ha. Quem puder auxiliar

(...)

Caso você esteja usando uma configuração de kernel customizada
(p.ex. não é o GENERIC), a causa provável do erro é ter comentado
algum item indevidamente, ou não ter incluído algum requisito.

Se for este o caso, fica difícil te orientar, sem saber qual(is)
customização(ões) estão na sua configuração de kernel, a não ser que
alguém tenha esbarrado exatamente com este mesmo erro e saiba a
solução. :-)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Softupdate no /

[Alex Moura]

Em 2008/7/30 Ari Arantes Filho [EMAIL PROTECTED] escreveu:

 Pessoal,

 Li no histórico da lista que o pessoal do Core Team do FreeBSD não recomenda
 sofupdate no /. Inclusive na instalação, o slice do / é o único que o
 instalador não coloca +S por default. Sabem o motivo disso?

Pra sua máquina rebootar normalmente depois de uma queda de luz
precisar executar manualmente um fsck -y no /

:-)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RES: BSDCon Brasil II?

[Alex Moura]

  5. Contactar possíveis empresas que poderiam ajudar no evento, como
  registro.br, CG BR, Cisco, NetAPP, Ironport, FreeBSD Fundation, etc.

 Eu tinha me esquecido do Registro BR e do CG BR, mas os outros 4 eu
 coloquei.


Talvez a Juniper Networks local se anime de apoiar,
afinal o JunOS é baseado no FreeBSD.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Port request: mysqltuner

[Alex Moura]

Algum porter se habilita a criar um port do mysqltuner?

http://rackerhacker.com/mysqltuner/

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC] - Gráficos RRDTool

[Alex Moura]

Oi, Luciano

Desculpe a demora.

Em 2008/6/5 Luciano Antonio Borguetti Faustino 
[EMAIL PROTECTED] escreveu:

 Alex,

 Acredito que tenha entendido.

 Deixa confirmar.

 No meu RRA eu não estou declarando um periodo de consolidação dos dados,
 pode ser esse o problema ?


Acho que está definindo sim:

# 24 horas
RRA:AVERAGE:0.5:1:288 \

# 168 horas (1 semana)
RRA:AVERAGE:0.5:1:2016 \

# 31 dias
RRA:AVERAGE:0.5:1:8928 \

# 365 dias
RRA:AVERAGE:0.5:1:105120 \




 Sempre vou precisar de um RRA para cada perido para fazer a consolidação ?


Vai precisar sim. O RRA é a estrutura que armazena dados dentro de uma base
RRD (Round Robin Archive).
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC] - Gráficos RRDTool

[Alex Moura]

Em 2008/6/5 Luciano Antonio Borguetti Faustino
[EMAIL PROTECTED] escreveu:

 Observem agora os valores MAXIMUM dos gráficos  mensal,
 anual, eles não são iguais, se tive um pico de trafego no mês de 6.4G hoje,
 como pode os valores do gráfico anual me dar um valor menor :) ?

 Na minha concepção os valores deveriam ser iguais, correto ?

Você se refere a um dos conceitos das bases RRD. Há perda de resolução
quando se faz a consolidação dos dados para semanas, meses e anos.

Há CFs para consolidar estes valores. Veja os dois últimos parágrafos de:

http://oss.oetiker.ch/rrdtool/tut/rrd-beginners.en.html#___top

[]'s,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Fwd: [FreeBSD-Announce] FreeBSD.org begins switch to Subversion]

[Alex Moura]

Em 2008/6/4 Patrick Tracanelli [EMAIL PROTECTED] escreveu:

 Many people have contributed to the effort, but I particularly wish to
 thank Michael Haggerty and the cvs2svn project developers for their
 assistance with extracting and decrypting our 14 years of CVS history.(...)

Isso lembra os festejos de 15 anos do FreeBSD haverá alguma festa /
churrasco / bolo com o Beastie pra comemorar? :-)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Regras de PF para firewall simples

[Alex Moura]

Acho que seria interessante você rever as regras implementando o quick.

Você pode fazer um teste movendo a regra abaixo pra depois do scrub
e antes dos block, pra verificar se o ssh passa a funcionar?

pass in on vr0 proto tcp from any to any port = ssh flags S/SA keep

Assim:

Em 2008/5/16 Sergio Augusto Vladisauskis escreveu:

 retificando:

 scrub in all fragment reassemble
pass in on vr0 proto tcp from any to any port = ssh flags S/SA keep
 block (...)
 block (...)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Regras de PF para firewall simples

[Alex Moura]

Envie a saída do comando:

pfctl -s rules
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Melhores práticas para controle de adm . de sistemas FreeBSD [OT(?)]

[Alex Moura]

Pessoal,

Em um cenário onde o administrador de sistemas FreeBSD precisa gerar
relatórios frequentes (diário ou semanal ou mensal) de suas
atividades, incluindo dados como o registro do tempo de suas ações (p.
ex: atualizações de ports), gostaria de conhecer alternativas de
'modus operandi'.

Como você registra e reporta quantos e quais ports foram instalados ou
atualizados, incluindo o tempo empregado nestas e outras atividades de
manutenção de sistemas FreeBSD? Há alguma ferramenta nos ports ou
script que ajude nestes registros, que ajude a confeccionar um
relatório gerencial?

Um exemplo do conteúdo de tal relatório gerencial:

- Total de servidores:
- IDs dos servidores:
- Total de vulnerabilidaes reportadas:
- Total de ports atualizados:
- Tempo gasto na atualização de ports:
- Total de ports instalados:
- Tempo gasto na instalação de ports:
- Total de ports removidos:
- Tempo gasto na remoção de ports:
- Total de tempo de manutenção:

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] nms [OT?]

[Alex Moura]

Em 2008/5/8 Edv [EMAIL PROTECTED] escreveu:

 Alguém conhece, e poderia informar, se tem alguma ferramenta para fazer isso
 como gente grande?
 Tipo uma aplicação WEB, com base de dados mysql, por exemplo?

Tem o IPplan no ports.

http://iptrack.sf.net
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Downgrade 7.0 para 6.3

[Alex Moura]

O seu arquivo supfile está configurado para RELENG_7?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Forçar gateway para subredes

[Alex Moura]

Em 2008/4/24 Aguiar Magalhaes [EMAIL PROTECTED] escreveu:

 Pessoal,

 Estando plugadas no mesmo switch, preciso que as máquinas das subredes 
 10.0.253.64/27 10.0.253.96/27 e 10.0.253.160/27 entendam que o gateway é 
 10.0.253.1

 Tem como ?

Tem. Você está lidando com um problema de roteamento IP (camada 3 do
modelo OSI). Nada tem a ver o fato de todos os hosts estarem
conectados no mesmo switch (camada 2 do modelo OSI). Você precisa de
um roteador que faça a entrega de pacotes IP entre suas subredes IP.
Este roteador deve estar presente - ter interface(s) com um IP de
cada subrede - em todas as subredes para rotear os pacotes entre elas.
Suas máquinas de diferentes subredes não vão saber encaminhar
diretamente pacotes para um IP fora da faixa da subrede, determinada
pela máscara de subrede.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [OFF-TOPIC] Envio de página por e-m ail

[Alex Moura]

O anexo precisa ser tipo screenshot?

Caso positivo, pode tentar usar o plugin para Firefox Pearl
Crescent, que pode ser executado via CLI:

http://pearlcrescent.com/products/pagesaver/doc/#commandline


Se não precisar ser screenshot e puder ser um dump em HTML ou texto da
página, talvez o Lynx com o parâmetro -dump atenda; bastaria colocar
no crontab algo como:

lynx -dump http://www.dominio.tld/; | mailx [EMAIL PROTECTED]

[]'s,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Copilando o Kernel / freebsd 7.0 Realease

[Alex Moura]

2008/4/15 Lopes Junior [EMAIL PROTECTED]:

 Segue abaixo o codigo.

 in_proto.o(.data+0xa8): undefined reference to `sctp_input'

Por acaso você comentou a entrada abaixo ou alguma relacionada a ela?

options SCTP
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Implementando IPTV no FreeBSD

[Alex Moura]

Em 2008/4/14 Antonio Torres [EMAIL PROTECTED] escreveu:

 A grosso modo, se voce esta pensando em uma webtv ou em us sistema
 streaming para, digamos, treinamento a distancia, sugiro  baixar  e ler o
 manual do vlc (/usr/ports/multimidia/vlc ...   http://www.videolan.org)

 Com ele voce faz de tudo: streaming, playlist, multicast, etc. etc. etc

Aproveitando o tópico, sugiro um port (Marcelo? :-) ) para o VLC ser
instalado sem suporte a X, algo como o pacote vlc-nox[1].

Pra disponibilizar um servidor streaming multicast, mesmo com várias
tentativas de usar o port do VLC, só foi possível colocar o sistema funcionando
através de compliação e instalação manual. O serviço quase foi implementado
com Linux por conta deste problema.

Outro problema foi com o vídeo - codificado em wmv, que o VLC compilado na
mão não tocou nem com reza forte - mas este é outro assunto...

Refs.:
[1] http://packages.ubuntu.com/gutsy/net/vlc-nox
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Release X Stable (Stable não é nece ssáriamente Estável )

[Alex Moura]

Em 09/04/08, Fábio Resner [EMAIL PROTECTED] escreveu:

  Porque as RELEASES se tornam STABLE no final?

Quem disse isso? A linha é: CURRENT -- STABLE -- RELEASE
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Release X Stable (Stable não é nece ssáriamente Estável )

[Alex Moura]

Leitura para todo os interessados no assunto desta thread:

A project model for the FreeBSD Project
http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/book.html

Dizem que uma imagem vale mais que mil palavras. Assim sendo, estas
figuras devem ajudar a esclarecer (ou confundir ainda mais) o assunto:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/proc-releng.png
http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/branches.png
http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/freebsd-code-model.png


Leitura adicional:

Choosing the FreeBSD Version That Is Right For You
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/version-guide/index.html

FreeBSD-CURRENT vs. FreeBSD-STABLE
http://www.freebsd.org/doc/en/books/handbook/current-stable.html

Release Engineering
http://www.over-yonder.net/~fullermd/rants/bsd4linux/bsd4linux5.php


Esta thread pode sinalizar que a FAQ da FUG se beneficiaria
atualização.  Algumas sugestões de assuntos para constarem na FAQ:

Using FreeBSD with other operating systems
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/multi-os/index.html

Choosing the FreeBSD Version That Is Right For You
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/version-guide/index.html

[]'s,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Release X Stable (Stable não é nece ssáriamente Estável )

[Alex Moura]

Oi, Fábio

Em 2008/4/10, Fábio Resner [EMAIL PROTECTED] escreveu:

  Por exemplo: As features da linha 6 de desenvolvimento sao suficientes para
  a minha empresa. Entao a melhor versao para mim eh a 6 STABLE.

Se seu perfil for mais conservador, você pode pensar em usar as
versões da série 6.x ao invés da 7.x, mas não esqueça que o suporte
para versões antigas é limitado, ou seja, não dura pra sempre e um dia
não serão mais disponibilizados correções de bug (patches) e ports
atualizados. Foi o que aconteceu com a linha FreeBSD 4.x, por exemplo.

Agora, com relação às linhas de desenvolvimento (branches), uma versão
CURRENT é mais moderna e instável que uma STABLE, que por sua vez pode
não ser tão estável quanto uma RELEASE.  A versão RELEASE era uma
STABLE que foi congelada no tempo. Para todas as versões RELEASE,
serão disponibilizados somente correções de segurança.

Assim, para uso em produção (p.ex.: na sua empresa), as versões
RELEASE são mais indicadas, porque não há possibilidade uma
atualização incluir algum novo recurso (nova feature), que possa
causar alguma instabilidade no sistema operacional.

Se você mantiver uma versão STABLE em seu servidor, vai perceber que
estarão dsponíveis atualizações diariamente. Se você quiser acompanhar
todas as atualizações, vai notar que precisa recompilar o kernel ou o
resto do SO com freqüência.

Em suma: quer rodar um servidor estável, use o RELEASE. As
atualizações para ele podem ser instaladas manualmente via aplicação
de patches ou com a ferramenta freebsd-update.

  Se eu acompanhar as novidades da proxima release e observar que foram
  implementados recursos interessantes, e que me serao uteis, entao devo optar
  pela (exemplo) 7.0 RELEASE, pois ela ja eh suficientemente estavel (nao
  querendo dizer que eh STABLE) e apresenta novos recursos.

Você está sendo confundido pelo nome STABLE. Versões RELEASE são
potencialmente mais estáveis que as STABLE, certo?

Então seria o contrário do seu pensamento acima, ou seja, se você
quiser usar algum novo recurso recém introduzido, você deverá
atualizar de uma versão RELEASE para uma versão STABLE.

  Ok faz sentido!

Espero que agora esteja mais claro. :-)

  Segundo os diagramas, nao ha mais nada ha frente da versao STABLE e ela nao
  eh continuada para evoluir para outra arvore.

As versões STABLE evoluem quando ocorre um MFC (Merge From CURRENT),
ou seja, quando alguma porção de código testado é trazida da linhagem
-CURRENT e mesclada na linhagem -STABLE, como afirma o Murray Stokely
no documento FreeBSD Release Engineering:

MFC stands for Merge From CURRENT and it describes the process of
merging a tested change from our -CURRENT development branch to our
-STABLE branch.

De fato, as -STABLE realmente não são continuadas para evoluir para
outra arvore. As versões  onde as evoluções acontecem são as da
linhagem -CURRENT, da qual deriva a linhagem -STABLE, das quais são
feitos eventuais RELEASEs.

[]'s,
Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] DNS com Vmware Server

[Alex Moura]

Em 09/04/08, Cristina Fernandes Silva [EMAIL PROTECTED] escreveu:
 Galera,

  Estou com um maquina, é um Dell PowerEdge 550 e gostaria de colocar o
  DNS Master  e Slave , o domínio de uma empresa, utilizando a
  tecnologia de virtualização, irei usar o Vmware Server,  sistema
  operacional que veio nele é   Windows 2003, porem ele irá rodar em
  virtualmente FreeBSD.

  Alguem aconselha esse tipo solução ?

Se a intenção for somente para rodar dois servidores DNS, você pode
usar o recurso de jails do FreeBSD, com a vantagem de não perder
desempenho do hardware rodando o Windows Server como sistema base.

Caso tenha intenção de rodar outros SOs ou se tem alguma necessidade
que uma jail não atende, aí o vmware torna-se uma alternativa
interessante.

Entretanto, ainda me parece mais interessante rodar o vmware server
sobre Linux do que sobre Windows Server, tanto pela questão do
desempenho quanto pela questão do custo de manutenção com atualizações
de anti-isso, anti-aquilo etc., que acabam consumindo mais do
desempenho do que seria necessário.

O vmware ESX parece ser a melhor opção se os cu$tos dele forem
acessíveis para o seu caso.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Analise de trafego no Correio

[Alex Moura]

Em 07/04/08, Cristina Fernandes Silva [EMAIL PROTECTED] escreveu:

   Máx  Saí:   2075.9 kb/s (101.4%)Média  Saí: 177.1 kb/s 
 (8.6%)

   Gráfico `Mensal'
   Máx  Entr.: 2079.1 kb/s (101.5%)Média  Entr.:   217.7kb/s 
 (10.6%)
   Máx  Saí:   2487.7 kb/s (121.5%)Média  Saí: 214.6kb/s 
 (10.5%)

Essa foi uma boa pegadinha... achei que seu circuito estava estranho -
passando dos 2Mbps - até notar que a escala está em KB/s. Acho que
precisa de algum ajuste aí nas estatísticas, porque as porcentagens
também estão induzindo a conclusões errôneas.
Isso é MRTG?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Analise de trafego no Correio

[Alex Moura]

Em 07/04/08, Cristina Fernandes Silva[EMAIL PROTECTED] escreveu:

   Gráfico `Semanal'
   Máx  Entr.: 1723.4 kb/s (84.1%) Média  Entr.: 152.6kb/s (7.5%)
   Máx  Saí:  2075.9 kb/s (101.4%) Média  Saí: 177.1kb/s (8.6%)

   Gráfico `Mensal'
   Máx  Entr.:  2079.1 kb/s (101.5%)   Média  Entr.: 217.7kb/s (10.6%)
   Máx  Saí:  2487.7 kb/s (121.5%)  Média  Saí: 214.6kb/s (10.5%)

Essa foi uma boa pegadinha... achei que seu circuito estava estranho -
passando dos 2Mbps - até notar que a escala está em KB/s. Acho que
precisa de algum ajuste aí nas estatísticas, porque as porcentagens
também estão induzindo a conclusões errôneas.
Isso é MRTG?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux

[Alex Moura]

Oi, Paulo

Em 05/04/08, Paulo Henrique [EMAIL PROTECTED] escreveu:
 Modelo de benchmark válido.
  Após ler essa thread estive pensando em como coloca benchmarks
  válidos sem argumentos de contradição.

Isto parece ser virtualmente impossível. :)
Em computação sempre há pontos para contestação. E sempre vai existir
a questão de satisfazer gregos e troianos.

Fora suas notas, acho importante ressaltar alguns pontos que podem
ajudar suas análises.

- A avaliação de desempenho e otimização (benchmarking) é uma área
específica da ciência da computação ( www.sbc.org.br/wso/ ) e bem
complexa, como você já percebeu.

- É sempre importante - principalmente na ciência - determinar
claramente o que se deseja medir, evitando escopos amplos e muito
genéricos, a metodologia e as métricas. Os testes devem ser
reproduzíveis por teceiros.
Justamente por conta do escopo não amplo (p.ex: benchmarks de
subsistemas como escalonador, filesystems, pilha TCP/IP, workload
etc.), os testes de benchmark são facilmente contestáveis, mas isso
não é necessariamente algo ruim, porque servem como ponto de partida
ou parâmetro para outros testes.

Algumas referências sobre testes que podem lhe interessar:
http://perfsuite.sourceforge.net/
http://people.freebsd.org/~kris/scaling/mysql.html
http://people.freebsd.org/~kris/scaling/7.0%20and%20beyond.pdf
http://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/
http://people.freebsd.org/~kris/scaling/ebizzy.html
http://bulk.fefe.de/scalability/
http://www.linux.com/feature/41347
http://www.tux.org/~mayer/linux/compare/index.html
http://www.linux.com/articles/41348
http://www.intelcapabilitiesforum.net/articles/best_practices_for_benchmarking_on_windows_vista_-_update-page_all/
http://www.enterprisenetworkingplanet.com/nethub/article.php/3485486
http://www.freebsdos.com/news/2008/03/11/freebsd-performance/

Particularmente, acho que seria divertida uma competição amigável
entre experts de tuning de sistemas operacionais.

[]'s
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] OF-Analise de Link Wireless

[Alex Moura]

Em 03/04/08, Thiago Gomes [EMAIL PROTECTED] escreveu:
 Bruno,

  É seguinte.. estamos com um link wireless que seu tempo de resposta
  para internet esta variando muito as vezes chega ao pico time=2344 ms
  depois baixa para 334 ms.. a minha dúvida é o seguinte. Quais os
  requisitos básico para ter um bom enlance entre a empresa e provedor,
  ou seja, qual é o nível de qualidade do sinal que tenho e como eu
  posso medir através de programas (pode ser até para windows) esse
  variação..

Para este fim específico, o Smokeping é uma boa ferramenta ajudar
nestas medições. Inclusive com recurso de configurações para emissão
de avisos caso o desempenho extrapole parêmetros fornecidos pelo
administrador.

Os requisitos que você deseja dependem do tipo de tecnologias e
equipamentos usados.

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] X11 x SSH

[Alex Moura]

Use o parâmetro -X (maiúsculo) no acesso ssh:

ssh -X [EMAIL PROTECTED]


É recomendável ativar a compressão de dados para sessões gráficas:

ssh -CX [EMAIL PROTECTED]

Juntamente com estes parâmetros você deve usar o parâmetro -L para
redirecionar uma porta local para a porta remota que está escutando o
VNC:

ssh -CXL 5900:servidor_remoto:5900 [EMAIL PROTECTED]


Depois pode conectar via VNC com:

vncviewer localhost:5900

Nestes casos, se não for usar a shell, junto com o VNC, pode ser
interessante usar o parâmetro -N do SSH para não abrir uma shell ao
acessar o servidor remoto:

ssh -24NCXL 5900:servidor_remoto:5900 [EMAIL PROTECTED]

Alex
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Divulgação de vagas: Analista de Op erações Pleno [1] e Analista de Operaçõ es Sênior [1]

[Alex Moura]

Encaminhando mensagem de outra lista. Desculpem o cross-posting.

-- Mensagem encaminhada --
From: Jahlile Jehá [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Tue, 01 Apr 2008 14:08:15 -0300
Subject: Divulgação de vagas: Analista de Operações Pleno[1] e
Analista de Operações Sênior[1]

Prezados,

 Solicitamos a divulgação das seguintes vagas:

 - Analistas de Operações Pleno (1 vaga) e
 - Analista de Operações Sênior (1 vaga),

 para atuar em nossa matriz na cidade do Rio de Janeiro com as seguintes
 características:
 __
 ANALISTA DE OPERAÇÕES SENIOR
 Descrição:

 Responsável pelo funcionamento da infra-estrutura de redes da Rede
 Nacional de Ensino e Pesquisa (RNP), conhecida como rede Ipê, através da
 identificação e resolução de problemas, tanto no nível físico quanto
 lógico. Participação direta em projetos voltados à implantação de
 conexões para instituições usuárias da RNP. Interação com responsáveis
 pela execução de projetos especiais da RNP, mediante a elaboração de
 relatórios técnicos e apresentação de palestras, para o reporte de
 informações técnicas, pertinentes à área de redes de computadores e
 levantadas junto a clientes.

 Funções:

 * Acompanhar o estado dos enlaces da rede Ipê e tomar ações
preventivas necessárias, visando a garantir o bom funcionamento da
rede;

 * Fazer o atendimento de reclamações de falhas e problemas
operacionais da rede;

 * Acompanhar os indicadores do contrato de gestão e produzir
relatórios quando solicitado;

 * Interagir com técnicos de instituições clientes da RNP para
levantamento de informações acerca da infra-estrutura de rede local e
da conectividade;

 * Interagir com operadoras de telecomunicações para obtenção de
propostas comerciais para o provimento de conectividade com a
Internet;

 * Avaliação técnica de propostas comerciais e acompanhamento do
nível de serviço contratado;

 * Redação de relatórios e emissão de pareceres técnicos;

 * Interação direta com equipe responsável pela execução de
projetos especiais da RNP para o reporte de ações e apresentação de
relatórios com levantamentos de informações técnicas solicitadas;

 * Participação em reuniões da unidade para reporte de atividades
realizadas.

 Experiência desejável:

 * Sólidos conhecimentos a respeito de TCP/IP e Internet;
 * Experiência com o funcionamento de redes TCP/IP de longa distância;
 * Experiência com a monitoração de serviços de rede de
computadores e com trabalho colaborativo.

 Requisitos mínimos:

 * Curso superior completo em área tecnológica ou de base matemática;

 * Experiência profissional, comprovada, em tempo integral, na
área de operações de redes ou administração de sistemas;

 * Disponibilidade para viagens nacionais;

 * Capacidade de expressão oral e desembaraço para fazer
apresentações e palestras;

 * Capacidade de redigir corretamente e com clareza relatórios,
propostas e projetos;

 * Domínio da língua inglesa para leitura e entendimento oral de
palestras e apresentações, bem como para entender e fazer-se entender
em encontros e contatos telefônicos com pessoas de outros países.

 Características comportamentais:

 * Capacidade de planejamento e acompanhamento de projetos e processos;
 * Facilidade de comunicação interpessoal;
 * Disciplina, organização e senso de responsabilidade.

 Requisitos desejáveis:

 * Pós-graduação na área de redes de computadores;
 * Conhecimento das boas práticas adotadas na área de gerência de projetos;
 * Domínio da língua espanhola;
 * Experiência prévia com ambiente de trabalho colaborativo.
 ___
 ANALISTA DE OPERAÇÕES PLENO
 Descrição:

 Responsável pelo monitoramento do backbone Rede Nacional de Ensino e
 Pesquisa (RNP), através da identificação e resolução dos problemas,
 tanto no nível físico quanto lógico. Promoção da disseminação de
 informações técnicas, pertinentes à área, através da elaboração de
 documentos técnicos e apresentação de palestras. Configuração de
 equipamentos da RNP mediante avaliação de hardware e software de redes.
 Funções:

 * Acompanhar o estado dos enlaces da infra-estrutura de redes da
RNP, conhecida como rede Ipê, e tomar ações preventivas necessárias,
visando a garantir o bom funcionamento da mesma;

 * Fazer o atendimento de reclamações de falhas e problemas
operacionais da rede;

 * Acompanhar os indicadores do contrato de gestão e produzir
relatórios quando solicitado;

 * Testar e avaliar o funcionamento de equipamentos e softwares de
comunicação de dados para elaboração de laudos, pareceres e
recomendações técnicas;

 * Executar configurações para atendimento a demandas de eventos
especiais e temporários;

 * Participar do sistema de avaliação da operação dos PoPs.

 Experiência desejável:

 * Sólidos 

Re: [FUG-BR] BSDDay II

[Alex Moura]

Seria interessante uma mobilização pra montar algum evento pelo menos para
se comemorar os 15 anos do FreeBSD. Patrick, saberia dizer se algo está
sendo planejado?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] BSDDay II

[Alex Moura]

Seria interessante uma mobilização pra montar algum evento pelo menos
para se comemorar os 15 anos do FreeBSD. Patrick, saberia dizer se
algo está sendo planejado?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] windows ubuntu e bsd

[Alex Moura]

Opa! Esta lista é de FreeBSD ou de Ubuntu? :-)

Moderador, por favor registre os deméritos para esta recomendação :-))


Em 2008/3/24, Fernando Silveira [EMAIL PROTECTED] escreveu:
 Olá Cristiano,

  Vc pode instalar Ubuntu ... e depois utilizar VirtualBox para
  Windows/FreeBSD

  Fern
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] windows ubuntu e bsd

[Alex Moura]

2008/3/24, Fábio Resner [EMAIL PROTECTED]:
 Esta lista eh de ajuda ou de comentarios desnecessarios? :-)
  Se for assim nao podemos discutir regras de firewall nem squid nem o que
  quer que seja relacionado a servicos! o/
  Apenas processos dependentes de SO.

Você não entendeu a brincadeira.

Estava falando da dica de instalar o Ubuntu e usar o FreeBSD em VM...
Melhor seria recomendar como instalar o FreeBSD e rodar outros SOs em
VMs.

Claro que a sua recomendação é válida. É menos pior que a terceira
alternativa. :-)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] cgilua

[Alex Moura]

Lua é uma linguagem criada e desenvolvida pela PUC-Rio:
http://www.lua.org/portugues.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd