Re: [FUG-BR] Tentando montar um HD externo zfs

2016-12-26 Por tôpico Eduardo Lemos de Sa
Caro Guilherme

2016-12-22 15:15 GMT-02:00 Guilherme Garcia 
:

> Desculpe estava no celular. Você ao importar em que especificar um
> diretório para tal. Eu uso sempre esse comando citado. Aí vou no /mnt e
> está tudo lá.
>
> -- Forwarded message --
> From: Guilherme Garcia 
> Date: 2016-12-22 14:07 GMT-03:00
> Subject: Re: [FUG-BR] Tentando montar um HD externo zfs
> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" <
> freebsd@fug.com.br>
>
>
> Vc está usando comando linux?
> Vc primeiro abre o terminal de comando e digite su, vai pedir senha vc
> digita e fica como root. Aí vc importa para o mnt:  zpool import -R tank -f
> /mnt. Vai lá no /mnt que deve estar lá, é vassim que faço.
> Em 22/12/2016 11:25, "Eduardo Lemos de Sa" 
> escreveu:
>
> > Prezados(as)
> >
> > Eu estou apanhando para fazer uma tarefa que parece, e deve ser, simples
> no
> > FreeBSD 10.3 -Release. Vou primeiro descrever a minha configuração de
> > disco:
> >
> > Tenho um zfs criado "automaticamente" quando eu fiz a instalação da
> > máquina, no meu disco nomeado ada0, que parece ter criado um pool chamado
> > zroot:
> >
> > zroot/ROOT/default on / (zfs, local, noatime, nfsv4acls)
> > devfs on /dev (devfs, local, multilabel)
> > zroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls)
> > zroot/usr/home on /usr/home (zfs, local, noatime, nfsv4acls)
> > zroot/usr/ports on /usr/ports (zfs, local, noatime, nosuid, nfsv4acls)
> > zroot/usr/src on /usr/src (zfs, local, noatime, nfsv4acls)
> > zroot/var/audit on /var/audit (zfs, local, noatime, noexec, nosuid,
> > nfsv4acls)
> > zroot/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid,
> > nfsv4acls)
> > zroot/var/log on /var/log (zfs, local, noatime, noexec, nosuid,
> nfsv4acls)
> > zroot/var/mail on /var/mail (zfs, local, nfsv4acls)
> > zroot/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls)
> > zroot on /zroot (zfs, local, noatime, nfsv4acls)
> > /dev/fuse on /usr/home/edulsa/.gvfs (fusefs, local, nosuid, synchronous,
> > mounted by edulsa)
> >
> > Eu também instalei o ZFS, também usando a 10.3, em um HD externo, que
> agora
> > é reconhecido como sendo o da4.
> >
> > Quando eu faço um zpool import, eu obtenho:
> >
> > pool: tank
> >  id: 14868000313852927528
> >   state: ONLINE
> >  action: The pool can be imported using its name or numeric identifier.
> >  config:
> >
> > tankONLINE
> >   diskid/DISK-20121022031507p2  ONLINE
> >
> > Eu então entendi que o zpool criado no disco externo tem o nome de tank
> >
> > Então eu fiz um
> >
> > sudo zpool import -f tank
> >
> > e tentei montar o disco em um diretório chamado test
> >
> > sudo zfs set mountpoint=/test tank
> >
> >
> > Não houve qualqer mensagem de erro.
> >
> > Um cd /test funciona e consegui até criar um diretório
> >
> > mkdir edulsa
> >
> > funcionou sem problemas.
> >
> > Mas, quando eu tento copiar um diretório do meu disco original (o chamado
> > zroot) para um diretório dentro do /test/edulsa eu recebo a mensagem de
> que
> > nada há em meu disco original:
> >
> > cd /home/edulsa   ou cd ~edulsa
> >
> > ll -d *
> >
> > mostra um monte de arquivos (default da instalação), mas o meus arquivos
> > que estão, por exemplo, dentro do Downloads, não aparecem.
> >
> > Um mount, me mostra tanto o zroot quanto o tank montados, com o, por
> > exemplo, zroot/usr/home/edulsa e o tank/usr/home/edulsa aparecendo. Mas,
> eu
> > não sei como acessar os arquivos que estavam no ada0 (zroot) e copia-los
> > para o da4 (tank). Por sorte, um zpool export -f tank fecha o tank e eu
> > tenho acesso novamente aos meus arquivos (pelo menos eu não destrui o meu
> > disco original :-))
> >
> > Por favor, alguma sugestão?
> >
> > Desde já, agradeço a atenção
> >
> > Um abraço
> >
> > Edu
> >
> >
> >
> >
> >
> > --
> > Eduardo Lemos de Sa
> > Associated Professor Level 4
> > Dep. Quimica da Universidade Federal do Paraná
> > fone: +55(41)3361-3300 <+55%2041%203361-3300>
> > fax:   +55(41)3361-3186 <+55%2041%203361-3186>
> > -
> > 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
>

Obrigado pela dicas. Assim que eu chegar em casa, vou testa-las, mas
acredito que agora a metodologia sugerida parece ser mais lógica e razoável
se comparada àquela que eu estava usando.

Na verdade, eu não me atentei para o fato de estar usando comandos linux:
eu andei navegando pela rede procurando informações sobre como resolver o
problema. Encontrei um tutorial, bem escrito, claro e direto, mas não havia
menção dele ter sido escrito para alguma distribuição linux. Vou, por
curiosidade, voltar lá e ver se esta informação foi explicitada, e eu
passei em cima e não a vi, ou se foi deixada nas entrelinhas.

Novamente, obrigado pela ajuda

[FUG-BR] Fwd: Template Zabbix - ZBX-CISCO-MPLS - Erro regra de descoberta.

2016-12-26 Por tôpico Paulo Henrique
Não sei o quanto OFF-TOPIC é, contudo estou precisando de ajuda para sanar
o erro na regra de discovery do MPLS no cisco, e quem poder dar uma luz é
bem vindo.

Postei a mensagem a duas semanas no GTER contudo até agora ninguém
respondeu.

Att. Paulo Henrique.

-- Mensagem encaminhada --
De: Paulo Henrique 
Data: 16 de dezembro de 2016 21:43
Assunto: Template Zabbix - ZBX-CISCO-MPLS - Erro regra de descoberta.
Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
g...@eng.registro.br>


Saudações a todos,

Estou nos ultimos dias tentando colocar o template ZBX-CISCO-MPLS (
https://github.com/jjmartres/Zabbix/tree/master/zbx-
templates/zbx-cisco/zbx-cisco-mpls ) para funcionar na empresa em que
trabalho, contudo venho obtendo um comportamento inadequado quanto a regra
de descoberta que este utiliza.
Manualmente no console do servidor consigo fazer a regra funcionar 100%
apos efetuar ajustes como remoção de virgulas e proteção dos parametros
sobre aspas-duplas, já li o script inclusive para ver se não estou fazendo
algo errado.

A regra de descoberta dentro host fica com a exclamação de "Value should be
a JSON object." que acontece quando durante a execução da regra pelo
servidor zabbix é retornado um catalago json vazio ou errado.

Já tentei ajustar a regra de descoberta para que fique igual a que funciona
no console contudo continuo obtendo o erro acima.
A regra que no console funciona 100% está abaixo.
root@zabbix externalscripts]# ./advsnmp.discovery 000.000.000.000 "-v2c -c
comunity" .1.3.6.1.4.1.9.10.65.1.3.1.1.2 1.4 5.3 8.4 12.2

Contudo a regra de descoberta que vem no template e que não funciona é esta
abaixo:
advsnmp.discovery[{HOST.HOST},"-v2c -c{$SNMP_COMMUNITY}",.1.3.6.1.
4.1.9.10.65.1.3.1.1.2,1.4,5.3,8.4,12.2]

Alguém tem esse template funcionar no ambiente em produção ?

O meu ambiente é descrito abaixo:
S.O CentOS Core 7
Zabbix Server 3.2.1-el7

Qualquer ajuda para resolver o problema é bem vindo.

Att. Paulo Henrique.

-- 
:UNI>http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Tentando montar um HD externo zfs

2016-12-26 Por tôpico Joao Rocha Braga Filho
Em 22 de dez de 2016 12:25 PM, "Eduardo Lemos de Sa" <
eduardo.lemosd...@gmail.com> escreveu:

Prezados(as)

Eu estou apanhando para fazer uma tarefa que parece, e deve ser, simples no
FreeBSD 10.3 -Release. Vou primeiro descrever a minha configuração de disco:

Tenho um zfs criado "automaticamente" quando eu fiz a instalação da
máquina, no meu disco nomeado ada0, que parece ter criado um pool chamado
zroot:

zroot/ROOT/default on / (zfs, local, noatime, nfsv4acls)
devfs on /dev (devfs, local, multilabel)
zroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls)
zroot/usr/home on /usr/home (zfs, local, noatime, nfsv4acls)
zroot/usr/ports on /usr/ports (zfs, local, noatime, nosuid, nfsv4acls)
zroot/usr/src on /usr/src (zfs, local, noatime, nfsv4acls)
zroot/var/audit on /var/audit (zfs, local, noatime, noexec, nosuid,
nfsv4acls)
zroot/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid,
nfsv4acls)
zroot/var/log on /var/log (zfs, local, noatime, noexec, nosuid, nfsv4acls)
zroot/var/mail on /var/mail (zfs, local, nfsv4acls)
zroot/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls)
zroot on /zroot (zfs, local, noatime, nfsv4acls)
/dev/fuse on /usr/home/edulsa/.gvfs (fusefs, local, nosuid, synchronous,
mounted by edulsa)

Eu também instalei o ZFS, também usando a 10.3, em um HD externo, que agora
é reconhecido como sendo o da4.

Quando eu faço um zpool import, eu obtenho:

pool: tank
 id: 14868000313852927528
  state: ONLINE
 action: The pool can be imported using its name or numeric identifier.
 config:

tankONLINE
  diskid/DISK-20121022031507p2  ONLINE

Eu então entendi que o zpool criado no disco externo tem o nome de tank

Então eu fiz um

sudo zpool import -f tank

e tentei montar o disco em um diretório chamado test

sudo zfs set mountpoint=/test tank


Não houve qualqer mensagem de erro.

Um cd /test funciona e consegui até criar um diretório

mkdir edulsa

funcionou sem problemas.

Mas, quando eu tento copiar um diretório do meu disco original (o chamado
zroot) para um diretório dentro do /test/edulsa eu recebo a mensagem de que
nada há em meu disco original:

cd /home/edulsa   ou cd ~edulsa

ll -d *

mostra um monte de arquivos (default da instalação), mas o meus arquivos
que estão, por exemplo, dentro do Downloads, não aparecem.

Um mount, me mostra tanto o zroot quanto o tank montados, com o, por
exemplo, zroot/usr/home/edulsa e o tank/usr/home/edulsa aparecendo. Mas, eu
não sei como acessar os arquivos que estavam no ada0 (zroot) e copia-los
para o da4 (tank). Por sorte, um zpool export -f tank fecha o tank e eu
tenho acesso novamente aos meus arquivos (pelo menos eu não destrui o meu
disco original :-))

Por favor, alguma sugestão?

Desde já, agradeço a atenção


Eu estou às voltas com um RAID ZFS externo que estou tentando fazer.

HD externo UFS é bem mais tranquilo do que ZFS.

Está usando USB 2 ou 3?

Estou com problemas com o USB 3. A interface parece reiniciar.

Teste a seguinte coisa enquanto lê ou escreve no disco.

iostat -c 1000 -d ada0 da0

Isto mostrará o IO segundo a segundo dos dois dispositivos, e se houver um
problema, e a interface testar, ela some, ficando somente o outro disco.

O dmesg também informa se a USB reiniciou.

Abraços,
João Rocha.



Um abraço

Edu





--
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
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