Re: [FUG-BR] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"
tenta um: # pkg-static upgrade -f pkg > On Jan 26, 2016, at 11:15, Gabriel Rodrigues Cravo Roxo >wrote: > > Aparentemente existe algum problema realmente com os arquivos, com o ls > apenas ele lista os arquivos na pasta, porém se eu tentar recuperar > informações sobre eles apresenta o erro abaixo: > > root@:/usr/local/lib # ls | grep pkg > libpkg.a > libpkg.so > libpkg.so.3 > libpkg.so.3.0.0 > > root@:/usr/local/lib # ls -lh | grep pkg > ls: libpkg.a: Bad file descriptor > ls: libpkg.so: Bad file descriptor > ls: libpkg.so.3: Bad file descriptor > ls: libpkg.so.3.0.0: Bad file descriptor > > > > Em 26 de janeiro de 2016 10:11, Otacílio > escreveu: > >> Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: >> >>> Bom dia pessoal, >>> >>> Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", >>> estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". >>> >>> FreeBSD 10.1-STABLE #1 r281235 >>> >>> >> Você já verificou se o arquivo existe mesmo lá? >> >> []'s >> -Otacílio >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > > Att. > > Gabriel Rodrigues > Administrador de Redes > Tel: 35 3701-0947 > Cel: 35 8857-5530 > WEBNET Com. de Equipamentos LTDA > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Renato Botelho - 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: Cannot fstat "/usr/local/lib/libpkg.so.3"
Em 26/01/2016 10:15, Gabriel Rodrigues Cravo Roxo escreveu: Aparentemente existe algum problema realmente com os arquivos, com o ls apenas ele lista os arquivos na pasta, porém se eu tentar recuperar informações sobre eles apresenta o erro abaixo: root@:/usr/local/lib # ls | grep pkg libpkg.a libpkg.so libpkg.so.3 libpkg.so.3.0.0 root@:/usr/local/lib # ls -lh | grep pkg ls: libpkg.a: Bad file descriptor ls: libpkg.so: Bad file descriptor ls: libpkg.so.3: Bad file descriptor ls: libpkg.so.3.0.0: Bad file descriptor Em 26 de janeiro de 2016 10:11, Otacílioescreveu: Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: Bom dia pessoal, Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". FreeBSD 10.1-STABLE #1 r281235 Você já verificou se o arquivo existe mesmo lá? []'s -Otacílio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu acho que você deve resetar a máquina, iniciar no single mode, passar um fsck, resetar novamente e iniciar normal e fazer o que o Renato sugeriu: tenta um: # pkg-static upgrade -f pkg Parece coisa de sistema de arquivo corrompido. - 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: Cannot fstat "/usr/local/lib/libpkg.so.3"
Em 26 de janeiro de 2016 11:28, Otacílioescreveu: > Em 26/01/2016 10:15, Gabriel Rodrigues Cravo Roxo escreveu: > >> Aparentemente existe algum problema realmente com os arquivos, com o ls >> apenas ele lista os arquivos na pasta, porém se eu tentar recuperar >> informações sobre eles apresenta o erro abaixo: >> >> root@:/usr/local/lib # ls | grep pkg >> libpkg.a >> libpkg.so >> libpkg.so.3 >> libpkg.so.3.0.0 >> >> root@:/usr/local/lib # ls -lh | grep pkg >> ls: libpkg.a: Bad file descriptor >> ls: libpkg.so: Bad file descriptor >> ls: libpkg.so.3: Bad file descriptor >> ls: libpkg.so.3.0.0: Bad file descriptor >> >> >> >> Em 26 de janeiro de 2016 10:11, Otacílio >> escreveu: >> >> Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: >>> >>> Bom dia pessoal, Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". FreeBSD 10.1-STABLE #1 r281235 Você já verificou se o arquivo existe mesmo lá? >>> >>> []'s >>> -Otacílio >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >> >> > > Eu acho que você deve resetar a máquina, iniciar no single mode, passar um > fsck, resetar novamente e iniciar normal e fazer o que o Renato sugeriu: > > tenta um: > > # pkg-static upgrade -f pkg > > > Parece coisa de sistema de arquivo corrompido. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Infelizmente somente o fsck -y em single-user não será o suficiente para corrigir o problema, provavelmente a biblioteca está corrompida, recomendo um make buildworld de todo o sistema ou se estiver com pressa execute os tres comandos abaixo. #cd /usr/src/usr.sbin/pkg #make clean #make install Se não teve nenhuma queda de energia recomendo a se preparar para trocar o HD, se estiver utilizando raid10 ou stripe melhor verificar a integridade deles antes de condenar o HD, e ativa o softupdate, evita essas dores de cabeça. 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] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"
Obrigado pessoal, Tivemos sim um reboot forçado por queda de energia na hora da montagem do equipamento em rack, é uma ServerU L800, está com disco SSD, o equipamento é novo, calculo que não deva ser problema físico, apenas lógico por conta do reboot forçado. Vou fazer os testes e verificações, se for o caso recompilo o world do sistema. Mais uma vez obrigado, posto o resultado depois de executar as ações. Em 26 de janeiro de 2016 10:51, Paulo Henriqueescreveu: > Em 26 de janeiro de 2016 11:28, Otacílio > escreveu: > > > Em 26/01/2016 10:15, Gabriel Rodrigues Cravo Roxo escreveu: > > > >> Aparentemente existe algum problema realmente com os arquivos, com o ls > >> apenas ele lista os arquivos na pasta, porém se eu tentar recuperar > >> informações sobre eles apresenta o erro abaixo: > >> > >> root@:/usr/local/lib # ls | grep pkg > >> libpkg.a > >> libpkg.so > >> libpkg.so.3 > >> libpkg.so.3.0.0 > >> > >> root@:/usr/local/lib # ls -lh | grep pkg > >> ls: libpkg.a: Bad file descriptor > >> ls: libpkg.so: Bad file descriptor > >> ls: libpkg.so.3: Bad file descriptor > >> ls: libpkg.so.3.0.0: Bad file descriptor > >> > >> > >> > >> Em 26 de janeiro de 2016 10:11, Otacílio > >> escreveu: > >> > >> Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: > >>> > >>> Bom dia pessoal, > > Alguém já passou por algo semelhante, ao tentar utilizar o comando > "pkg", > estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". > > FreeBSD 10.1-STABLE #1 r281235 > > > Você já verificou se o arquivo existe mesmo lá? > >>> > >>> []'s > >>> -Otacílio > >>> - > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >>> > >>> > >> > >> > > > > Eu acho que você deve resetar a máquina, iniciar no single mode, passar > um > > fsck, resetar novamente e iniciar normal e fazer o que o Renato sugeriu: > > > > tenta um: > > > > # pkg-static upgrade -f pkg > > > > > > Parece coisa de sistema de arquivo corrompido. > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Infelizmente somente o fsck -y em single-user não será o suficiente para > corrigir o problema, provavelmente a biblioteca está corrompida, recomendo > um make buildworld de todo o sistema ou se estiver com pressa execute os > tres comandos abaixo. > > #cd /usr/src/usr.sbin/pkg > #make clean > #make install > > Se não teve nenhuma queda de energia recomendo a se preparar para trocar o > HD, se estiver utilizando raid10 ou stripe melhor verificar a integridade > deles antes de condenar o HD, e ativa o softupdate, evita essas dores de > cabeça. > > Att. Paulo Henrique. > > > > -- > :UNI> Paulo Henrique. > Fone: (21) 37089388. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Att. Gabriel Rodrigues Administrador de Redes Tel: 35 3701-0947 Cel: 35 8857-5530 WEBNET Com. de Equipamentos LTDA - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
2016-01-24 11:18 GMT-03:00, Marcelo Gondim: > Em 14/10/2015 12:19, Marcelo Gondim escreveu: >> On 14-10-2015 06:07, Sergio Lopes wrote: >>> Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o >>> mesmo problema usando LACP >>> >>> >>> igb2: Interface stopped DISTRIBUTING, possible flapping >>> igb4: Interface stopped DISTRIBUTING, possible flapping >>> >>> >>> Cada vez que o problema ocorre o tráfego da interface de um sentido >>> comuta para outra interface, fazendo com que o usuário perceba uma >>> queda de 5 segundos. >>> >>> Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch ai >>> fica normal. >>> >> Repara também no load como que sobe. Tenta usar o 10.1-stable que to >> usando e vê se resolve seu problema: >> >> 10.1-STABLE r281235 >> >>> >>> >>> >>> >>> >>> Vinícius Zavam escreveu: 2015-10-04 9:59 GMT-03:00 Marcelo Gondim : [recorte] ... [/recorte] gondim, isso daí é algo que, assim como você, eu também teria de sentar com tempo e calma pra escovar com ajuda de ferramentas de stress, benchmark e algumas RFC; 2544, por exemplo (se não me engano). "adota essa criança" e ajuda o projeto a identificar o que está ruim pra quem utiliza stable/10. quanto mais detalhes e informações forem coletadas e reportadas, melhor. certamente uma sugestão de correção com patches também ajuda. infelizmente eu não chego nem perto de ter como reproduzir o cenário (não tenho máquinas, nem infraestrutura, que estejam disponíveis pra isso). > E ae pessoal, > > Retornando com essa thread pois descobri coisas novas à respeito do > problema. O problema não está no LACP porque nós retiramos o LACP e > colocamos tudo em interface de 10GbE X520-SR2. > O que parece é que algo mudou em relação ao cpu affinity entre a versão > 10.1-STABLE que estou usando e as versões atuais. > > Na versão 10.1-STABLE estou com o cpu affinity assim: > > /usr/bin/cpuset -l 11 -x 300 > /usr/bin/cpuset -l 10 -x 301 > /usr/bin/cpuset -l 9 -x 302 > /usr/bin/cpuset -l 8 -x 303 > /usr/bin/cpuset -l 7 -x 304 > /usr/bin/cpuset -l 6 -x 305 > /usr/bin/cpuset -l 0 -x 306 > /usr/bin/cpuset -l 1 -x 307 > /usr/bin/cpuset -l 9 -x 308 > > /usr/bin/cpuset -l 5 -x 355 > /usr/bin/cpuset -l 4 -x 356 > /usr/bin/cpuset -l 3 -x 357 > /usr/bin/cpuset -l 2 -x 358 > /usr/bin/cpuset -l 1 -x 359 > /usr/bin/cpuset -l 0 -x 360 > /usr/bin/cpuset -l 5 -x 361 > /usr/bin/cpuset -l 4 -x 362 > /usr/bin/cpuset -l 3 -x 363 > > /usr/bin/cpuset -l 5 -x 364 > /usr/bin/cpuset -l 4 -x 365 > /usr/bin/cpuset -l 3 -x 366 > /usr/bin/cpuset -l 2 -x 367 > /usr/bin/cpuset -l 1 -x 368 > /usr/bin/cpuset -l 0 -x 369 > /usr/bin/cpuset -l 5 -x 370 > /usr/bin/cpuset -l 4 -x 371 > /usr/bin/cpuset -l 3 -x 372 > > Dessa forma está funcionando no 10.1-STABLE sem problemas e os idle dos > cores meio que balanceados. A máquina é um Dual Hexa Xeon e por isso tem > 12 cores. Aí fiz uns testes e percebi o seguinte: > > Problema 1: quando atualizo do 10.1-STABLE para o 10.2 ou 11 e jogo os > meus links para o router (+5Gbps de tráfego), os cores ficam totalmente > desbalanceados ou seja, uns ficam normais com 30% à 40% idle e outros > ficam com 5% à 8% idle. Isso sem mudar nada em nenhum arquivo, somente > atualizando o sistema e mantendo todas as configurações. Egypcio sabe se > houve alguma mudança que poderia ter mudado esse comportamento no cpu > affinity? > > Problema 2: no sistema atual 10.1-STABLE descobri o seguinte: fui tentar > melhorar o balanceamento nos cores com o cpu affinity (cpuset) e quando > faço isso passo à ter perdas de pacotes nos links de dados. O que me > obriga à ter que reiniciar o sistema pra normalizar tudo. Ou seja mexeu > no cpu affinity, então reinicie porque senão pode dar zica e feia. > > Doideira isso. Ou seja o problema não estava no link aggregation. > > []´s > Gondim gondim, eahi. suavidade? catei aqui no histórico que tu estavas a relatar o uso da r281235 como 10.1-STABLE. confere? os códigos do cpuset tu poderias verificar no "svnweb" do freebsd em https://svnweb.freebsd.org (base/stable/10/usr.bin/cpuset, se tu estás a utilizar STABLE. independente de ser 10.1, 10.2, ...); aí tu podes consultar a revisão específica. // também pode sair escovando via CLI, se quiser... em "stable/10", segundo o svnweb, não são feitas alterações nesse cabra já faz um bom tempo; 2 anos. em "releng/10.1" tu podes ver que já houve alterações mais recentes (15 meses). finalmente, em "releng/10.2", tu podes ver que o código foi alterado cerca de 6 meses atrás. para qual desses branches essa tua máquina estavas/está a apontar? chegou a escovar (testar) o comportamento apenas num dos branches? fazia checkout de rHEAD ou r281235 apenas em "stable/10"? caso tu tenhas disponibilidade, experimenta utilizar rHEAD entregue pelo "releng/10.2" (se a curiosidade for ainda maior, cata os códigos da CURRENT e escova; remove
Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
Em 26 de janeiro de 2016 19:57, Vinícius Zavamescreveu: > 2016-01-24 11:18 GMT-03:00, Marcelo Gondim : > > Em 14/10/2015 12:19, Marcelo Gondim escreveu: > >> On 14-10-2015 06:07, Sergio Lopes wrote: > >>> Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o > >>> mesmo problema usando LACP > >>> > >>> > >>> igb2: Interface stopped DISTRIBUTING, possible flapping > >>> igb4: Interface stopped DISTRIBUTING, possible flapping > >>> > >>> > >>> Cada vez que o problema ocorre o tráfego da interface de um sentido > >>> comuta para outra interface, fazendo com que o usuário perceba uma > >>> queda de 5 segundos. > >>> > >>> Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch ai > >>> fica normal. > >>> > >> Repara também no load como que sobe. Tenta usar o 10.1-stable que to > >> usando e vê se resolve seu problema: > >> > >> 10.1-STABLE r281235 > >> > >>> > >>> > >>> > >>> > >>> > >>> Vinícius Zavam escreveu: > 2015-10-04 9:59 GMT-03:00 Marcelo Gondim : > > > [recorte] > > ... > > [/recorte] > > > gondim, > > isso daí é algo que, assim como você, eu também teria de sentar com > tempo e > calma pra escovar com ajuda de ferramentas de stress, benchmark e > algumas > RFC; 2544, por exemplo (se não me engano). > > "adota essa criança" e ajuda o projeto a identificar o que está ruim > pra > quem utiliza stable/10. quanto mais detalhes e informações forem > coletadas > e reportadas, melhor. certamente uma sugestão de correção com patches > também ajuda. infelizmente eu não chego nem perto de ter como > reproduzir o > cenário (não tenho máquinas, nem infraestrutura, que estejam > disponíveis > pra isso). > > E ae pessoal, > > > > Retornando com essa thread pois descobri coisas novas à respeito do > > problema. O problema não está no LACP porque nós retiramos o LACP e > > colocamos tudo em interface de 10GbE X520-SR2. > > O que parece é que algo mudou em relação ao cpu affinity entre a versão > > 10.1-STABLE que estou usando e as versões atuais. > > > > Na versão 10.1-STABLE estou com o cpu affinity assim: > > > > /usr/bin/cpuset -l 11 -x 300 > > /usr/bin/cpuset -l 10 -x 301 > > /usr/bin/cpuset -l 9 -x 302 > > /usr/bin/cpuset -l 8 -x 303 > > /usr/bin/cpuset -l 7 -x 304 > > /usr/bin/cpuset -l 6 -x 305 > > /usr/bin/cpuset -l 0 -x 306 > > /usr/bin/cpuset -l 1 -x 307 > > /usr/bin/cpuset -l 9 -x 308 > > > > /usr/bin/cpuset -l 5 -x 355 > > /usr/bin/cpuset -l 4 -x 356 > > /usr/bin/cpuset -l 3 -x 357 > > /usr/bin/cpuset -l 2 -x 358 > > /usr/bin/cpuset -l 1 -x 359 > > /usr/bin/cpuset -l 0 -x 360 > > /usr/bin/cpuset -l 5 -x 361 > > /usr/bin/cpuset -l 4 -x 362 > > /usr/bin/cpuset -l 3 -x 363 > > > > /usr/bin/cpuset -l 5 -x 364 > > /usr/bin/cpuset -l 4 -x 365 > > /usr/bin/cpuset -l 3 -x 366 > > /usr/bin/cpuset -l 2 -x 367 > > /usr/bin/cpuset -l 1 -x 368 > > /usr/bin/cpuset -l 0 -x 369 > > /usr/bin/cpuset -l 5 -x 370 > > /usr/bin/cpuset -l 4 -x 371 > > /usr/bin/cpuset -l 3 -x 372 > > > > Dessa forma está funcionando no 10.1-STABLE sem problemas e os idle dos > > cores meio que balanceados. A máquina é um Dual Hexa Xeon e por isso tem > > 12 cores. Aí fiz uns testes e percebi o seguinte: > > > > Problema 1: quando atualizo do 10.1-STABLE para o 10.2 ou 11 e jogo os > > meus links para o router (+5Gbps de tráfego), os cores ficam totalmente > > desbalanceados ou seja, uns ficam normais com 30% à 40% idle e outros > > ficam com 5% à 8% idle. Isso sem mudar nada em nenhum arquivo, somente > > atualizando o sistema e mantendo todas as configurações. Egypcio sabe se > > houve alguma mudança que poderia ter mudado esse comportamento no cpu > > affinity? > > > > Problema 2: no sistema atual 10.1-STABLE descobri o seguinte: fui tentar > > melhorar o balanceamento nos cores com o cpu affinity (cpuset) e quando > > faço isso passo à ter perdas de pacotes nos links de dados. O que me > > obriga à ter que reiniciar o sistema pra normalizar tudo. Ou seja mexeu > > no cpu affinity, então reinicie porque senão pode dar zica e feia. > > > > Doideira isso. Ou seja o problema não estava no link aggregation. > > > > []´s > > Gondim > > gondim, > eahi. suavidade? > > catei aqui no histórico que tu estavas a relatar o uso da r281235 como > 10.1-STABLE. confere? os códigos do cpuset tu poderias verificar no > "svnweb" do freebsd em https://svnweb.freebsd.org > (base/stable/10/usr.bin/cpuset, se tu estás a utilizar STABLE. > independente de ser 10.1, 10.2, ...); aí tu podes consultar a revisão > específica. // também pode sair escovando via CLI, se quiser... > > em "stable/10", segundo o svnweb, não são feitas alterações nesse > cabra já faz um bom tempo; 2 anos. em "releng/10.1" tu podes ver que > já houve alterações mais recentes (15 meses). finalmente, em > "releng/10.2", tu podes ver que o código foi alterado cerca de 6 meses > atrás. > > para qual
Re: [FUG-BR] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"
Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: Bom dia pessoal, Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". FreeBSD 10.1-STABLE #1 r281235 Você já verificou se o arquivo existe mesmo lá? []'s -Otacílio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"
Bom dia pessoal, Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". FreeBSD 10.1-STABLE #1 r281235 -- Att. Gabriel Rodrigues Administrador de Redes Tel: 35 3701-0947 Cel: 35 8857-5530 WEBNET Com. de Equipamentos LTDA - 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: Cannot fstat "/usr/local/lib/libpkg.so.3"
Aparentemente existe algum problema realmente com os arquivos, com o ls apenas ele lista os arquivos na pasta, porém se eu tentar recuperar informações sobre eles apresenta o erro abaixo: root@:/usr/local/lib # ls | grep pkg libpkg.a libpkg.so libpkg.so.3 libpkg.so.3.0.0 root@:/usr/local/lib # ls -lh | grep pkg ls: libpkg.a: Bad file descriptor ls: libpkg.so: Bad file descriptor ls: libpkg.so.3: Bad file descriptor ls: libpkg.so.3.0.0: Bad file descriptor Em 26 de janeiro de 2016 10:11, Otacílioescreveu: > Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: > >> Bom dia pessoal, >> >> Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", >> estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". >> >> FreeBSD 10.1-STABLE #1 r281235 >> >> > Você já verificou se o arquivo existe mesmo lá? > > []'s > -Otacílio > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Att. Gabriel Rodrigues Administrador de Redes Tel: 35 3701-0947 Cel: 35 8857-5530 WEBNET Com. de Equipamentos LTDA - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd