Re: [FUG-BR] erro compilar kernel

[Edinilson J. Santos]

Em 07/08/2019 19:08, Luis Teixeira escreveu:

Boa noite amigos,

Estou com dificuldades na compilação do kernel, segue abaixo o que adionei
no arquivo do novo kernel e o erro:

# PF
device  pf
device  pflog
device  pfsync
options ALTQ
options ALTQ_CBQ # Class Bases Queuing (CBQ)
options ALTQ_RED # Random Early Detection (RED)
options ALTQ_RIO # RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_CDNR
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build
options ALTQ_DEBUG

# IPFW
options IPFIREWALL # suporte a ipfw
options IPFIREWALL_VERBOSE # suporte aos logs do ipfw
options IPFIREWALL_FORWARD # suporte a ipfw fwd
options IPFIREWALL_VERBOSE_LIMIT=500# limite do log alterado,
evita DoS local
options IPFIREWALL_DEFAULT_TO_ACCEPT# politica de firewall
(aberto)
options INCLUDE_CONFIG_FILE
options IPSTEALTH

# NATD
options IPDIVERT # suporte a NAT via socks

# DUMMYNET (QoS)
options DUMMYNET # suporte ao dummynet
options HZ=1000 # altera o clock


erro retornado:

root@server:/usr/src # make buildkernel KERNCONF=FIREWALL
make[1]: "/usr/src/Makefile.inc1" line 159: SYSTEM_COMPILER: Determined
that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.

--

Kernel build for FIREWALL started on Wed Aug  7 19:08:20 -03 2019

--
===> FIREWALL
mkdir -p /usr/obj/usr/src/sys

--

stage 1: configuring the kernel

--
cd /usr/src/sys/amd64/conf;
  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
  config  -d /usr/obj/usr/src/sys/FIREWALL  -I '/usr/src/sys/amd64/conf'
'/usr/src/sys/amd64/conf/FIREWALL'
WARNING: duplicate option `INCLUDE_CONFIG_FILE' encountered.
/usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

se alguém puder ajudar, desde já agradeço




att.
Luis Teixeira

*.ºvº*. | Linux, porque eu amo a liberdade!
*/(L)\* | Linux User: #420124
*.^.^.*|

*Socialmente justo, economicamente viável e tecnologicamente sustentável*
Contatos: (91) 99253-2087 (vivo) -  98423-1293 (claro) Skype: Luis Teixeira
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Uma das melhores formas de você compilar o kernel do FreeBSD é fazendo um 
INCLUDE do GENERIC e ir desativando (usando nooptions ou nodevice) ou ativando 
itens (options ou device).
Veja este link:
https://www.freebsd.org/doc/handbook/kernelconfig-config.html


Edinilson

-
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 compilar kernel

[Luiz Gustavo S. Costa]

Luis Teixeira  escreveu no dia quarta, 7/08/2019
à(s) 23:09:

> Boa noite amigos,
>
> Estou com dificuldades na compilação do kernel, segue abaixo o que adionei
> no arquivo do novo kernel e o erro:
>
> # PF
> device  pf
> device  pflog
> device  pfsync
> options ALTQ
> options ALTQ_CBQ # Class Bases Queuing (CBQ)
> options ALTQ_RED # Random Early Detection (RED)
> options ALTQ_RIO # RED In/Out
> options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
> options ALTQ_CDNR
> options ALTQ_PRIQ # Priority Queuing (PRIQ)
> options ALTQ_NOPCC # Required for SMP build
> options ALTQ_DEBUG
>
> # IPFW
> options IPFIREWALL # suporte a ipfw
> options IPFIREWALL_VERBOSE # suporte aos logs do ipfw
> options IPFIREWALL_FORWARD # suporte a ipfw fwd
> options IPFIREWALL_VERBOSE_LIMIT=500# limite do log alterado,
> evita DoS local
> options IPFIREWALL_DEFAULT_TO_ACCEPT# politica de firewall
> (aberto)
> options INCLUDE_CONFIG_FILE
> options IPSTEALTH
>
> # NATD
> options IPDIVERT # suporte a NAT via socks
>
> # DUMMYNET (QoS)
> options DUMMYNET # suporte ao dummynet
> options HZ=1000 # altera o clock
>
>
> erro retornado:
>
> root@server:/usr/src # make buildkernel KERNCONF=FIREWALL
> make[1]: "/usr/src/Makefile.inc1" line 159: SYSTEM_COMPILER: Determined
> that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.
>
> --
> >>> Kernel build for FIREWALL started on Wed Aug  7 19:08:20 -03 2019
> --
> ===> FIREWALL
> mkdir -p /usr/obj/usr/src/sys
>
> --
> >>> stage 1: configuring the kernel
> --
> cd /usr/src/sys/amd64/conf;
>
>  
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
>  config  -d /usr/obj/usr/src/sys/FIREWALL  -I '/usr/src/sys/amd64/conf'
> '/usr/src/sys/amd64/conf/FIREWALL'
> WARNING: duplicate option `INCLUDE_CONFIG_FILE' encountered.
> /usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
>
> Stop.
> make: stopped in /usr/src
>
> se alguém puder ajudar, desde já agradeço
>
>
>
>
> att.
> Luis Teixeira
>
> *.ºvº*. | Linux, porque eu amo a liberdade!
> */(L)\* | Linux User: #420124
> *.^.^.*|
>
> *Socialmente justo, economicamente viável e tecnologicamente sustentável*
> Contatos: (91) 99253-2087 (vivo) -  98423-1293 (claro) Skype: Luis Teixeira
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Olá Luis,

O erro já esta explicito para você na mensagem de saida da compilação:

> /usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"

Eu aconselharia a você dar uma olhadinha nos manuais do NATD e DIVERTD
antes de fazer copy/paste de configuração de kernel e entender o propósito
das ferramentas:

-
https://www.freebsd.org/cgi/man.cgi?query=natd&apropos=0&sektion=0&manpath=FreeBSD+12.0-RELEASE+and+Ports&arch=default&format=html

-
https://www.freebsd.org/cgi/man.cgi?query=divert&sektion=4&apropos=0&manpath=FreeBSD+12.0-RELEASE+and+Ports

Abraços e boa aventura no BSD !

Luiz Gustavo Costa
http://www.luizgustavo.pro.br
-
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 de conflito no Portmaster

[Robson Peripolli Rodrigues]

Estou tentando atualizar os programas neste servidor.

Em 17 de maio de 2017 21:22, Paulo Olivier Cavalcanti <
procavalca...@gmail.com> escreveu:

> Em Qua 17 Mai 2017 16:39:09 BRT
> Robson Peripolli Rodrigues  escreveu:
>
> > Boa tarde Paulo deu certo. Aqui apareceu outro erro em outro arquivo
> > você passou por isso?
> >
> > /bin/mv
> > /usr/ports/devel/llvm37/work/stage/usr/local/llvm37/share/
> man/man1/scan-build.1
> >  /usr/ports/devel/llvm37/work/stage/usr/local/man/man1/scan-build37.1
> > mv: rename
> > /usr/ports/devel/llvm37/work/stage/usr/local/llvm37/share/
> man/man1/scan-build.1
> > to /usr/ports/devel/llvm37/work/stage/usr/local/man/man1/scan-build37.1:
> > No such file or directory
> > *** Error code 1
> >
> > Stop.
> > make[1]: stopped in /usr/ports/devel/llvm37
> > *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/devel/llvm37
> >
> > ===>>> make stage failed for devel/llvm37
> > ===>>> Aborting update
> >
> > ===>>> Update for devel/llvm37 failed
> > ===>>> Aborting update
>
>
> Normalmente erros durante o staging é problema no código fonte. Espere
> um pouco e baixe o port llvm37 novamente. Você está tentando compilar o
> que?
>
>
> --
> Paulo Olivier Cavalcanti
> http://about.me/paulocavalcanti
> -
> 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] Erro de conflito no Portmaster

[Paulo Olivier Cavalcanti]

Em Qua 17 Mai 2017 16:39:09 BRT
Robson Peripolli Rodrigues  escreveu:

> Boa tarde Paulo deu certo. Aqui apareceu outro erro em outro arquivo
> você passou por isso?
> 
> /bin/mv
> /usr/ports/devel/llvm37/work/stage/usr/local/llvm37/share/man/man1/scan-build.1
>  /usr/ports/devel/llvm37/work/stage/usr/local/man/man1/scan-build37.1
> mv: rename
> /usr/ports/devel/llvm37/work/stage/usr/local/llvm37/share/man/man1/scan-build.1
> to /usr/ports/devel/llvm37/work/stage/usr/local/man/man1/scan-build37.1:
> No such file or directory
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/ports/devel/llvm37
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/devel/llvm37
> 
> ===>>> make stage failed for devel/llvm37
> ===>>> Aborting update  
> 
> ===>>> Update for devel/llvm37 failed
> ===>>> Aborting update  


Normalmente erros durante o staging é problema no código fonte. Espere
um pouco e baixe o port llvm37 novamente. Você está tentando compilar o
que?

 
-- 
Paulo Olivier Cavalcanti
http://about.me/paulocavalcanti
-
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 de conflito no Portmaster

[Robson Peripolli Rodrigues]

Boa tarde Paulo deu certo. Aqui apareceu outro erro em outro arquivo você
passou por isso?

/bin/mv
/usr/ports/devel/llvm37/work/stage/usr/local/llvm37/share/man/man1/scan-build.1
 /usr/ports/devel/llvm37/work/stage/usr/local/man/man1/scan-build37.1
mv: rename
/usr/ports/devel/llvm37/work/stage/usr/local/llvm37/share/man/man1/scan-build.1
to /usr/ports/devel/llvm37/work/stage/usr/local/man/man1/scan-build37.1: No
such file or directory
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/devel/llvm37
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/llvm37

===>>> make stage failed for devel/llvm37
===>>> Aborting update

===>>> Update for devel/llvm37 failed
===>>> Aborting update


Em 17 de maio de 2017 13:36, Paulo Cavalcanti 
escreveu:

> 2017-05-17 10:45 GMT-03:00 Robson Peripolli Rodrigues  >:
> > Pessoal estou atualizando os pacotes com o portmaster num FreeBSD
> > 10.3-RELEASE e deu a seguinte mensagem:
> >
> > Installing mesa-libs-17.0.4...
> > pkg-static: mesa-libs-17.0.4 conflicts with libEGL-11.2.2 (installs files
> > into the same place).  Problematic file: /usr/local/include/EGL/egl.h
> > *** Error code 70
> >
> > Stop.
> >ake[1]: stopped in /usr/ports/graphics/mesa-libs
> > *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/graphics/mesa-libs
> >
> > Alguém já enfrentou esta dificuldade e conseguiu a solução?
> >
> >
>
>
> Tive exatamente o mesmo problema ontem. Resolvi removendo os seguintes
> pacotes:
>
> pkg remove -f libglapi
> pkg remove -f gbm
> pkg remove -f libglesv2
> pkg remove -f libGL
> pkg remove -f libEGL
>
> E então:
>
> portmaster -wd graphics/mesa-libs
> -
> 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] Erro de conflito no Portmaster

[Paulo Cavalcanti]

2017-05-17 10:45 GMT-03:00 Robson Peripolli Rodrigues :
> Pessoal estou atualizando os pacotes com o portmaster num FreeBSD
> 10.3-RELEASE e deu a seguinte mensagem:
>
> Installing mesa-libs-17.0.4...
> pkg-static: mesa-libs-17.0.4 conflicts with libEGL-11.2.2 (installs files
> into the same place).  Problematic file: /usr/local/include/EGL/egl.h
> *** Error code 70
>
> Stop.
>ake[1]: stopped in /usr/ports/graphics/mesa-libs
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/graphics/mesa-libs
>
> Alguém já enfrentou esta dificuldade e conseguiu a solução?
>
>


Tive exatamente o mesmo problema ontem. Resolvi removendo os seguintes pacotes:

pkg remove -f libglapi
pkg remove -f gbm
pkg remove -f libglesv2
pkg remove -f libGL
pkg remove -f libEGL

E então:

portmaster -wd graphics/mesa-libs
-
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 na compilação do x11-toolkits/qt5-widgets - FreeBSD 11-Stable

[Paulo Henrique]

Em 14 de maio de 2017 12:33, Paulo Olivier Cavalcanti <
procavalca...@gmail.com> escreveu:

> Em Dom 14 Mai 2017 10:16:27 BRT
> Paulo Henrique  escreveu:
>
> > Saudações,
> >
> > Estou tendo um problema na compilação do port
> > x11-toolskits/qt5-widgets, um port que é dependência do KDE.
> > Abaixo estão as linhas do erro.
> >
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > multiple definition of `__bss_start@Qt_5'
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > first defined here
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > multiple definition of `_edata@Qt_5'
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> > first defined here
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x2b2a0):
> > multiple definition of `_end@Qt_5'
> > c++: error: linker command failed with exit code 1 (use -v to see
> > invocation)
> > *** Error code 1
> >
> > Stop.
> > make[2]: stopped in
> > /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-
> opensource-src-5.7.1/src/tools/uic
> > *** Error code 1
> >
> > Stop.
> > make[1]: stopped in /usr/ports/x11-toolkits/qt5-widgets
> > *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/x11-toolkits/qt5-widgets
> > root@matilda:/usr/ports/x11-toolkits/qt5-widgets #
> >
> > AS info do meu sistema estão abaixo, alguem sabe o que está causando
> > esse erro ?
> > root@matilda:/usr/ports/x11-toolkits/qt5-widgets # uname -a
> > FreeBSD matilda.underground 11.0-STABLE FreeBSD 11.0-STABLE #8
> > r310546M: Thu Jan  5 10:43:38 BRST 2017
>
>
> Parece ser um problema na linkedição ou conflito de lib. Já verificou se
> tem algum qt4-* instalado?
>
>
> --
> Paulo Olivier Cavalcanti
> http://about.me/paulocavalcanti
> -
>

Pois é, fiquei meio puto e rodei um pkg delete all removi tudo que tinha
relacionado aos ports anteriormente instalados e estou compilando do zero
de novo.

ATt.

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

Re: [FUG-BR] Erro na compilação do x11-toolkits/qt5-widgets - FreeBSD 11-Stable

[Paulo Olivier Cavalcanti]

Em Dom 14 Mai 2017 10:16:27 BRT
Paulo Henrique  escreveu:

> Saudações,
> 
> Estou tendo um problema na compilação do port
> x11-toolskits/qt5-widgets, um port que é dependência do KDE.
> Abaixo estão as linhas do erro.
> 
> /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> multiple definition of `__bss_start@Qt_5'
> /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> first defined here
> /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> multiple definition of `_edata@Qt_5'
> /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x27a98):
> first defined here
> /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensource-src-5.7.1/lib/libQt5Core.so:(.dynamic+0x2b2a0):
> multiple definition of `_end@Qt_5'
> c++: error: linker command failed with exit code 1 (use -v to see
> invocation)
> *** Error code 1
> 
> Stop.
> make[2]: stopped in
> /usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensource-src-5.7.1/src/tools/uic
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/ports/x11-toolkits/qt5-widgets
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/x11-toolkits/qt5-widgets
> root@matilda:/usr/ports/x11-toolkits/qt5-widgets #
> 
> AS info do meu sistema estão abaixo, alguem sabe o que está causando
> esse erro ?
> root@matilda:/usr/ports/x11-toolkits/qt5-widgets # uname -a
> FreeBSD matilda.underground 11.0-STABLE FreeBSD 11.0-STABLE #8
> r310546M: Thu Jan  5 10:43:38 BRST 2017


Parece ser um problema na linkedição ou conflito de lib. Já verificou se
tem algum qt4-* instalado? 


-- 
Paulo Olivier Cavalcanti
http://about.me/paulocavalcanti
-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Renato Sousa]

Sim, certamente!

Muito obrigado a todos pela ajuda!

Abraços,

Renato

Em 10 de janeiro de 2017 11:26, Renato Botelho  escreveu:

> > On 10 Jan 2017, at 10:30, Renato Sousa  wrote:
> >
> > Bom dia Renato,
> >
> > Sim, esse servidor é RELEASE e com o kernel GENERIC.
> > Vou ver como fazer essa atualização e reporto aqui.
>
>
> Seria interessante daqui pra frente você ter uma política de updates. Hoje
> o seu servidor roda uma versão com muitas falhas de segurança documentadas
> que o tornam vulnerável a vários tipos de ataque.
>
> Manter o sistema atualizado é uma prática de segurança importante.
>
> --
> Renato Botelho
>
> -
> 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] ERRO - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 10 Jan 2017, at 10:30, Renato Sousa  wrote:
> 
> Bom dia Renato,
> 
> Sim, esse servidor é RELEASE e com o kernel GENERIC.
> Vou ver como fazer essa atualização e reporto aqui.


Seria interessante daqui pra frente você ter uma política de updates. Hoje o 
seu servidor roda uma versão com muitas falhas de segurança documentadas que o 
tornam vulnerável a vários tipos de ataque.

Manter o sistema atualizado é uma prática de segurança importante.

--
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 - /lib/libc.so.7: version FBSD_1.4 required

[Renato Sousa]

Bom dia Renato,

Sim, esse servidor é RELEASE e com o kernel GENERIC.
Vou ver como fazer essa atualização e reporto aqui.

Abraços a todos e muito obrigado pela ajuda!

Renato

Em 9 de janeiro de 2017 10:02, Renato Botelho  escreveu:

> > On 9 Jan 2017, at 08:55, Renato Sousa  wrote:
> >
> > Bom dia Renato,
> >
> > Segue retorno do comando uname -na
> >
> > uname -na
> > FreeBSD xxx.xxx.xx.xx 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu
> Jan
> > 16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/
> obj/usr/src/sys/GENERIC
> > amd64
>
>
> Então, você usa um sistema genérico, versão -RELEASE com kernel GENERIC.
> Dá pra atualizar isso muito fácil com o freebsd-update e ir pro
> 10.3-RELEASE. Na minha opinião essa é a saída mais correta e simples.
> Mantenho servidores que foram instalados na época do 6.x ou 7.x e sempre os
> atualizei, é tudo uma questão de ter backup e planejar, fazer com cuidado.
>
> --
> Renato Botelho
>
> -
> 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] ERRO - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 9 Jan 2017, at 08:55, Renato Sousa  wrote:
> 
> Bom dia Renato,
> 
> Segue retorno do comando uname -na
> 
> uname -na
> FreeBSD xxx.xxx.xx.xx 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan
> 16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC
> amd64


Então, você usa um sistema genérico, versão -RELEASE com kernel GENERIC. Dá pra 
atualizar isso muito fácil com o freebsd-update e ir pro 10.3-RELEASE. Na minha 
opinião essa é a saída mais correta e simples. Mantenho servidores que foram 
instalados na época do 6.x ou 7.x e sempre os atualizei, é tudo uma questão de 
ter backup e planejar, fazer com cuidado.

--
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 - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 9 Jan 2017, at 09:26, Nilton Jose Rizzo  wrote:
> 
> Em Mon, 9 Jan 2017 08:52:45 -0200, Renato Botelho escreveu
>>> On 8 Jan 2017, at 14:20, Nilton Jose Rizzo  wrote:
>>> 
>>> Em Sun, 8 Jan 2017 10:55:30 +, Vinícius Zavam escreveu
 On Jan 8, 2017 00:09, "Nilton Jose Rizzo"  wrote:
 
 Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu
 
  porque o pkg instala os pactes para uma máquina genérica, e com as
 opções básicasd configuradas, se você por acaso instalou um lib ou alguma
 coisa via ports e a configurou com opções customizadas, no futuro se
 você for instalar algo que dependa disso, o pkg irá reclamar e 
 reinstalar a dependencia com as opções padrão.
 
  faz um teste instala o ffmpeg comas opções não básicas e tenta instalar
 algo que dependa dele via pkg, vai dar merda
 
 
 salvo engano, tbm existe a possibilidade de usar o pkg-static...
 
 https://www.freebsd.org/cgi/man.cgi?query=pkg-static
>>> 
>>>  Se você notar, a man page é basicamente a mesma do pkg. e lá
>>> diz:
>>> pkg-static is a statically linked variant of pkg typically only 
>>> used for the initial installation of pkg.
>>> 
>>> ou seja, não faz nada de diferente.
>> 
>> Ele não faz nada de diferente, porém, é um binário estático e não 
>> vai ter dependência de nenhuma biblioteca, então resolveria o erro 
>> do report original da falta do símbolo na libc.so.7. Mas ele deve 
>> ser usado apenas em situações de emergência.
>> 
>> O problema no caso é que os pacotes do repositório foram compilados 
>> usando a libc.so.7 mais nova, já com os símbolos que o pkg tá 
>> reclamando não encontrar. E como praticamente todos os binários 
>> instalados através do pkg dependem da libc esse erro vai começar a 
>> acontecer com muitos outros binários caso os pacotes sejam atualizados.
>> 
>> Quando você usa uma versão não suportada do FreeBSD assume esse tipo 
>> de risco. A única forma que eu vejo de tudo continuar funcionando é 
>> esquecer o pkg e fazer tudo via ports. MAS, vale lembrar que a 
>> árvore do ports não é obrigada a funcionar em versões não suportadas,
>> então pode dar pau do mesmo jeito.
>> 
>> A solução simples e funcional é atualizar o FreeBSD pra 10.3. Se 
>> feito com cautela e seguindo os passos certinho não tem erro.
> 
>Mas eu já tive esse erro no -current Renato.  tive que atualizar
> todo o source e depois todos os ports que uso, são só 1870+.  Imagina
> a dor de cabeça no meio da atualização saber que uma nova versão de
> um ports qualquer que é dependência de uns tantos outros está quebrado
> ou com Vulnerabilidades, e a atualização é apenas um _1. Como já
> sofri com isso


Mas passar por esse tipo de coisa no -CURRENT é esperado, é uma versão de 
desenvolvimento e quando é necessária uma quebra de API/ABI ali é o local onde 
isso vai realmente ocorrer. Faz parte da brincadeira :)

Independente de ter sido um bump no PORTREVISION (_1) a base do SO onde isso 
foi compilado sofreu mudanças, e aí o binário vai mudar.

--
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 - /lib/libc.so.7: version FBSD_1.4 required

[Nilton Jose Rizzo]

Em Mon, 9 Jan 2017 08:52:45 -0200, Renato Botelho escreveu
> > On 8 Jan 2017, at 14:20, Nilton Jose Rizzo  wrote:
> > 
> > Em Sun, 8 Jan 2017 10:55:30 +, Vinícius Zavam escreveu
> >> On Jan 8, 2017 00:09, "Nilton Jose Rizzo"  wrote:
> >> 
> >> Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu
> >>> Em Sáb  7 Jan 2017 14:30:01 BRST
> >>> "Nilton Jose Rizzo"  escreveu:
> >>> 
> >>> [...]
> >>> 
>    Otácilio, isso não funciona, pois depende de comilar o clang e
>  llvm, e o sistema ficará completamente instável.
>  
>  
>    Tem uma discursão muito boa sobre o sistema pkg na list
>  internacional que eu estive vendo.  Muitos problemas iguais ao que
>  percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e
>  deveria ter a possibilidade de realizar todos os trabalhos com a
>  versão instaada, principalmente uma correção tão pequena quanto um _1
>  
>    Na minha opnião, que eu já tive que fazer, foi recompilar todo o
>  sistema e nunca, nunca mesmo misture pkg com o ports que vai dar
>  merda, na certa
>  
> >>> 
> >>> Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo
> >>> ports. Não tive problemas. Por que misturar pkg com ports é ruim, na
> >>> sua opinião?
> >> 
> >>   porque o pkg instala os pactes para uma máquina genérica, e com as
> >> opções básicasd configuradas, se você por acaso instalou um lib ou alguma
> >> coisa via ports e a configurou com opções customizadas, no futuro se
> >> você for instalar algo que dependa disso, o pkg irá reclamar e 
> >> reinstalar a dependencia com as opções padrão.
> >> 
> >>   faz um teste instala o ffmpeg comas opções não básicas e tenta instalar
> >> algo que dependa dele via pkg, vai dar merda
> >> 
> >>> 
> >>> --
> >>> Paulo Olivier Cavalcanti
> >> 
> >> salvo engano, tbm existe a possibilidade de usar o pkg-static...
> >> 
> >> https://www.freebsd.org/cgi/man.cgi?query=pkg-static
> > 
> >   Se você notar, a man page é basicamente a mesma do pkg. e lá
> > diz:
> > pkg-static is a statically linked variant of pkg typically only 
> > used for the initial installation of pkg.
> > 
> > ou seja, não faz nada de diferente.
> 
> Ele não faz nada de diferente, porém, é um binário estático e não 
> vai ter dependência de nenhuma biblioteca, então resolveria o erro 
> do report original da falta do símbolo na libc.so.7. Mas ele deve 
> ser usado apenas em situações de emergência.
> 
> O problema no caso é que os pacotes do repositório foram compilados 
> usando a libc.so.7 mais nova, já com os símbolos que o pkg tá 
> reclamando não encontrar. E como praticamente todos os binários 
> instalados através do pkg dependem da libc esse erro vai começar a 
> acontecer com muitos outros binários caso os pacotes sejam atualizados.
> 
> Quando você usa uma versão não suportada do FreeBSD assume esse tipo 
> de risco. A única forma que eu vejo de tudo continuar funcionando é 
> esquecer o pkg e fazer tudo via ports. MAS, vale lembrar que a 
> árvore do ports não é obrigada a funcionar em versões não suportadas,
>  então pode dar pau do mesmo jeito.
> 
> A solução simples e funcional é atualizar o FreeBSD pra 10.3. Se 
> feito com cautela e seguindo os passos certinho não tem erro.

Mas eu já tive esse erro no -current Renato.  tive que atualizar
todo o source e depois todos os ports que uso, são só 1870+.  Imagina
a dor de cabeça no meio da atualização saber que uma nova versão de
um ports qualquer que é dependência de uns tantos outros está quebrado
ou com Vulnerabilidades, e a atualização é apenas um _1. Como já
sofri com isso

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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Renato Sousa]

Bom dia Renato,

Segue retorno do comando uname -na

uname -na
FreeBSD xxx.xxx.xx.xx 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan
16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC
 amd64

Abraços,

Renato


Em 6 de janeiro de 2017 12:04, Renato Botelho  escreveu:

> > On 6 Jan 2017, at 10:42, Renato Sousa  wrote:
> >
> > Olá Renato,
> >
> > Era justamente esse processo que queria evitar pois faz alguns anos que
> não
> > faço e a maquina é física e está em produção.
> > O que poderia ser menos traumático para o meu caso?  Atualizar ou
> > reinstalar o sistema ?
>
>
> Pra te responder isso eu preciso saber duas coisas. Cola o resultado do
> ‘uname -a’ aí pra mim por favor
>
> --
> Renato Botelho
>
> -
> 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] ERRO - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 8 Jan 2017, at 14:20, Nilton Jose Rizzo  wrote:
> 
> Em Sun, 8 Jan 2017 10:55:30 +, Vinícius Zavam escreveu
>> On Jan 8, 2017 00:09, "Nilton Jose Rizzo"  wrote:
>> 
>> Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu
>>> Em Sáb  7 Jan 2017 14:30:01 BRST
>>> "Nilton Jose Rizzo"  escreveu:
>>> 
>>> [...]
>>> 
   Otácilio, isso não funciona, pois depende de comilar o clang e
 llvm, e o sistema ficará completamente instável.
 
 
   Tem uma discursão muito boa sobre o sistema pkg na list
 internacional que eu estive vendo.  Muitos problemas iguais ao que
 percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e
 deveria ter a possibilidade de realizar todos os trabalhos com a
 versão instaada, principalmente uma correção tão pequena quanto um _1
 
   Na minha opnião, que eu já tive que fazer, foi recompilar todo o
 sistema e nunca, nunca mesmo misture pkg com o ports que vai dar
 merda, na certa
 
>>> 
>>> Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo
>>> ports. Não tive problemas. Por que misturar pkg com ports é ruim, na
>>> sua opinião?
>> 
>>   porque o pkg instala os pactes para uma máquina genérica, e com as
>> opções básicasd configuradas, se você por acaso instalou um lib ou alguma
>> coisa via ports e a configurou com opções customizadas, no futuro se
>> você for instalar algo que dependa disso, o pkg irá reclamar e 
>> reinstalar a dependencia com as opções padrão.
>> 
>>   faz um teste instala o ffmpeg comas opções não básicas e tenta instalar
>> algo que dependa dele via pkg, vai dar merda
>> 
>>> 
>>> --
>>> Paulo Olivier Cavalcanti
>> 
>> salvo engano, tbm existe a possibilidade de usar o pkg-static...
>> 
>> https://www.freebsd.org/cgi/man.cgi?query=pkg-static
> 
>   Se você notar, a man page é basicamente a mesma do pkg. e lá
> diz:
> pkg-static is a statically linked variant of pkg typically only 
> used for the initial installation of pkg.
> 
> ou seja, não faz nada de diferente.


Ele não faz nada de diferente, porém, é um binário estático e não vai ter 
dependência de nenhuma biblioteca, então resolveria o erro do report original 
da falta do símbolo na libc.so.7. Mas ele deve ser usado apenas em situações de 
emergência.

O problema no caso é que os pacotes do repositório foram compilados usando a 
libc.so.7 mais nova, já com os símbolos que o pkg tá reclamando não encontrar. 
E como praticamente todos os binários instalados através do pkg dependem da 
libc esse erro vai começar a acontecer com muitos outros binários caso os 
pacotes sejam atualizados.

Quando você usa uma versão não suportada do FreeBSD assume esse tipo de risco. 
A única forma que eu vejo de tudo continuar funcionando é esquecer o pkg e 
fazer tudo via ports. MAS, vale lembrar que a árvore do ports não é obrigada a 
funcionar em versões não suportadas, então pode dar pau do mesmo jeito.

A solução simples e funcional é atualizar o FreeBSD pra 10.3. Se feito com 
cautela e seguindo os passos certinho não tem erro.

--
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 - /lib/libc.so.7: version FBSD_1.4 required

[Nilton Jose Rizzo]

Em Sun, 8 Jan 2017 10:55:30 +, Vinícius Zavam escreveu
> On Jan 8, 2017 00:09, "Nilton Jose Rizzo"  wrote:
> 
> Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu
> > Em Sáb  7 Jan 2017 14:30:01 BRST
> > "Nilton Jose Rizzo"  escreveu:
> >
> > [...]
> >
> > >Otácilio, isso não funciona, pois depende de comilar o clang e
> > > llvm, e o sistema ficará completamente instável.
> > >
> > >
> > >Tem uma discursão muito boa sobre o sistema pkg na list
> > > internacional que eu estive vendo.  Muitos problemas iguais ao que
> > > percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e
> > > deveria ter a possibilidade de realizar todos os trabalhos com a
> > > versão instaada, principalmente uma correção tão pequena quanto um _1
> > >
> > >Na minha opnião, que eu já tive que fazer, foi recompilar todo o
> > > sistema e nunca, nunca mesmo misture pkg com o ports que vai dar
> > > merda, na certa
> > >
> >
> > Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo
> > ports. Não tive problemas. Por que misturar pkg com ports é ruim, na
> > sua opinião?
> 
>porque o pkg instala os pactes para uma máquina genérica, e com as
> opções básicasd configuradas, se você por acaso instalou um lib ou alguma
> coisa via ports e a configurou com opções customizadas, no futuro se
> você for instalar algo que dependa disso, o pkg irá reclamar e 
> reinstalar a dependencia com as opções padrão.
> 
>faz um teste instala o ffmpeg comas opções não básicas e tenta instalar
> algo que dependa dele via pkg, vai dar merda
> 
> >
> > --
> > Paulo Olivier Cavalcanti
> 
> salvo engano, tbm existe a possibilidade de usar o pkg-static...
> 
> https://www.freebsd.org/cgi/man.cgi?query=pkg-static

   Se você notar, a man page é basicamente a mesma do pkg. e lá
diz:
pkg-static is a statically linked variant of pkg typically only 
used for the initial installation of pkg.

ou seja, não faz nada de diferente.

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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Vinícius Zavam]

On Jan 8, 2017 00:09, "Nilton Jose Rizzo"  wrote:

Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu
> Em Sáb  7 Jan 2017 14:30:01 BRST
> "Nilton Jose Rizzo"  escreveu:
>
> [...]
>
> >Otácilio, isso não funciona, pois depende de comilar o clang e
> > llvm, e o sistema ficará completamente instável.
> >
> >
> >Tem uma discursão muito boa sobre o sistema pkg na list
> > internacional que eu estive vendo.  Muitos problemas iguais ao que
> > percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e
> > deveria ter a possibilidade de realizar todos os trabalhos com a
> > versão instaada, principalmente uma correção tão pequena quanto um _1
> >
> >Na minha opnião, que eu já tive que fazer, foi recompilar todo o
> > sistema e nunca, nunca mesmo misture pkg com o ports que vai dar
> > merda, na certa
> >
>
> Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo
> ports. Não tive problemas. Por que misturar pkg com ports é ruim, na
> sua opinião?

   porque o pkg instala os pactes para uma máquina genérica, e com as
opções básicasd configuradas, se você por acaso instalou um lib ou alguma
coisa via ports e a configurou com opções customizadas, no futuro se
você for instalar algo que dependa disso, o pkg irá reclamar e reinstalar a
dependencia com as opções padrão.

   faz um teste instala o ffmpeg comas opções não básicas e tenta instalar
algo que dependa dele via pkg, vai dar merda


>
> --
> Paulo Olivier Cavalcanti


salvo engano, tbm existe a possibilidade de usar o pkg-static...

https://www.freebsd.org/cgi/man.cgi?query=pkg-static
-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Nilton Jose Rizzo]

Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu
> Em Sáb  7 Jan 2017 14:30:01 BRST
> "Nilton Jose Rizzo"  escreveu:
> 
> [...]
> 
> >Otácilio, isso não funciona, pois depende de comilar o clang e
> > llvm, e o sistema ficará completamente instável.
> > 
> > 
> >Tem uma discursão muito boa sobre o sistema pkg na list
> > internacional que eu estive vendo.  Muitos problemas iguais ao que
> > percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e
> > deveria ter a possibilidade de realizar todos os trabalhos com a
> > versão instaada, principalmente uma correção tão pequena quanto um _1
> > 
> >Na minha opnião, que eu já tive que fazer, foi recompilar todo o
> > sistema e nunca, nunca mesmo misture pkg com o ports que vai dar
> > merda, na certa
> >
> 
> Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo
> ports. Não tive problemas. Por que misturar pkg com ports é ruim, na 
> sua opinião?

   porque o pkg instala os pactes para uma máquina genérica, e com as 
opções básicasd configuradas, se você por acaso instalou um lib ou alguma
coisa via ports e a configurou com opções customizadas, no futuro se 
você for instalar algo que dependa disso, o pkg irá reclamar e reinstalar a
dependencia com as opções padrão.

   faz um teste instala o ffmpeg comas opções não básicas e tenta instalar
algo que dependa dele via pkg, vai dar merda


> 
> -- 
> Paulo Olivier Cavalcanti
> http://about.me/paulocavalcanti
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Paulo Olivier Cavalcanti]

Em Sáb  7 Jan 2017 14:30:01 BRST
"Nilton Jose Rizzo"  escreveu:

[...]

>Otácilio, isso não funciona, pois depende de comilar o clang e
> llvm, e o sistema ficará completamente instável.
> 
> 
>Tem uma discursão muito boa sobre o sistema pkg na list
> internacional que eu estive vendo.  Muitos problemas iguais ao que
> percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e
> deveria ter a possibilidade de realizar todos os trabalhos com a
> versão instaada, principalmente uma correção tão pequena quanto um _1
> 
>Na minha opnião, que eu já tive que fazer, foi recompilar todo o
> sistema e nunca, nunca mesmo misture pkg com o ports que vai dar
> merda, na certa
> 

Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo
ports. Não tive problemas. Por que misturar pkg com ports é ruim, na sua
opinião?


-- 
Paulo Olivier Cavalcanti
http://about.me/paulocavalcanti
-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Nilton Jose Rizzo]

Em Sat, 7 Jan 2017 13:40:42 +, Vinícius Zavam escreveu
> 2017-01-06 14:04 GMT+00:00 Renato Botelho :
> 
> > > On 6 Jan 2017, at 10:42, Renato Sousa  wrote:
> > >
> > > Olá Renato,
> > >
> > > Era justamente esse processo que queria evitar pois faz alguns anos que
> > não
> > > faço e a maquina é física e está em produção.
> > > O que poderia ser menos traumático para o meu caso?  Atualizar ou
> > > reinstalar o sistema ?
> >
> >
> > Pra te responder isso eu preciso saber duas coisas. Cola o resultado do
> > ‘uname -a’ aí pra mim por favor
> >
> > --
> > Renato Botelho
> >
> 
> freebsd-update(8) não ajuda/resolve? tu podes especificar uma atualização
> apenas pra base, caso tenhas um kernel customizado... e depois ir 
> fazendo a atualização aos poucos. se tu tiveres um "generic",
>  tenho fé de que vai suave; sair de 10.0 pra 10.3.
> 
> atualizar apenas a libc ou o pkg até que é possível, mas... errr...
> "fica feio", né? deu uma olhada rápida nas dependências pra 
> compilar o pkg da base? tirei isso de usr.sbin/pkg/Makefile.depend,
>  numa máquina com HEAD:
> 
> DIRDEPS = \
> gnu/lib/csu \
> gnu/lib/libgcc \
> include \
> include/arpa \
> include/xlocale \
> lib/${CSU_DIR} \
> lib/libarchive \
> lib/libbz2 \
> lib/libc \
> lib/libcompiler_rt \
> lib/libexpat \
> lib/libfetch \
> lib/liblzma \
> lib/libsbuf \
> lib/libthr \
> lib/libucl \
> lib/libz \
> lib/msun \
> secure/lib/libcrypto \
> secure/lib/libssl \
> 
> se o impacto de fazer checkout dos fontes pra release/10.3.0 (ou pra
> releng/10.3) e compilar tudo não for algo preocupante pra essa tua máquina
> em produção, eu optaria por fazer a atualização ao invés de uma
> reinstalação - reboot vai ser necessário de um jeito ou de outro, 
> se eu entendi direito o caso aí (ah! minhas config de kernel sempre 
> fazem include de GENERIC, e vou removendo o que não preciso. assim 
> não fica pendente algum bagulho novo que entrou na config e eu 
> deixei de adicionar, por descuido).
> 
> eu suponho/torço que antes de jogar o "pkg upgrade", tu deves ter
> consultado se as opções padrões ou dependências pra todos os pacotes
> instalados que tu tens não mudaram drasticamente... e já tem um 
> backup aí preparado com tudo que tá em produção :3


   Pefeita a sua observação sobre  backup.  Como já fiz besteiras 
com servidores em produção que depois ficaram parados quase um dia
inteiro.  hoje eu faço a troca de máquinas, tenho um hardware igual
onde faço as atualizações, instalações e depois de tudo ok, subo ele
no lugar do da produção, e o de produção passa a ser o meu backup
n atualizo reinstalo testo tudo . é clro que nem sempre temos
condições para termos uma segunda máquina para todas em produção
aio temnos que ter o backup em mãoes para caso dar merda, é só restaurar

> 
> [ ] ' s
> 
> -- 
> Vinícius Zavam
> keybase.io/egypcio/key.asc
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Nilton Jose Rizzo]

Em Fri, 6 Jan 2017 10:04:52 -0300, Otacílio escreveu

> >>
> > -
> > 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ê poderia fazer um checkout dos fontes da versão 
> 10.3 do FreeBSD e depois tentar compilar e instalar só o pkg. Ele 
> fica em usr.sbin/pkg
> 
> []'s
> 
> -Otacílio

   Otácilio, isso não funciona, pois depende de comilar o clang e llvm,
e o sistema ficará completamente instável.


   Tem uma discursão muito boa sobre o sistema pkg na list internacional
que eu estive vendo.  Muitos problemas iguais ao que percebi.
O pkg, IMHO, não deveria ser atualizado desta forma, e deveria ter
a possibilidade de realizar todos os trabalhos com a versão instaada,
principalmente uma correção tão pequena quanto um _1

   Na minha opnião, que eu já tive que fazer, foi recompilar todo o sistema
e nunca, nunca mesmo misture pkg com o ports que vai dar merda, na certa

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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Vinícius Zavam]

2017-01-06 14:04 GMT+00:00 Renato Botelho :

> > On 6 Jan 2017, at 10:42, Renato Sousa  wrote:
> >
> > Olá Renato,
> >
> > Era justamente esse processo que queria evitar pois faz alguns anos que
> não
> > faço e a maquina é física e está em produção.
> > O que poderia ser menos traumático para o meu caso?  Atualizar ou
> > reinstalar o sistema ?
>
>
> Pra te responder isso eu preciso saber duas coisas. Cola o resultado do
> ‘uname -a’ aí pra mim por favor
>
> --
> Renato Botelho
>

freebsd-update(8) não ajuda/resolve? tu podes especificar uma atualização
apenas pra base, caso tenhas um kernel customizado... e depois ir fazendo a
atualização aos poucos. se tu tiveres um "generic", tenho fé de que vai
suave; sair de 10.0 pra 10.3.

atualizar apenas a libc ou o pkg até que é possível, mas... errr...
"fica feio", né? deu uma olhada rápida nas dependências pra compilar o pkg
da base? tirei isso de usr.sbin/pkg/Makefile.depend, numa máquina com HEAD:

DIRDEPS = \
gnu/lib/csu \
gnu/lib/libgcc \
include \
include/arpa \
include/xlocale \
lib/${CSU_DIR} \
lib/libarchive \
lib/libbz2 \
lib/libc \
lib/libcompiler_rt \
lib/libexpat \
lib/libfetch \
lib/liblzma \
lib/libsbuf \
lib/libthr \
lib/libucl \
lib/libz \
lib/msun \
secure/lib/libcrypto \
secure/lib/libssl \

se o impacto de fazer checkout dos fontes pra release/10.3.0 (ou pra
releng/10.3) e compilar tudo não for algo preocupante pra essa tua máquina
em produção, eu optaria por fazer a atualização ao invés de uma
reinstalação - reboot vai ser necessário de um jeito ou de outro, se eu
entendi direito o caso aí (ah! minhas config de kernel sempre fazem include
de GENERIC, e vou removendo o que não preciso. assim não fica pendente
algum bagulho novo que entrou na config e eu deixei de adicionar, por
descuido).

eu suponho/torço que antes de jogar o "pkg upgrade", tu deves ter
consultado se as opções padrões ou dependências pra todos os pacotes
instalados que tu tens não mudaram drasticamente... e já tem um backup aí
preparado com tudo que tá em produção :3

[ ] ' s


-- 
Vinícius Zavam
keybase.io/egypcio/key.asc
-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 6 Jan 2017, at 10:42, Renato Sousa  wrote:
> 
> Olá Renato,
> 
> Era justamente esse processo que queria evitar pois faz alguns anos que não
> faço e a maquina é física e está em produção.
> O que poderia ser menos traumático para o meu caso?  Atualizar ou
> reinstalar o sistema ?


Pra te responder isso eu preciso saber duas coisas. Cola o resultado do ‘uname 
-a’ aí pra mim por favor

--
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 - /lib/libc.so.7: version FBSD_1.4 required

[Otacílio]

Em 06/01/2017 09:42, Renato Sousa escreveu:

Olá Renato,

Era justamente esse processo que queria evitar pois faz alguns anos que não
faço e a maquina é física e está em produção.
O que poderia ser menos traumático para o meu caso?  Atualizar ou
reinstalar o sistema ?

Abraços,

Renato


Em 6 de janeiro de 2017 09:15, Renato Botelho  escreveu:


On 6 Jan 2017, at 09:07, Renato Sousa  wrote:

Bom dia amigos da lista!

Feliz 2017 a todos !!

Hoje fui atualizar alguns pacotes em um FBSD 10.0

# pkg update
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100%944 B   0.9kB/s00:01
Fetching packagesite.txz: 100%6 MiB   1.2MB/s00:05
Processing entries: 100%
FreeBSD repository update completed. 25888 packages processed.

# pkg upgrade
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
New version of pkg detected; it needs to be installed first.
The following 1 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
pkg: 1.9.4 -> 1.9.4_1

Number of packages to be upgraded: 1

2 MiB to be downloaded.

Proceed with this action? [y/N]: y
Fetching pkg-1.9.4_1.txz: 100%2 MiB 637.0kB/s00:04
Checking integrity... done (0 conflicting)
[1/1] Upgrading pkg from 1.9.4 to 1.9.4_1...
[1/1] Extracting pkg-1.9.4_1: 100%
/lib/libc.so.7: version FBSD_1.4 required by /usr/local/lib/libpkg.so.3

not

found


A partir daqui só obtenho esse mensagem quando utilizo o pkg.
Como posso resolver isso ?


Bom dia,

Você tem um sistema muito velho pra esse pkg. O FreeBSD 10.0 foi
descontinuado em Fevereiro de 2015.

Para resolver esse caso, o método mais indicado é atualizar o FreeBSD
(base + kernel) para uma versão suportada, por exemplo, a 10.3. Uma vez que
você faça isso a libc.so.7 irá prover o símbolo que o pkg tá precisando e
tudo vai funcionar novamente.

--
Renato Botelho

-
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


Eu *acho* que você poderia fazer um checkout dos fontes da versão 10.3 
do FreeBSD e depois tentar compilar e instalar só o pkg. Ele fica em 
usr.sbin/pkg



[]'s

-Otacílio

-
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 - /lib/libc.so.7: version FBSD_1.4 required

[Renato Sousa]

Olá Renato,

Era justamente esse processo que queria evitar pois faz alguns anos que não
faço e a maquina é física e está em produção.
O que poderia ser menos traumático para o meu caso?  Atualizar ou
reinstalar o sistema ?

Abraços,

Renato


Em 6 de janeiro de 2017 09:15, Renato Botelho  escreveu:

> > On 6 Jan 2017, at 09:07, Renato Sousa  wrote:
> >
> > Bom dia amigos da lista!
> >
> > Feliz 2017 a todos !!
> >
> > Hoje fui atualizar alguns pacotes em um FBSD 10.0
> >
> > # pkg update
> > Updating FreeBSD repository catalogue...
> > Fetching meta.txz: 100%944 B   0.9kB/s00:01
> > Fetching packagesite.txz: 100%6 MiB   1.2MB/s00:05
> > Processing entries: 100%
> > FreeBSD repository update completed. 25888 packages processed.
> >
> > # pkg upgrade
> > Updating FreeBSD repository catalogue...
> > FreeBSD repository is up-to-date.
> > All repositories are up-to-date.
> > New version of pkg detected; it needs to be installed first.
> > The following 1 package(s) will be affected (of 0 checked):
> >
> > Installed packages to be UPGRADED:
> > pkg: 1.9.4 -> 1.9.4_1
> >
> > Number of packages to be upgraded: 1
> >
> > 2 MiB to be downloaded.
> >
> > Proceed with this action? [y/N]: y
> > Fetching pkg-1.9.4_1.txz: 100%2 MiB 637.0kB/s00:04
> > Checking integrity... done (0 conflicting)
> > [1/1] Upgrading pkg from 1.9.4 to 1.9.4_1...
> > [1/1] Extracting pkg-1.9.4_1: 100%
> > /lib/libc.so.7: version FBSD_1.4 required by /usr/local/lib/libpkg.so.3
> not
> > found
> >
> >
> > A partir daqui só obtenho esse mensagem quando utilizo o pkg.
> > Como posso resolver isso ?
>
>
> Bom dia,
>
> Você tem um sistema muito velho pra esse pkg. O FreeBSD 10.0 foi
> descontinuado em Fevereiro de 2015.
>
> Para resolver esse caso, o método mais indicado é atualizar o FreeBSD
> (base + kernel) para uma versão suportada, por exemplo, a 10.3. Uma vez que
> você faça isso a libc.so.7 irá prover o símbolo que o pkg tá precisando e
> tudo vai funcionar novamente.
>
> --
> Renato Botelho
>
> -
> 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] ERRO - /lib/libc.so.7: version FBSD_1.4 required

[NullCk]

fazendo update do glibc? 
Thiago Dias aka nullck
Powered By LinuxAWS Solutions Architect Associate LevelRedHat System Enginner - 
RHCE
RedHat System Administration - RHCSA  Linux Professional Institute Certified - 
LPI 2Novell Certified Linux Administrator - CLA 
Data Center Technical Specialist - DCTS 
ITILv3 Foundations Certified

 

Em Sexta-feira, 6 de Janeiro de 2017 9:07, Renato Sousa 
 escreveu:
 

 Bom dia amigos da lista!

Feliz 2017 a todos !!

Hoje fui atualizar alguns pacotes em um FBSD 10.0

 # pkg update
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100%    944 B  0.9kB/s    00:01
Fetching packagesite.txz: 100%    6 MiB  1.2MB/s    00:05
Processing entries: 100%
FreeBSD repository update completed. 25888 packages processed.

# pkg upgrade
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
New version of pkg detected; it needs to be installed first.
The following 1 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
pkg: 1.9.4 -> 1.9.4_1

Number of packages to be upgraded: 1

2 MiB to be downloaded.

Proceed with this action? [y/N]: y
Fetching pkg-1.9.4_1.txz: 100%    2 MiB 637.0kB/s    00:04
Checking integrity... done (0 conflicting)
[1/1] Upgrading pkg from 1.9.4 to 1.9.4_1...
[1/1] Extracting pkg-1.9.4_1: 100%
/lib/libc.so.7: version FBSD_1.4 required by /usr/local/lib/libpkg.so.3 not
found


A partir daqui só obtenho esse mensagem quando utilizo o pkg.
Como posso resolver isso ?

Abraços,

Renato
-
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] ERRO - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 6 Jan 2017, at 09:07, Renato Sousa  wrote:
> 
> Bom dia amigos da lista!
> 
> Feliz 2017 a todos !!
> 
> Hoje fui atualizar alguns pacotes em um FBSD 10.0
> 
> # pkg update
> Updating FreeBSD repository catalogue...
> Fetching meta.txz: 100%944 B   0.9kB/s00:01
> Fetching packagesite.txz: 100%6 MiB   1.2MB/s00:05
> Processing entries: 100%
> FreeBSD repository update completed. 25888 packages processed.
> 
> # pkg upgrade
> Updating FreeBSD repository catalogue...
> FreeBSD repository is up-to-date.
> All repositories are up-to-date.
> New version of pkg detected; it needs to be installed first.
> The following 1 package(s) will be affected (of 0 checked):
> 
> Installed packages to be UPGRADED:
> pkg: 1.9.4 -> 1.9.4_1
> 
> Number of packages to be upgraded: 1
> 
> 2 MiB to be downloaded.
> 
> Proceed with this action? [y/N]: y
> Fetching pkg-1.9.4_1.txz: 100%2 MiB 637.0kB/s00:04
> Checking integrity... done (0 conflicting)
> [1/1] Upgrading pkg from 1.9.4 to 1.9.4_1...
> [1/1] Extracting pkg-1.9.4_1: 100%
> /lib/libc.so.7: version FBSD_1.4 required by /usr/local/lib/libpkg.so.3 not
> found
> 
> 
> A partir daqui só obtenho esse mensagem quando utilizo o pkg.
> Como posso resolver isso ?


Bom dia,

Você tem um sistema muito velho pra esse pkg. O FreeBSD 10.0 foi descontinuado 
em Fevereiro de 2015.

Para resolver esse caso, o método mais indicado é atualizar o FreeBSD (base + 
kernel) para uma versão suportada, por exemplo, a 10.3. Uma vez que você faça 
isso a libc.so.7 irá prover o símbolo que o pkg tá precisando e tudo vai 
funcionar novamente.

--
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"

[Gabriel Rodrigues Cravo Roxo]

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 Henrique 
escreveu:

> 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] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"

[Paulo Henrique]

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>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"

[Otacílio]

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

Re: [FUG-BR] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"

[Renato Botelho]

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"

[Gabriel Rodrigues Cravo Roxo]

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

Re: [FUG-BR] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"

[Otacílio]

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

Re: [FUG-BR] Erro Bind 9.9.8-P3

[Ricardo Tweeg]

Em Sexta-feira, 22 de Janeiro de 2016 12:42, lsnet soluções em TI 
 escreveu:


>
>
>Em 22 de janeiro de 2016 11:09, Victório  escreveu:
>
>> On 22-01-2016 11:33, Paulo Henrique wrote:
>>
>>> Evite o top-posting na lista, deixa o historico de dificil compreensão.
>>>
>>> Resposta no final da mensagem.
>>>
>>> Em 22 de janeiro de 2016 11:08, lsnet soluções em TI <
>>> lsnetsoluc...@gmail.com> escreveu:
>>>
>>> Bom dia Henrique !

 Baixei a versão mais atual do bind, compilei e instalei utilizando os
 parâmetros
 ./configure - disable-threads - sysconfdir=/etc pelo que entendi esse
 método não é recomendado ? Sou iniciante no uso do sistema.

 Att,
 Leonardo Santos

 Saudações,
>
> Primeiro, use o diretório padrão destinado ao named.
> /etc/named ( até a versão 10.0) em que tinha o named direto na base do
> sistema )
> /usr/local/etc/named ( instalação originada dos ports e pkg ).
>
> Após arrumar a correta localização tanto do arquivo de configuração como
>
 do

> diretório de trabalho de as pemissões adequadas ao daemon.
> chown -R bind:bind $diretorio_de_configuracao_do_named
> chown -R bind:bind /var/log/named
> chown -R bind:bind /var/run/named
>
> Para listar qualquer daemon em sistemas Unix e Unix-like em portas ditas
> root 1 a 1023 é mandatório a utilização do usuário root
> Recomendo a ler mais sobre a utilização do rc.d script
>
> Por ultimo, parece que está usando uma instalação com origem de um
>
 tar.bz2

> compilado fora da estrutura dos ports ou com origem de instalação não
>
 sendo

> do pkg, recomendo fortemente que não seja adepto desse metodo a
>
 atualização

> do serviços é relativamente problemático com grande possibilidade de
> problemas a longo prazo quando outro analista for responsável pela
> gerencia.
>
> Obs: troque o bind:bind para os respectivos usuários e grupo de usuários
> que irá executar o daemon.
> Não sou adepto de listar daemon na loopback, seta a interface/porta real
>
 e

> use isso no seu /etc/resolv.conf
> O unbound é o daemon padrão para serviços dns no FreeBSD a partir da
>
 versão

> 10.1 certifique de desativar ele para não conflitar com o named através
>
 do

> rc.conf.
>
> Att.
> --
> :UNI> Paulo Henrique.
> Fone: (21) 37089388.
> -
>

>>> Leonardo,
>>>
>>> Realmente a principal vantagem dos BSDs sobre os demais sistemas é a sua
>>> padronização no intuito de otimizar o tempo de administração do sistema
>>> seja em um único servidor ou em parques com centenas de servidores.
>>> Em resumo, a menos que necessite de alguma opção que não esteja presente
>>> tanto na versão dos ports como do pkg o uso de compilação direta não é
>>> recomendado, fica dificil de aplicar atualizações de segurança ou
>>> atualização para versões mais recentes da aplicação.
>>>
>>> Como adoção particular eu utilizo exclusivamente os ports, sempre terei no
>>> ambiente uma versão testada pelo desenvolvedor/mantenedor do port com
>>> garantia de operação correta ( nem sempre é verdade mas para as principais
>>> aplicações sei que funcionará corretamente e com segurança ) além de a
>>> mesma seguir as melhores práticas que a equipe do FreeBSD adotaram ao
>>> longo
>>> dos anos.
>>>
>>> No seu caso eu recomendaria remover manualmente os arquivos que instalou
>>> através da compilação/instalação direta e posteriormente utilizar ou os
>>> ports ou o pkg na instalação da aplicação, isso corrigiria diversos erros
>>> de permissão e diretórios de configuração.
>>> Para ter a versão mais recente nos ports utilize o svn ou o portsnap para
>>> atualizar e posterior instalar a aplicação desejada.
>>> Recomendo também a adoção de um gerenciador de ports como o portmaster (
>>> recomendação pessoal ) ou o portupgrade, facilitará e muito quando for
>>> atualizar para versões mais recentes da aplicação.
>>>
>>> Por ser um serviço de dns eu recomendaria dar uma olhada também nas Jails,
>>> será um incremento significativo de segurança na execução do serviço além
>>> de permitir uma maior facilidade na disponibilização de recursos de
>>> redundância ativa do serviço.
>>>
>>> Att. Paulo Henrique.
>>>
>>>
>> Leonardo, como você está comando no sistema, procure sempre consultar o
>> Handbook em https://www.freebsd.org/doc/handbook/
>>
>> Os pacotes de terceiros são chamados ports e eles podem ser instalados
>> pelo sistema de pacotes do FreeBSD, o pkg, que funciona como o apt-get ou o
>> yum em distros GNU/Linux. Além disso, também é possível instalar esses
>> softwares pelo código-fonte e o FreeBSD já traz tudo pronto para você
>> através dos ports: basta baixar os arquivos via portsnap, entrar no
>> diretório do programa (ex. /usr/ports/dns/bind99) e executar o comando make
>> install clean.
>>
>> Você pode

Re: [FUG-BR] Erro Bind 9.9.8-P3

[lsnet soluções em TI]

Em 22 de janeiro de 2016 11:09, Victório  escreveu:

> On 22-01-2016 11:33, Paulo Henrique wrote:
>
>> Evite o top-posting na lista, deixa o historico de dificil compreensão.
>>
>> Resposta no final da mensagem.
>>
>> Em 22 de janeiro de 2016 11:08, lsnet soluções em TI <
>> lsnetsoluc...@gmail.com> escreveu:
>>
>> Bom dia Henrique !
>>>
>>> Baixei a versão mais atual do bind, compilei e instalei utilizando os
>>> parâmetros
>>> ./configure - disable-threads - sysconfdir=/etc pelo que entendi esse
>>> método não é recomendado ? Sou iniciante no uso do sistema.
>>>
>>> Att,
>>> Leonardo Santos
>>>
>>> Saudações,

 Primeiro, use o diretório padrão destinado ao named.
 /etc/named ( até a versão 10.0) em que tinha o named direto na base do
 sistema )
 /usr/local/etc/named ( instalação originada dos ports e pkg ).

 Após arrumar a correta localização tanto do arquivo de configuração como

>>> do
>>>
 diretório de trabalho de as pemissões adequadas ao daemon.
 chown -R bind:bind $diretorio_de_configuracao_do_named
 chown -R bind:bind /var/log/named
 chown -R bind:bind /var/run/named

 Para listar qualquer daemon em sistemas Unix e Unix-like em portas ditas
 root 1 a 1023 é mandatório a utilização do usuário root
 Recomendo a ler mais sobre a utilização do rc.d script

 Por ultimo, parece que está usando uma instalação com origem de um

>>> tar.bz2
>>>
 compilado fora da estrutura dos ports ou com origem de instalação não

>>> sendo
>>>
 do pkg, recomendo fortemente que não seja adepto desse metodo a

>>> atualização
>>>
 do serviços é relativamente problemático com grande possibilidade de
 problemas a longo prazo quando outro analista for responsável pela
 gerencia.

 Obs: troque o bind:bind para os respectivos usuários e grupo de usuários
 que irá executar o daemon.
 Não sou adepto de listar daemon na loopback, seta a interface/porta real

>>> e
>>>
 use isso no seu /etc/resolv.conf
 O unbound é o daemon padrão para serviços dns no FreeBSD a partir da

>>> versão
>>>
 10.1 certifique de desativar ele para não conflitar com o named através

>>> do
>>>
 rc.conf.

 Att.
 --
 :UNI Paulo Henrique.
 Fone: (21) 37089388.
 -

>>>
>> Leonardo,
>>
>> Realmente a principal vantagem dos BSDs sobre os demais sistemas é a sua
>> padronização no intuito de otimizar o tempo de administração do sistema
>> seja em um único servidor ou em parques com centenas de servidores.
>> Em resumo, a menos que necessite de alguma opção que não esteja presente
>> tanto na versão dos ports como do pkg o uso de compilação direta não é
>> recomendado, fica dificil de aplicar atualizações de segurança ou
>> atualização para versões mais recentes da aplicação.
>>
>> Como adoção particular eu utilizo exclusivamente os ports, sempre terei no
>> ambiente uma versão testada pelo desenvolvedor/mantenedor do port com
>> garantia de operação correta ( nem sempre é verdade mas para as principais
>> aplicações sei que funcionará corretamente e com segurança ) além de a
>> mesma seguir as melhores práticas que a equipe do FreeBSD adotaram ao
>> longo
>> dos anos.
>>
>> No seu caso eu recomendaria remover manualmente os arquivos que instalou
>> através da compilação/instalação direta e posteriormente utilizar ou os
>> ports ou o pkg na instalação da aplicação, isso corrigiria diversos erros
>> de permissão e diretórios de configuração.
>> Para ter a versão mais recente nos ports utilize o svn ou o portsnap para
>> atualizar e posterior instalar a aplicação desejada.
>> Recomendo também a adoção de um gerenciador de ports como o portmaster (
>> recomendação pessoal ) ou o portupgrade, facilitará e muito quando for
>> atualizar para versões mais recentes da aplicação.
>>
>> Por ser um serviço de dns eu recomendaria dar uma olhada também nas Jails,
>> será um incremento significativo de segurança na execução do serviço além
>> de permitir uma maior facilidade na disponibilização de recursos de
>> redundância ativa do serviço.
>>
>> Att. Paulo Henrique.
>>
>>
> Leonardo, como você está comando no sistema, procure sempre consultar o
> Handbook em https://www.freebsd.org/doc/handbook/
>
> Os pacotes de terceiros são chamados ports e eles podem ser instalados
> pelo sistema de pacotes do FreeBSD, o pkg, que funciona como o apt-get ou o
> yum em distros GNU/Linux. Além disso, também é possível instalar esses
> softwares pelo código-fonte e o FreeBSD já traz tudo pronto para você
> através dos ports: basta baixar os arquivos via portsnap, entrar no
> diretório do programa (ex. /usr/ports/dns/bind99) e executar o comando make
> install clean.
>
> Você pode ver mais no handbook em
> https://www.freebsd.org/doc/handbook/ports.html.
>
> --
> Victório


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

Re: [FUG-BR] Erro Bind 9.9.8-P3

[lsnet soluções em TI]

Em 22 de janeiro de 2016 10:33, Paulo Henrique 
escreveu:

> Evite o top-posting na lista, deixa o historico de dificil compreensão.
>
> Resposta no final da mensagem.
>
> Em 22 de janeiro de 2016 11:08, lsnet soluções em TI <
> lsnetsoluc...@gmail.com> escreveu:
>
> > Bom dia Henrique !
> >
> > Baixei a versão mais atual do bind, compilei e instalei utilizando os
> > parâmetros
> > ./configure - disable-threads - sysconfdir=/etc pelo que entendi esse
> > método não é recomendado ? Sou iniciante no uso do sistema.
> >
> > Att,
> > Leonardo Santos
> >
> > >
> > > Saudações,
> > >
> > > Primeiro, use o diretório padrão destinado ao named.
> > > /etc/named ( até a versão 10.0) em que tinha o named direto na base do
> > > sistema )
> > > /usr/local/etc/named ( instalação originada dos ports e pkg ).
> > >
> > > Após arrumar a correta localização tanto do arquivo de configuração
> como
> > do
> > > diretório de trabalho de as pemissões adequadas ao daemon.
> > > chown -R bind:bind $diretorio_de_configuracao_do_named
> > > chown -R bind:bind /var/log/named
> > > chown -R bind:bind /var/run/named
> > >
> > > Para listar qualquer daemon em sistemas Unix e Unix-like em portas
> ditas
> > > root 1 a 1023 é mandatório a utilização do usuário root
> > > Recomendo a ler mais sobre a utilização do rc.d script
> > >
> > > Por ultimo, parece que está usando uma instalação com origem de um
> > tar.bz2
> > > compilado fora da estrutura dos ports ou com origem de instalação não
> > sendo
> > > do pkg, recomendo fortemente que não seja adepto desse metodo a
> > atualização
> > > do serviços é relativamente problemático com grande possibilidade de
> > > problemas a longo prazo quando outro analista for responsável pela
> > > gerencia.
> > >
> > > Obs: troque o bind:bind para os respectivos usuários e grupo de
> usuários
> > > que irá executar o daemon.
> > > Não sou adepto de listar daemon na loopback, seta a interface/porta
> real
> > e
> > > use isso no seu /etc/resolv.conf
> > > O unbound é o daemon padrão para serviços dns no FreeBSD a partir da
> > versão
> > > 10.1 certifique de desativar ele para não conflitar com o named através
> > do
> > > rc.conf.
> > >
> > > Att.
> > > --
> > > :UNI> > > Paulo Henrique.
> > > Fone: (21) 37089388.
> > > -
> >
>
>
>
> Leonardo,
>
> Realmente a principal vantagem dos BSDs sobre os demais sistemas é a sua
> padronização no intuito de otimizar o tempo de administração do sistema
> seja em um único servidor ou em parques com centenas de servidores.
> Em resumo, a menos que necessite de alguma opção que não esteja presente
> tanto na versão dos ports como do pkg o uso de compilação direta não é
> recomendado, fica dificil de aplicar atualizações de segurança ou
> atualização para versões mais recentes da aplicação.
>
> Como adoção particular eu utilizo exclusivamente os ports, sempre terei no
> ambiente uma versão testada pelo desenvolvedor/mantenedor do port com
> garantia de operação correta ( nem sempre é verdade mas para as principais
> aplicações sei que funcionará corretamente e com segurança ) além de a
> mesma seguir as melhores práticas que a equipe do FreeBSD adotaram ao longo
> dos anos.
>
> No seu caso eu recomendaria remover manualmente os arquivos que instalou
> através da compilação/instalação direta e posteriormente utilizar ou os
> ports ou o pkg na instalação da aplicação, isso corrigiria diversos erros
> de permissão e diretórios de configuração.
> Para ter a versão mais recente nos ports utilize o svn ou o portsnap para
> atualizar e posterior instalar a aplicação desejada.
> Recomendo também a adoção de um gerenciador de ports como o portmaster (
> recomendação pessoal ) ou o portupgrade, facilitará e muito quando for
> atualizar para versões mais recentes da aplicação.
>
> Por ser um serviço de dns eu recomendaria dar uma olhada também nas Jails,
> será um incremento significativo de segurança na execução do serviço além
> de permitir uma maior facilidade na disponibilização de recursos de
> redundância ativa do serviço.
>
> 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
>

Perdão, é a primeira vez que faço uso da lista, muito obrigado pelas
informações. Estou realizando a instalação em um ambiente de testes, para
estudo.

-- 
att,
Leonardo Santos
-
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 Bind 9.9.8-P3

[Victório]

On 22-01-2016 11:33, Paulo Henrique wrote:

Evite o top-posting na lista, deixa o historico de dificil compreensão.

Resposta no final da mensagem.

Em 22 de janeiro de 2016 11:08, lsnet soluções em TI <
lsnetsoluc...@gmail.com> escreveu:


Bom dia Henrique !

Baixei a versão mais atual do bind, compilei e instalei utilizando os
parâmetros
./configure - disable-threads - sysconfdir=/etc pelo que entendi esse
método não é recomendado ? Sou iniciante no uso do sistema.

Att,
Leonardo Santos


Saudações,

Primeiro, use o diretório padrão destinado ao named.
/etc/named ( até a versão 10.0) em que tinha o named direto na base do
sistema )
/usr/local/etc/named ( instalação originada dos ports e pkg ).

Após arrumar a correta localização tanto do arquivo de configuração como

do

diretório de trabalho de as pemissões adequadas ao daemon.
chown -R bind:bind $diretorio_de_configuracao_do_named
chown -R bind:bind /var/log/named
chown -R bind:bind /var/run/named

Para listar qualquer daemon em sistemas Unix e Unix-like em portas ditas
root 1 a 1023 é mandatório a utilização do usuário root
Recomendo a ler mais sobre a utilização do rc.d script

Por ultimo, parece que está usando uma instalação com origem de um

tar.bz2

compilado fora da estrutura dos ports ou com origem de instalação não

sendo

do pkg, recomendo fortemente que não seja adepto desse metodo a

atualização

do serviços é relativamente problemático com grande possibilidade de
problemas a longo prazo quando outro analista for responsável pela
gerencia.

Obs: troque o bind:bind para os respectivos usuários e grupo de usuários
que irá executar o daemon.
Não sou adepto de listar daemon na loopback, seta a interface/porta real

e

use isso no seu /etc/resolv.conf
O unbound é o daemon padrão para serviços dns no FreeBSD a partir da

versão

10.1 certifique de desativar ele para não conflitar com o named através

do

rc.conf.

Att.
--
:UNI>

Leonardo,

Realmente a principal vantagem dos BSDs sobre os demais sistemas é a sua
padronização no intuito de otimizar o tempo de administração do sistema
seja em um único servidor ou em parques com centenas de servidores.
Em resumo, a menos que necessite de alguma opção que não esteja presente
tanto na versão dos ports como do pkg o uso de compilação direta não é
recomendado, fica dificil de aplicar atualizações de segurança ou
atualização para versões mais recentes da aplicação.

Como adoção particular eu utilizo exclusivamente os ports, sempre terei no
ambiente uma versão testada pelo desenvolvedor/mantenedor do port com
garantia de operação correta ( nem sempre é verdade mas para as principais
aplicações sei que funcionará corretamente e com segurança ) além de a
mesma seguir as melhores práticas que a equipe do FreeBSD adotaram ao longo
dos anos.

No seu caso eu recomendaria remover manualmente os arquivos que instalou
através da compilação/instalação direta e posteriormente utilizar ou os
ports ou o pkg na instalação da aplicação, isso corrigiria diversos erros
de permissão e diretórios de configuração.
Para ter a versão mais recente nos ports utilize o svn ou o portsnap para
atualizar e posterior instalar a aplicação desejada.
Recomendo também a adoção de um gerenciador de ports como o portmaster (
recomendação pessoal ) ou o portupgrade, facilitará e muito quando for
atualizar para versões mais recentes da aplicação.

Por ser um serviço de dns eu recomendaria dar uma olhada também nas Jails,
será um incremento significativo de segurança na execução do serviço além
de permitir uma maior facilidade na disponibilização de recursos de
redundância ativa do serviço.

Att. Paulo Henrique.



Leonardo, como você está comando no sistema, procure sempre consultar o 
Handbook em https://www.freebsd.org/doc/handbook/


Os pacotes de terceiros são chamados ports e eles podem ser instalados 
pelo sistema de pacotes do FreeBSD, o pkg, que funciona como o apt-get 
ou o yum em distros GNU/Linux. Além disso, também é possível instalar 
esses softwares pelo código-fonte e o FreeBSD já traz tudo pronto para 
você através dos ports: basta baixar os arquivos via portsnap, entrar no 
diretório do programa (ex. /usr/ports/dns/bind99) e executar o comando 
make install clean.


Você pode ver mais no handbook em 
https://www.freebsd.org/doc/handbook/ports.html.


--
Victório

-
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 Bind 9.9.8-P3

[Paulo Henrique]

Evite o top-posting na lista, deixa o historico de dificil compreensão.

Resposta no final da mensagem.

Em 22 de janeiro de 2016 11:08, lsnet soluções em TI <
lsnetsoluc...@gmail.com> escreveu:

> Bom dia Henrique !
>
> Baixei a versão mais atual do bind, compilei e instalei utilizando os
> parâmetros
> ./configure - disable-threads - sysconfdir=/etc pelo que entendi esse
> método não é recomendado ? Sou iniciante no uso do sistema.
>
> Att,
> Leonardo Santos
>
> >
> > Saudações,
> >
> > Primeiro, use o diretório padrão destinado ao named.
> > /etc/named ( até a versão 10.0) em que tinha o named direto na base do
> > sistema )
> > /usr/local/etc/named ( instalação originada dos ports e pkg ).
> >
> > Após arrumar a correta localização tanto do arquivo de configuração como
> do
> > diretório de trabalho de as pemissões adequadas ao daemon.
> > chown -R bind:bind $diretorio_de_configuracao_do_named
> > chown -R bind:bind /var/log/named
> > chown -R bind:bind /var/run/named
> >
> > Para listar qualquer daemon em sistemas Unix e Unix-like em portas ditas
> > root 1 a 1023 é mandatório a utilização do usuário root
> > Recomendo a ler mais sobre a utilização do rc.d script
> >
> > Por ultimo, parece que está usando uma instalação com origem de um
> tar.bz2
> > compilado fora da estrutura dos ports ou com origem de instalação não
> sendo
> > do pkg, recomendo fortemente que não seja adepto desse metodo a
> atualização
> > do serviços é relativamente problemático com grande possibilidade de
> > problemas a longo prazo quando outro analista for responsável pela
> > gerencia.
> >
> > Obs: troque o bind:bind para os respectivos usuários e grupo de usuários
> > que irá executar o daemon.
> > Não sou adepto de listar daemon na loopback, seta a interface/porta real
> e
> > use isso no seu /etc/resolv.conf
> > O unbound é o daemon padrão para serviços dns no FreeBSD a partir da
> versão
> > 10.1 certifique de desativar ele para não conflitar com o named através
> do
> > rc.conf.
> >
> > Att.
> > --
> > :UNI> > Paulo Henrique.
> > Fone: (21) 37089388.
> > -
>


Leonardo,

Realmente a principal vantagem dos BSDs sobre os demais sistemas é a sua
padronização no intuito de otimizar o tempo de administração do sistema
seja em um único servidor ou em parques com centenas de servidores.
Em resumo, a menos que necessite de alguma opção que não esteja presente
tanto na versão dos ports como do pkg o uso de compilação direta não é
recomendado, fica dificil de aplicar atualizações de segurança ou
atualização para versões mais recentes da aplicação.

Como adoção particular eu utilizo exclusivamente os ports, sempre terei no
ambiente uma versão testada pelo desenvolvedor/mantenedor do port com
garantia de operação correta ( nem sempre é verdade mas para as principais
aplicações sei que funcionará corretamente e com segurança ) além de a
mesma seguir as melhores práticas que a equipe do FreeBSD adotaram ao longo
dos anos.

No seu caso eu recomendaria remover manualmente os arquivos que instalou
através da compilação/instalação direta e posteriormente utilizar ou os
ports ou o pkg na instalação da aplicação, isso corrigiria diversos erros
de permissão e diretórios de configuração.
Para ter a versão mais recente nos ports utilize o svn ou o portsnap para
atualizar e posterior instalar a aplicação desejada.
Recomendo também a adoção de um gerenciador de ports como o portmaster (
recomendação pessoal ) ou o portupgrade, facilitará e muito quando for
atualizar para versões mais recentes da aplicação.

Por ser um serviço de dns eu recomendaria dar uma olhada também nas Jails,
será um incremento significativo de segurança na execução do serviço além
de permitir uma maior facilidade na disponibilização de recursos de
redundância ativa do serviço.

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 Bind 9.9.8-P3

[lsnet soluções em TI]

Bom dia Henrique !

Baixei a versão mais atual do bind, compilei e instalei utilizando os
parâmetros
./configure - disable-threads - sysconfdir=/etc pelo que entendi esse
método não é recomendado ? Sou iniciante no uso do sistema.

Att,
Leonardo Santos
Em 22/01/2016 05:27, "Paulo Henrique"  escreveu:

> 2016-01-21 22:50 GMT-02:00 lsnet soluções em TI :
>
> > Boa noite pessoal !
> >
> > Após instalação do bind ao iniciar o serviço , me retornou as seguintes
> > informações:
> >
> > BIND 9 is maintained by Internet Systems Consortium,
> >  FreeBsd named[921]: Inc. (ISC), a non-profit 501(c)(3) public-benefit
> >  FreeBsd named[921]: corporation.  Support and training for BIND 9 are
> >  FreeBsd named[921]: available at https://www.isc.org/support
> >  FreeBsd named[921]: 
> >  FreeBsd named[921]: could not listen on UDP socket: permission denied
> >  FreeBsd named[921]: creating IPv4 interface em0 failed; interface
> ignored
> >  FreeBsd named[921]: could not listen on UDP socket: permission denied
> >  FreeBsd named[921]: creating IPv4 interface lo0 failed; interface
> ignored
> >  FreeBsd named[921]: not listening on any interfaces
> >  FreeBsd named[921]: could not open file '/var/run/named/pid': Permission
> > denied
> >  FreeBsd named[921]: unlink '/var/run/named/pid': failed
> >  FreeBsd named[921]: could not open file '/var/run/named/session.key':
> > Permission denied
> >  FreeBsd named[921]: could not create /var/run/named/session.key
> >  FreeBsd named[921]: failed to generate session key for dynamic DNS:
> > permission denied
> >  FreeBsd named[921]: /etc/named.conf:34: couldn't add command channel
> > 127.0.0.1#953: permission denied
> >  FreeBsd named[921]: the working directory is not writable
> > Jan 21 20:33:00 FreeBsd named[921]: isc_stdio_open
> > '/var/log/named/named.log' failed: permission denied
> >  FreeBsd named[921]: configuring logging: permission denied
> >  FreeBsd named[921]: could not listen on UDP socket: permission denied
> >  FreeBsd named[921]: creating IPv4 interface em0 failed; interface
> ignored
> >  FreeBsd named[921]: could not listen on UDP socket: permission denied
> >  FreeBsd named[921]: creating IPv4 interface lo0 failed; interface
> ignored
> >  FreeBsd named[921]: loading configuration: permission denied
> >  FreeBsd named[921]: exiting (due to fatal error)
> >
> > Acredito que seja necessário alterar algumas permissões, alguem poderia
> dar
> > uma força ? Obrigado !
> >
> > --
> > att,
> > Leonardo Santos
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> Saudações,
>
> Primeiro, use o diretório padrão destinado ao named.
> /etc/named ( até a versão 10.0) em que tinha o named direto na base do
> sistema )
> /usr/local/etc/named ( instalação originada dos ports e pkg ).
>
> Após arrumar a correta localização tanto do arquivo de configuração como do
> diretório de trabalho de as pemissões adequadas ao daemon.
> chown -R bind:bind $diretorio_de_configuracao_do_named
> chown -R bind:bind /var/log/named
> chown -R bind:bind /var/run/named
>
> Para listar qualquer daemon em sistemas Unix e Unix-like em portas ditas
> root 1 a 1023 é mandatório a utilização do usuário root
> Recomendo a ler mais sobre a utilização do rc.d script
>
> Por ultimo, parece que está usando uma instalação com origem de um tar.bz2
> compilado fora da estrutura dos ports ou com origem de instalação não sendo
> do pkg, recomendo fortemente que não seja adepto desse metodo a atualização
> do serviços é relativamente problemático com grande possibilidade de
> problemas a longo prazo quando outro analista for responsável pela
> gerencia.
>
> Obs: troque o bind:bind para os respectivos usuários e grupo de usuários
> que irá executar o daemon.
> Não sou adepto de listar daemon na loopback, seta a interface/porta real e
> use isso no seu /etc/resolv.conf
> O unbound é o daemon padrão para serviços dns no FreeBSD a partir da versão
> 10.1 certifique de desativar ele para não conflitar com o named através do
> rc.conf.
>
> Att.
> --
> :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
>
-
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 Bind 9.9.8-P3

[Paulo Henrique]

2016-01-21 22:50 GMT-02:00 lsnet soluções em TI :

> Boa noite pessoal !
>
> Após instalação do bind ao iniciar o serviço , me retornou as seguintes
> informações:
>
> BIND 9 is maintained by Internet Systems Consortium,
>  FreeBsd named[921]: Inc. (ISC), a non-profit 501(c)(3) public-benefit
>  FreeBsd named[921]: corporation.  Support and training for BIND 9 are
>  FreeBsd named[921]: available at https://www.isc.org/support
>  FreeBsd named[921]: 
>  FreeBsd named[921]: could not listen on UDP socket: permission denied
>  FreeBsd named[921]: creating IPv4 interface em0 failed; interface ignored
>  FreeBsd named[921]: could not listen on UDP socket: permission denied
>  FreeBsd named[921]: creating IPv4 interface lo0 failed; interface ignored
>  FreeBsd named[921]: not listening on any interfaces
>  FreeBsd named[921]: could not open file '/var/run/named/pid': Permission
> denied
>  FreeBsd named[921]: unlink '/var/run/named/pid': failed
>  FreeBsd named[921]: could not open file '/var/run/named/session.key':
> Permission denied
>  FreeBsd named[921]: could not create /var/run/named/session.key
>  FreeBsd named[921]: failed to generate session key for dynamic DNS:
> permission denied
>  FreeBsd named[921]: /etc/named.conf:34: couldn't add command channel
> 127.0.0.1#953: permission denied
>  FreeBsd named[921]: the working directory is not writable
> Jan 21 20:33:00 FreeBsd named[921]: isc_stdio_open
> '/var/log/named/named.log' failed: permission denied
>  FreeBsd named[921]: configuring logging: permission denied
>  FreeBsd named[921]: could not listen on UDP socket: permission denied
>  FreeBsd named[921]: creating IPv4 interface em0 failed; interface ignored
>  FreeBsd named[921]: could not listen on UDP socket: permission denied
>  FreeBsd named[921]: creating IPv4 interface lo0 failed; interface ignored
>  FreeBsd named[921]: loading configuration: permission denied
>  FreeBsd named[921]: exiting (due to fatal error)
>
> Acredito que seja necessário alterar algumas permissões, alguem poderia dar
> uma força ? Obrigado !
>
> --
> att,
> Leonardo Santos
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Saudações,

Primeiro, use o diretório padrão destinado ao named.
/etc/named ( até a versão 10.0) em que tinha o named direto na base do
sistema )
/usr/local/etc/named ( instalação originada dos ports e pkg ).

Após arrumar a correta localização tanto do arquivo de configuração como do
diretório de trabalho de as pemissões adequadas ao daemon.
chown -R bind:bind $diretorio_de_configuracao_do_named
chown -R bind:bind /var/log/named
chown -R bind:bind /var/run/named

Para listar qualquer daemon em sistemas Unix e Unix-like em portas ditas
root 1 a 1023 é mandatório a utilização do usuário root
Recomendo a ler mais sobre a utilização do rc.d script

Por ultimo, parece que está usando uma instalação com origem de um tar.bz2
compilado fora da estrutura dos ports ou com origem de instalação não sendo
do pkg, recomendo fortemente que não seja adepto desse metodo a atualização
do serviços é relativamente problemático com grande possibilidade de
problemas a longo prazo quando outro analista for responsável pela gerencia.

Obs: troque o bind:bind para os respectivos usuários e grupo de usuários
que irá executar o daemon.
Não sou adepto de listar daemon na loopback, seta a interface/porta real e
use isso no seu /etc/resolv.conf
O unbound é o daemon padrão para serviços dns no FreeBSD a partir da versão
10.1 certifique de desativar ele para não conflitar com o named através do
rc.conf.

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

Re: [FUG-BR] Erro - sorry no space in lost+found directory

[Robson Peripolli Rodrigues]

Em 25 de junho de 2015 15:03, Luiz Otavio O Souza 
escreveu:

> 2015-06-25 11:13 GMT-03:00 Robson Peripolli Rodrigues:
> > Em 25 de junho de 2015 10:09, Marcelo/Porks
> > escreveu:
> >
> >> 2015-06-25 9:51 GMT-03:00 Robson Peripolli Rodrigues:
> >>
> >> > Bom dia pessoal quero ver se alguém já enfrentou esse problema com o
> >> fsck.
> >> > Deu um erro no meu FreeBSD 9.1 e eu entrei em modo single e dei um
> fsck
> >> mas
> >> > quando chega no /var ele não consegue corrigir e fica num loop dando a
> >> > mensagem "sorry no space in lost+found directory". A pasta lost+found
> não
> >> > está no / .
> >> >
> >> >
> >>
> >> Não estou muito certo, mas há espaço no seu / ?
> >> Tenta passar o fsck somente no / e quando der tudo ok, faz no restante.
> >>
> > Meu / tem espaço. O lost+found está no /var justamente na partição com
> > problema. Não consigo montar o /var com escrita para limpar o lost+found.
> > Da sempre a mensagem:
> >
> > mount: /dev/mfid0p6: R/W mount of /var denied. Filesystem is not clean -
> > run fsck. Forced mount will invalidate journal contents: Operation not
> > pemitted
> >
> > Em modo leitura monta. Pela mensagem pede para roda o fsck mas como está
> > sem espaço e não consigo remover o seu conteúdo fico sem saída.
>
> Quando você monta o /var (como somente leitura) você vê algum espaço livre
> lá ?
>
> Só um chute mas experimenta desabilitar o soft update journaling (se
> estiver habilitado) e depois rodar o fsck:
>
> # tunefs -p /var
> (para ver as opções ativas desse filesystem)
> # tunefs -j  disable /var
> # fsck -y /var
> # fsck -y /var
> (sim rode duas vezes o fsck)
>
> Em ultimo caso e só em ultimo caso, monte o /var utilizando o 'mount
> -f' e tente apagar alguma coisa lá para liberar um pouco de espaço
> (depois desmonte e rode o fsck para garantir a integridade do FS).
>
> HTH,
> Luiz
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Meu problema era físico no HD.

Agradeço a ajuda.
-
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 - sorry no space in lost+found directory

[Luiz Otavio O Souza]

2015-06-25 11:13 GMT-03:00 Robson Peripolli Rodrigues:
> Em 25 de junho de 2015 10:09, Marcelo/Porks
> escreveu:
>
>> 2015-06-25 9:51 GMT-03:00 Robson Peripolli Rodrigues:
>>
>> > Bom dia pessoal quero ver se alguém já enfrentou esse problema com o
>> fsck.
>> > Deu um erro no meu FreeBSD 9.1 e eu entrei em modo single e dei um fsck
>> mas
>> > quando chega no /var ele não consegue corrigir e fica num loop dando a
>> > mensagem "sorry no space in lost+found directory". A pasta lost+found não
>> > está no / .
>> >
>> >
>>
>> Não estou muito certo, mas há espaço no seu / ?
>> Tenta passar o fsck somente no / e quando der tudo ok, faz no restante.
>>
> Meu / tem espaço. O lost+found está no /var justamente na partição com
> problema. Não consigo montar o /var com escrita para limpar o lost+found.
> Da sempre a mensagem:
>
> mount: /dev/mfid0p6: R/W mount of /var denied. Filesystem is not clean -
> run fsck. Forced mount will invalidate journal contents: Operation not
> pemitted
>
> Em modo leitura monta. Pela mensagem pede para roda o fsck mas como está
> sem espaço e não consigo remover o seu conteúdo fico sem saída.

Quando você monta o /var (como somente leitura) você vê algum espaço livre lá ?

Só um chute mas experimenta desabilitar o soft update journaling (se
estiver habilitado) e depois rodar o fsck:

# tunefs -p /var
(para ver as opções ativas desse filesystem)
# tunefs -j  disable /var
# fsck -y /var
# fsck -y /var
(sim rode duas vezes o fsck)

Em ultimo caso e só em ultimo caso, monte o /var utilizando o 'mount
-f' e tente apagar alguma coisa lá para liberar um pouco de espaço
(depois desmonte e rode o fsck para garantir a integridade do FS).

HTH,
Luiz
-
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 - sorry no space in lost+found directory

[Fernando Gilli]

> > >
> > > Meu / tem espaço. O lost+found está no /var justamente na partição com
> > > problema. Não consigo montar o /var com escrita para limpar o lost+found.
> > > Da sempre a mensagem:
> > >
> > > mount: /dev/mfid0p6: R/W mount of /var denied. Filesystem is not clean -
> > > run fsck. Forced mount will invalidate journal contents: Operation not
> > > pemitted
> > >
> > > Em modo leitura monta. Pela mensagem pede para roda o fsck mas como está
> > > sem espaço e não consigo remover o seu conteúdo fico sem saída.
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> >
> > Robson, tenta uma dessas opcao:
> >
> > $ mount -r -t ufs /dev/mfid0p6 /var/
> > $ fsck -y -t ufs /dev/mfid0p6
> > $ fsck_ufs -y /dev/mfid0p6
> >
> >
> > --
> > Fernando Gilli
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> Já tinha tentando mas não adiantou, ele ate monta com esse primeiro comando
> mas é em modo leitura.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


A opcao: 
$ mount -uw
tambem nao vai? roda $id pra ver se realmente ta com privilégios de root



-
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 - sorry no space in lost+found directory

[Robson Peripolli Rodrigues]

Em 25 de junho de 2015 11:46, Fernando Gilli  escreveu:

>
> > > > Alguém já passou por esse problema?
> > > > -
> > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > >
> > >
> > >
> > >
> > > --
> > > Marcelo Rossi
> > > "All of this has happened before and all of it will happen again."
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> > Meu / tem espaço. O lost+found está no /var justamente na partição com
> > problema. Não consigo montar o /var com escrita para limpar o lost+found.
> > Da sempre a mensagem:
> >
> > mount: /dev/mfid0p6: R/W mount of /var denied. Filesystem is not clean -
> > run fsck. Forced mount will invalidate journal contents: Operation not
> > pemitted
> >
> > Em modo leitura monta. Pela mensagem pede para roda o fsck mas como está
> > sem espaço e não consigo remover o seu conteúdo fico sem saída.
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> Robson, tenta uma dessas opcao:
>
> $ mount -r -t ufs /dev/mfid0p6 /var/
> $ fsck -y -t ufs /dev/mfid0p6
> $ fsck_ufs -y /dev/mfid0p6
>
>
> --
> Fernando Gilli
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Já tinha tentando mas não adiantou, ele ate monta com esse primeiro comando
mas é em modo leitura.
-
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 - sorry no space in lost+found directory

[Fernando Gilli]

> > > Alguém já passou por esse problema?
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > Marcelo Rossi
> > "All of this has happened before and all of it will happen again."
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> 
> Meu / tem espaço. O lost+found está no /var justamente na partição com
> problema. Não consigo montar o /var com escrita para limpar o lost+found.
> Da sempre a mensagem:
> 
> mount: /dev/mfid0p6: R/W mount of /var denied. Filesystem is not clean -
> run fsck. Forced mount will invalidate journal contents: Operation not
> pemitted
> 
> Em modo leitura monta. Pela mensagem pede para roda o fsck mas como está
> sem espaço e não consigo remover o seu conteúdo fico sem saída.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Robson, tenta uma dessas opcao:

$ mount -r -t ufs /dev/mfid0p6 /var/
$ fsck -y -t ufs /dev/mfid0p6
$ fsck_ufs -y /dev/mfid0p6


--
Fernando Gilli

-
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 - sorry no space in lost+found directory

[Robson Peripolli Rodrigues]

Em 25 de junho de 2015 10:09, Marcelo/Porks 
escreveu:

> 2015-06-25 9:51 GMT-03:00 Robson Peripolli Rodrigues  >:
>
> > Bom dia pessoal quero ver se alguém já enfrentou esse problema com o
> fsck.
> > Deu um erro no meu FreeBSD 9.1 e eu entrei em modo single e dei um fsck
> mas
> > quando chega no /var ele não consegue corrigir e fica num loop dando a
> > mensagem "sorry no space in lost+found directory". A pasta lost+found não
> > está no / .
> >
> >
>
> Não estou muito certo, mas há espaço no seu / ?
> Tenta passar o fsck somente no / e quando der tudo ok, faz no restante.
>
>
>
>
> > Alguém já passou por esse problema?
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> Marcelo Rossi
> "All of this has happened before and all of it will happen again."
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Meu / tem espaço. O lost+found está no /var justamente na partição com
problema. Não consigo montar o /var com escrita para limpar o lost+found.
Da sempre a mensagem:

mount: /dev/mfid0p6: R/W mount of /var denied. Filesystem is not clean -
run fsck. Forced mount will invalidate journal contents: Operation not
pemitted

Em modo leitura monta. Pela mensagem pede para roda o fsck mas como está
sem espaço e não consigo remover o seu conteúdo fico sem saída.
-
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 - sorry no space in lost+found directory

[Marcelo/Porks]

2015-06-25 9:51 GMT-03:00 Robson Peripolli Rodrigues :

> Bom dia pessoal quero ver se alguém já enfrentou esse problema com o fsck.
> Deu um erro no meu FreeBSD 9.1 e eu entrei em modo single e dei um fsck mas
> quando chega no /var ele não consegue corrigir e fica num loop dando a
> mensagem "sorry no space in lost+found directory". A pasta lost+found não
> está no / .
>
>

Não estou muito certo, mas há espaço no seu / ?
Tenta passar o fsck somente no / e quando der tudo ok, faz no restante.




> Alguém já passou por esse problema?
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Marcelo Rossi
"All of this has happened before and all of it will happen again."
-
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 - sorry no space in lost+found directory

[Fabricio Lima]

acho q ja passei por isso uns 10 anos atras qndo acabaram os inodes no
linux... e eu tava rodando fsck

mas no seu caso, sugiro criar um lost+found
ele deve estar achando arquivos/pastas 'perdidas' e quer salvar la e como a
pasta nao existe, da erro.

[ ]'s
Fabricio Lima
Sendmail administration is not black magic. There are legitimate technical
reasons why it requires the sacrifice of a live chicken.

Em 25 de junho de 2015 09:51, Robson Peripolli Rodrigues <
peripo...@gmail.com> escreveu:

> Bom dia pessoal quero ver se alguém já enfrentou esse problema com o fsck.
> Deu um erro no meu FreeBSD 9.1 e eu entrei em modo single e dei um fsck mas
> quando chega no /var ele não consegue corrigir e fica num loop dando a
> mensagem "sorry no space in lost+found directory". A pasta lost+found não
> está no / .
>
> Alguém já passou por esse problema?
> -
> 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] Erro apos PortSnap

[Renato Botelho]

> On Feb 6, 2015, at 16:22, Fabricio Lima  wrote:
> 
> Your system is out of date and needs updating
> 
> Upgrade first to the latest patch level of 8.4 that is 8.4-RELEASE-p9 at
> the moment and see if that fixes the issue. According to the commit message
> the make(1)  in
> 8.4 should support the :tu and :tl modifiers.
> 
> simple fix:
> just take the file /usr/bin/make off the FreeBSD-9.1 default image and
> replace it on your server.
> 
> -
> Your system is broken and needs fixing
> 
> I have installed the newest *devel/bmake*
>  and do the following:
> cp /usr/bin/make /usr/bin/make.old
> ln -sv /usr/local/bin/bmake /usr/bin/make
> 
> Then the error was gone.
> 
> 
> Fonte:
> https://forums.freebsd.org/threads/issues-with-pkg-commands.46291/

Sim, isso resolve, mas… é uma gambiarra, e como toda gambiarra pode ter 
consequências :)

Sem contas nas outras possíveis falhas de segurança que uma versão EOL pode 
conter.

--
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 apos PortSnap

[Fabricio Lima]

Your system is out of date and needs updating

Upgrade first to the latest patch level of 8.4 that is 8.4-RELEASE-p9 at
the moment and see if that fixes the issue. According to the commit message
the make(1)  in
8.4 should support the :tu and :tl modifiers.

simple fix:
just take the file /usr/bin/make off the FreeBSD-9.1 default image and
replace it on your server.

-
Your system is broken and needs fixing

I have installed the newest *devel/bmake*
 and do the following:
cp /usr/bin/make /usr/bin/make.old
ln -sv /usr/local/bin/bmake /usr/bin/make

Then the error was gone.


Fonte:
https://forums.freebsd.org/threads/issues-with-pkg-commands.46291/


[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.

Em 6 de fevereiro de 2015 16:07, Lenardi Soluções - Leandro <
lean...@lenardi.com.br> escreveu:

> Gente boa, preciso tirar uma dúvida, estou com um FreeBSD 9.0, depois de
> executar um portsnap fetch /extract / update, e o processo lograr êxito,
>
>
>
> Qualquer port que eu queira instalar apresenta a seguinte mensagem
>
>
>
> Unknown modifier 't'
>
>
>
>
>
> Alguém já viu disto?
>
>
>
>
>
> Leandro
>
>
>
> -
> 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] Erro apos PortSnap

[Renato Botelho]

> On Feb 6, 2015, at 16:07, Lenardi Soluções - Leandro  
> wrote:
> 
> Gente boa, preciso tirar uma dúvida, estou com um FreeBSD 9.0, depois de
> executar um portsnap fetch /extract / update, e o processo lograr êxito, 
> 
> 
> 
> Qualquer port que eu queira instalar apresenta a seguinte mensagem 
> 
> 
> 
> Unknown modifier 't'
> 
> 
> 
> 
> 
> Alguém já viu disto?

Você está usando uma versão do FreeBSD que não é compatível com a árvore do 
ports, por conta do bmake. Atualiza pra 8.4, 9.3 ou 10.1 e vai tudo funcionar. 
:)

--
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 do Sarg

[Adiel de Lima Ribeiro]

On 01/02/2015 09:27 PM, Tiago Ribeiro wrote:




Em 02/01/2015, às 19:55, joao jamaicabsd  escreveu:

Boa tarde a todos.
Após tentar arrumar algumas coisas instalando e reinstalando o apache por
exemplo estou tendo problemas com alguns pacotes e agora o sarg me dá o
seguinte erro:

/usr/local/bin/sarg: Undefined symbol "libintl_bindtextdomain"

já reinstalei o mesmo e o erro continua.

Alguém pode me ajudar com esse erro?



Está usando pkg ou ports?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



Boa tarde.
Geralmente quando tenho este tipo de erro, eu atualizo o sistema com 
freebsd-update e atualizo o ports, para que ambos fiquem com a mesma 
data de atualização.

Costuma resolver este tipo de problema.
Lembrando que se for utilizar o freebsd-update, ele funciona apenas se 
você estiver utilizando alguma versão RELEASE e é melhor utilizar o 
kernel GENERIC para isso.
Quem puder falar mais sobre este tipo de erro, "Undefined symbol" e 
afins, será muito bem vindo, pois certas vezes é um processo penoso 
resolver isso, seja na recompilação de kernel ou na instalação de ports.

Obrigado.

--
Adiel de Lima Ribeiro.
Pós graduação em Administração
de redes Linux - UFLA - MG.
MCSA - Microsoft Certified Systems Administrator.
facebook.com/bsdworld
-
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 do Sarg

[Claudio Pereira]

2015-01-03 9:40 GMT-02:00 Fabricio Lima :

> # ldd /usr/local/bin/sarg
> E vê se falta alguma lib...
> Faz isso antes e depois do ldconfig
> Se for lib q vc tem, resolva a dependência com link simbolico
>
> Em sábado, 3 de janeiro de 2015, Fabricio Lima  >
> escreveu:
>
> > # ldconfig -v
> > E testa
> >
> > Em sexta-feira, 2 de janeiro de 2015, Tiago Ribeiro  > > escreveu:
> >
> >>
> >>
> >> > Em 02/01/2015, às 19:55, joao jamaicabsd 
> >> escreveu:
> >> >
> >> > Boa tarde a todos.
> >> > Após tentar arrumar algumas coisas instalando e reinstalando o apache
> >> por
> >> > exemplo estou tendo problemas com alguns pacotes e agora o sarg me dá
> o
> >> > seguinte erro:
> >> >
> >> > /usr/local/bin/sarg: Undefined symbol "libintl_bindtextdomain"
> >> >
> >> > já reinstalei o mesmo e o erro continua.
> >> >
> >> > Alguém pode me ajudar com esse erro?
> >> >
> >>
> >> Está usando pkg ou ports?
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> >
> >
> > --
> > [ ]'s
> > Fabricio Lima
> > When your hammer is C++, everything begins to look like a thumb.
> >
> >
>
> --
> [ ]'s
> Fabricio Lima
> When your hammer is C++, everything begins to look like a thumb.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


# Para checar dependencias quebradas com o proprio pkg (sem install, apenas
ver)
pkg check -Bd -n -v -a

# Ou pode utilizar o antigo pkg_libchk do port sysutils/bsdadminscripts
pkg_libchk -qr

Dica do pkg_libchk, artigo do Marcelo Gondim:
http://www.bsdinfo.com.br/2012/04/22/como-saber-de-forma-rapida-e-pratica-se-perdeu-alguma-lib-importante/

Gondim, vamos escrever um artigo pro pkg check ;-)

-- 
Abraços, IndioX.
-- 
Claudio P Costa
BSDA Certified - http://bsdcertification.org
-
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 do Sarg

[Fabricio Lima]

# ldd /usr/local/bin/sarg
E vê se falta alguma lib...
Faz isso antes e depois do ldconfig
Se for lib q vc tem, resolva a dependência com link simbolico

Em sábado, 3 de janeiro de 2015, Fabricio Lima 
escreveu:

> # ldconfig -v
> E testa
>
> Em sexta-feira, 2 de janeiro de 2015, Tiago Ribeiro  > escreveu:
>
>>
>>
>> > Em 02/01/2015, às 19:55, joao jamaicabsd 
>> escreveu:
>> >
>> > Boa tarde a todos.
>> > Após tentar arrumar algumas coisas instalando e reinstalando o apache
>> por
>> > exemplo estou tendo problemas com alguns pacotes e agora o sarg me dá o
>> > seguinte erro:
>> >
>> > /usr/local/bin/sarg: Undefined symbol "libintl_bindtextdomain"
>> >
>> > já reinstalei o mesmo e o erro continua.
>> >
>> > Alguém pode me ajudar com esse erro?
>> >
>>
>> Está usando pkg ou ports?
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
> --
> [ ]'s
> Fabricio Lima
> When your hammer is C++, everything begins to look like a thumb.
>
>

-- 
[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.
-
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 do Sarg

[Fabricio Lima]

# ldconfig -v
E testa

Em sexta-feira, 2 de janeiro de 2015, Tiago Ribeiro 
escreveu:

>
>
> > Em 02/01/2015, às 19:55, joao jamaicabsd  > escreveu:
> >
> > Boa tarde a todos.
> > Após tentar arrumar algumas coisas instalando e reinstalando o apache por
> > exemplo estou tendo problemas com alguns pacotes e agora o sarg me dá o
> > seguinte erro:
> >
> > /usr/local/bin/sarg: Undefined symbol "libintl_bindtextdomain"
> >
> > já reinstalei o mesmo e o erro continua.
> >
> > Alguém pode me ajudar com esse erro?
> >
>
> Está usando pkg ou ports?
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
[ ]'s
Fabricio Lima
When your hammer is C++, everything begins to look like a thumb.
-
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 do Sarg

[Tiago Ribeiro]

> Em 02/01/2015, às 19:55, joao jamaicabsd  escreveu:
> 
> Boa tarde a todos.
> Após tentar arrumar algumas coisas instalando e reinstalando o apache por
> exemplo estou tendo problemas com alguns pacotes e agora o sarg me dá o
> seguinte erro:
> 
> /usr/local/bin/sarg: Undefined symbol "libintl_bindtextdomain"
> 
> já reinstalei o mesmo e o erro continua.
> 
> Alguém pode me ajudar com esse erro?
> 

Está usando pkg ou ports?
-
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 de formato em biblioteca

[Otacílio]

Em 09/12/2014 09:36, Nilton Jose Rizzo escreveu:


Galera,

 estou com esse problema:

rizzo@valfenda:~/src/ComputacaoGrafica % clang++ -o teste_gl_idle
teste_gl_idle.cpp -I/usr/local/include -L/usr/local/lib -lGL -lglut -lpthread
-lCGAL
/usr/bin/ld: //usr/local/lib/libgmp.so.10: invalid DSO for symbol
`__gmpn_sub_1' definition
//usr/local/lib/libgmp.so.10: could not read symbols: Bad value
clang++: error: linker command failed with exit code 1 (use -v to see 
invocation)
rizzo@valfenda:~/src/ComputacaoGrafica %


  Uso o clang para compilar tudo, excetos os ports que insitem
em utilizar o gcc.  O problema e que comecou a dar esses error
em algumas bibliotecas e eu simplesmente as recompilei com o
clang (forçando)  mas essa ai não deu jeito.  Alguem tem alguma
luz no fim do tunel?

---



Olha, você tem o port gmp instalado? Eu tentaria atualizar esse port.

[]'s
-Otacílio
-
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 ao atualizar o dbus

[Otacílio]

A resposta está no fim do e-mail.

Em 29/09/2014 08:14, Marco Carvalho de Oliveira escreveu:

Olá,

Complementando estou com o mesmo problema. Li algo sobre fazer o downgrade
do D-Bus[1]. Sinceramente não gostaria de partir para esta solução, visto o
trabalho de manter esta estrutura com o dbus em uma versão old.

Nota: Estou usando o package, mas o problema trata-se da funções que o
VirtualBox utiliza para abrir a interface de file-manager quando vc abre
uma VM.

Não custa perguntas :), você conseguiu resolver este caso ?

Referência:
[1] https://forums.freebsd.org/viewtopic.php?&t=39227


2014-09-20 22:34 GMT-03:00 Otacílio :


Caros, este erro está aparecendo quando vou atualizar o dbus.

make[2]: "/usr/ports/Mk/bsd.xorg.mk" line 146: warning: Couldn't read
shell's output for "/usr/local/bin/X -version 2>&1 | sed -n 's;^X\.Org X
Server \([^ ]*\).*;\1;p'"
===>  Installing for dbus-1.8.8
===>   dbus-1.8.8 depends on file: /usr/local/libdata/pkgconfig/ice.pc -
found
===>   dbus-1.8.8 depends on file: /usr/local/libdata/pkgconfig/sm.pc -
found
===>   dbus-1.8.8 depends on file: /usr/local/libdata/pkgconfig/x11.pc -
found
===>   dbus-1.8.8 depends on file: /usr/local/etc/gnome.subr - found
===>   dbus-1.8.8 depends on shared library: libexpat.so - found
(/usr/local/lib/libexpat.so.6.0.0)
===>   Registering installation for dbus-1.8.8 as automatic
pkg-static: Malformed keyword , wrong mode section
*** Error code 74


A máquina é esta:

root@xareu:/usr/ports/devel/dbus # uname -a
FreeBSD xareu 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17
01:46:25 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  i386

Roda dentro de uma VirtualBox.

Alguém sabe do que se trata?

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







O problema sumiu. Estou usando a seguinte versão do virtualbox em uma 
máquina Windows 8.1.

4.3.16 r95972

As máquinas virtualizadas são estas:

FreeBSD xareu 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17 
01:46:25 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  i386
FreeBSD ximbiriba 9.3-RELEASE-p2 FreeBSD 9.3-RELEASE-p2 #0: Mon Sep 15 
16:44:27 UTC 2014 
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64


Ambas estão com o adicional de convidado para o virtualbox abaixo:

root@ximbiriba:/usr/home/ota # pkg info | grep virtualbox
virtualbox-ose-additions-4.3.16_1 VirtualBox additions for FreeBSD guests

[ota@xareu /usr/home/ota]$ pkg info | grep virtualbox
virtualbox-ose-additions-4.3.16_1 VirtualBox additions for FreeBSD guests

[]'s
-Otacílio
-
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 ao atualizar o dbus

[Marco Carvalho de Oliveira]

Olá,

Complementando estou com o mesmo problema. Li algo sobre fazer o downgrade
do D-Bus[1]. Sinceramente não gostaria de partir para esta solução, visto o
trabalho de manter esta estrutura com o dbus em uma versão old.

Nota: Estou usando o package, mas o problema trata-se da funções que o
VirtualBox utiliza para abrir a interface de file-manager quando vc abre
uma VM.

Não custa perguntas :), você conseguiu resolver este caso ?

Referência:
[1] https://forums.freebsd.org/viewtopic.php?&t=39227


2014-09-20 22:34 GMT-03:00 Otacílio :

> Caros, este erro está aparecendo quando vou atualizar o dbus.
>
> make[2]: "/usr/ports/Mk/bsd.xorg.mk" line 146: warning: Couldn't read
> shell's output for "/usr/local/bin/X -version 2>&1 | sed -n 's;^X\.Org X
> Server \([^ ]*\).*;\1;p'"
> ===>  Installing for dbus-1.8.8
> ===>   dbus-1.8.8 depends on file: /usr/local/libdata/pkgconfig/ice.pc -
> found
> ===>   dbus-1.8.8 depends on file: /usr/local/libdata/pkgconfig/sm.pc -
> found
> ===>   dbus-1.8.8 depends on file: /usr/local/libdata/pkgconfig/x11.pc -
> found
> ===>   dbus-1.8.8 depends on file: /usr/local/etc/gnome.subr - found
> ===>   dbus-1.8.8 depends on shared library: libexpat.so - found
> (/usr/local/lib/libexpat.so.6.0.0)
> ===>   Registering installation for dbus-1.8.8 as automatic
> pkg-static: Malformed keyword , wrong mode section
> *** Error code 74
>
>
> A máquina é esta:
>
> root@xareu:/usr/ports/devel/dbus # uname -a
> FreeBSD xareu 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17
> 01:46:25 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  i386
>
> Roda dentro de uma VirtualBox.
>
> Alguém sabe do que se trata?
>
> []'s
> -Otacílio
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Marco Carvalho de Oliveira
Gerente de TI - Policlínica São Lucas
LPI 3 - Linux professional Certificate
Certified Linux Administrator da Novell
-
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 na instalação do Xorg via pkg e ports

[Renato Botelho]

On Sep 3, 2014, at 16:17, Ricardo Tweeg  wrote:
> 
> 
> 
> Em Quarta-feira, 3 de Setembro de 2014 11:06, Marcelo Gondim 
>  escreveu:
> 
> 
>> 
>> 
>> On 03/09/2014 10:58, Ricardo Tweeg wrote:
>>> Salve turma,
>>> 
>>> Alguém recentemente teve sucesso com a instalação do Xorg via ports 
>>> (portmaster ou "make install clean") sem alterar "nada" da configuração 
>>> padrão que é sugerida?
>>> 
>>> Estou passando por alguns problemas (veja o arquivo .txt em anexo com a 
>>> saída de erro) e venho pedir uma ajuda ao grupo.
>>> 
>>> 
>>> O que eu fiz até o momento:
>>> 
>>> Tenho uma instalação novinha em folha do RELEASE 10;
>>> Fiz um portmaster "fetch extract" e instalei o portmaster;
>>> Em seguida eu mandei ver na instalação do Xorg via portmaster (não 
>>> desmarquei nenhuma opção sugerida assim como também não marquei nada a 
>>> mais);
>>> A instalação começou e após alguns minutos - 30 minutos aproximadamente - a 
>>> instalação para e me reporta uma mensagem de erro (que estou enviando em 
>>> anexo para não ficar gigantesco);
>>> 
>>> P.S: O curioso é que se faço a instalação via pkg, o Xorg instala numa boa.
>>> Isso me deixa com dúvidas do tipo: As configurações padrões no pacote 
>>> binário que foi instalado via pkg não são as mesmas que são sugeridas por 
>>> padrão em uma instalação via portmaster ou "make install clean"?
>>> Caso sim, qual o motivo do erro na instalação via ports, visto que não 
>>> incluí e nem retirei nada que me foi sugerido?
>>> Eu somente dei enter e enter e enter até o fim
>>> 
>>> Caso algum amigo aqui da lista possa me dar uma ajuda eu agradeço.
>>> Só mais um detalhe.
>>> Na versão 9 do FreeBSD a instalação funcionava pelos dois métodos.
>>> 
>>> Abraços
>>> 
>>> Atenciosamente,
>>> 
>>> 
>>> 
>>> Ricardo Tweeg
>>> +55 021 9291-0584
>> Grande Ricardo,
>> 
>> Rapaz esse pacote é meio problemático textproc/docbook-xml. Faz o 
>> seguinte: tenta instalar somente esse pacote via pkg install e depois 
>> tenta mandar o portmaster no xorg novamente.
>> Vamos ver se vai.  :)
>> 
>> 
>> []´s
>> Gondim
>> 
>> ---
>> Este email está limpo de vírus e malwares porque a proteção do avast! 
>> Antivírus está ativa.
>> http://www.avast.com
>> 
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> 
>> 
> Fala Gondim,
> 
> Fiz isso e o erro continuou.
> O que notei de diferente na saída de erro é que diminuiu (em 2) a quantidade 
> de pacotes que apresentavam erro.
> Vou instalar esses pacotes via pkg também e em seguida fazer a compilação do 
> Xorg via ports e ver no que vai dar.
> Deve demorar um pouco a compilação.
> Quando terminar eu informo na lista o resultado.

Montei um desktop com 11-CURRENT há poucos dias, mudei o loader.conf pra usar o 
newcons adicionando a linha:

kern.vty=vt

Fiz isso pois minha placa é intel e só funciona com KMS.

Depois instalei todos os pacotes usando apenas o pkg, nem tenho a árvore do 
ports na máquina. Funcionou tudo perfeitamente.

[]s
--
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 na instalação do Xorg via pkg e ports

[Ricardo Tweeg]

Em Quarta-feira, 3 de Setembro de 2014 11:06, Marcelo Gondim 
 escreveu:


>
>
>On 03/09/2014 10:58, Ricardo Tweeg wrote:
>> Salve turma,
>>
>> Alguém recentemente teve sucesso com a instalação do Xorg via ports 
>> (portmaster ou "make install clean") sem alterar "nada" da configuração 
>> padrão que é sugerida?
>>
>> Estou passando por alguns problemas (veja o arquivo .txt em anexo com a 
>> saída de erro) e venho pedir uma ajuda ao grupo.
>>
>>
>> O que eu fiz até o momento:
>>
>> Tenho uma instalação novinha em folha do RELEASE 10;
>> Fiz um portmaster "fetch extract" e instalei o portmaster;
>> Em seguida eu mandei ver na instalação do Xorg via portmaster (não 
>> desmarquei nenhuma opção sugerida assim como também não marquei nada a mais);
>> A instalação começou e após alguns minutos - 30 minutos aproximadamente - a 
>> instalação para e me reporta uma mensagem de erro (que estou enviando em 
>> anexo para não ficar gigantesco);
>>
>> P.S: O curioso é que se faço a instalação via pkg, o Xorg instala numa boa.
>> Isso me deixa com dúvidas do tipo: As configurações padrões no pacote 
>> binário que foi instalado via pkg não são as mesmas que são sugeridas por 
>> padrão em uma instalação via portmaster ou "make install clean"?
>> Caso sim, qual o motivo do erro na instalação via ports, visto que não 
>> incluí e nem retirei nada que me foi sugerido?
>> Eu somente dei enter e enter e enter até o fim
>>
>> Caso algum amigo aqui da lista possa me dar uma ajuda eu agradeço.
>> Só mais um detalhe.
>> Na versão 9 do FreeBSD a instalação funcionava pelos dois métodos.
>>
>> Abraços
>>  
>> Atenciosamente,
>>
>>
>>
>> Ricardo Tweeg
>> +55 021 9291-0584
>Grande Ricardo,
>
>Rapaz esse pacote é meio problemático textproc/docbook-xml. Faz o 
>seguinte: tenta instalar somente esse pacote via pkg install e depois 
>tenta mandar o portmaster no xorg novamente.
>Vamos ver se vai.  :)
>
>
>[]´s
>Gondim
>
>---
>Este email está limpo de vírus e malwares porque a proteção do avast! 
>Antivírus está ativa.
>http://www.avast.com
>
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
Fala Gondim,

Fiz isso e o erro continuou.
O que notei de diferente na saída de erro é que diminuiu (em 2) a quantidade de 
pacotes que apresentavam erro.
Vou instalar esses pacotes via pkg também e em seguida fazer a compilação do 
Xorg via ports e ver no que vai dar.
Deve demorar um pouco a compilação.
Quando terminar eu informo na lista o resultado.

Abraços

Att,

Ricardo Tweeg
-
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 na instalação do Xorg via pkg e ports

[Eduardo Lemos de Sa]

Oi Pessoal



2014-09-03 11:06 GMT-03:00 Marcelo Gondim :

> On 03/09/2014 10:58, Ricardo Tweeg wrote:
>
>> Salve turma,
>>
>> Alguém recentemente teve sucesso com a instalação do Xorg via ports
>> (portmaster ou "make install clean") sem alterar "nada" da configuração
>> padrão que é sugerida?
>>
>> Estou passando por alguns problemas (veja o arquivo .txt em anexo com a
>> saída de erro) e venho pedir uma ajuda ao grupo.
>>
>>
>> O que eu fiz até o momento:
>>
>> Tenho uma instalação novinha em folha do RELEASE 10;
>> Fiz um portmaster "fetch extract" e instalei o portmaster;
>> Em seguida eu mandei ver na instalação do Xorg via portmaster (não
>> desmarquei nenhuma opção sugerida assim como também não marquei nada a
>> mais);
>> A instalação começou e após alguns minutos - 30 minutos aproximadamente -
>> a instalação para e me reporta uma mensagem de erro (que estou enviando em
>> anexo para não ficar gigantesco);
>>
>> P.S: O curioso é que se faço a instalação via pkg, o Xorg instala numa
>> boa.
>> Isso me deixa com dúvidas do tipo: As configurações padrões no pacote
>> binário que foi instalado via pkg não são as mesmas que são sugeridas por
>> padrão em uma instalação via portmaster ou "make install clean"?
>> Caso sim, qual o motivo do erro na instalação via ports, visto que não
>> incluí e nem retirei nada que me foi sugerido?
>> Eu somente dei enter e enter e enter até o fim
>>
>> Caso algum amigo aqui da lista possa me dar uma ajuda eu agradeço.
>> Só mais um detalhe.
>> Na versão 9 do FreeBSD a instalação funcionava pelos dois métodos.
>>
>> Abraços
>>   Atenciosamente,
>>
>>
>>
>> Ricardo Tweeg
>> +55 021 9291-0584
>>
> Grande Ricardo,
>
> Rapaz esse pacote é meio problemático textproc/docbook-xml. Faz o
> seguinte: tenta instalar somente esse pacote via pkg install e depois tenta
> mandar o portmaster no xorg novamente.
> Vamos ver se vai.  :)
>
> []´s
> Gondim
>
> ---
> Este email está limpo de vírus e malwares porque a proteção do avast!
> Antivírus está ativa.
> http://www.avast.com
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Eu instalei o xorg recentemente via pkg e não tive problemas. Fiz o mesmo
com o xfce4, que não apresentou mensagens de erro. Porém, quando eu tentava
fazer um startxfce4, eu recebia a mensagem de erro dizendo que o programa
não tinha sido encontrado. Fiz então um reinstalação via ports (make clean
reinstall
"FORCE_PKG_REGISTER=YES" "BATCH=YES") no final do dia. Quando eu voltei no
outro dia, tudo está lá e funcionando direito. A conclusão a que eu cheguei
foi a mesma do Ricardo: nem tudo que é instalado via pkg é igual ao
compilado via ports (mesmo que se use o "BATCH=YES").

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
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
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 na instalação do Xorg via pkg e ports

[Marcelo Gondim]

On 03/09/2014 10:58, Ricardo Tweeg wrote:

Salve turma,

Alguém recentemente teve sucesso com a instalação do Xorg via ports (portmaster ou "make 
install clean") sem alterar "nada" da configuração padrão que é sugerida?

Estou passando por alguns problemas (veja o arquivo .txt em anexo com a saída 
de erro) e venho pedir uma ajuda ao grupo.


O que eu fiz até o momento:

Tenho uma instalação novinha em folha do RELEASE 10;
Fiz um portmaster "fetch extract" e instalei o portmaster;
Em seguida eu mandei ver na instalação do Xorg via portmaster (não desmarquei 
nenhuma opção sugerida assim como também não marquei nada a mais);
A instalação começou e após alguns minutos - 30 minutos aproximadamente - a 
instalação para e me reporta uma mensagem de erro (que estou enviando em anexo 
para não ficar gigantesco);

P.S: O curioso é que se faço a instalação via pkg, o Xorg instala numa boa.
Isso me deixa com dúvidas do tipo: As configurações padrões no pacote binário que foi 
instalado via pkg não são as mesmas que são sugeridas por padrão em uma instalação via 
portmaster ou "make install clean"?
Caso sim, qual o motivo do erro na instalação via ports, visto que não incluí e 
nem retirei nada que me foi sugerido?
Eu somente dei enter e enter e enter até o fim

Caso algum amigo aqui da lista possa me dar uma ajuda eu agradeço.
Só mais um detalhe.
Na versão 9 do FreeBSD a instalação funcionava pelos dois métodos.

Abraços
  
Atenciosamente,




Ricardo Tweeg
+55 021 9291-0584

Grande Ricardo,

Rapaz esse pacote é meio problemático textproc/docbook-xml. Faz o 
seguinte: tenta instalar somente esse pacote via pkg install e depois 
tenta mandar o portmaster no xorg novamente.

Vamos ver se vai.  :)

[]´s
Gondim

---
Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus 
está ativa.
http://www.avast.com

-
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 sonewconn

[Jorge Petry - BSD]

Em 28/08/2014 07:28, Welkson Renny de Medeiros escreveu:

Em 27 de agosto de 2014 16:29, Jorge Petry - BSD 
escreveu:


Em 26/08/2014 15:33, Luiz Otavio O Souza escreveu:

  On 26 August 2014 10:55, Jorge Petry - BSD wrote:

Bom dia pessoal.

Alguém ja passou por esse tipo de erro?
Estão aparecendo nos logs e dmesg. Possuo 02 Servers com Freebsd
10-RELEASE
rodando jails e aparece nos 2.


sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance
sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in
queue



Uma curiosidade... você aplicou essa regra no sysctl do host ou do jail?

Como jail é um ambiente isolado, provavelmente tem seu próprio sysctl.

Fazendo uma analogia com virtualização, o que quero saber é se você aplicou
o sysctl no HOST ou no GUEST.

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

Olá Welkson,

Apliquei na máquina principal.
Rodei dentro da jail o seguinte comando e não permitiu.

[root@mail ~]# sysctl kern.ipc.somaxconn=8000
kern.ipc.somaxconn: 8192
sysctl: kern.ipc.somaxconn=8000: Operation not permitted


Abraç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] Erro sonewconn

[Welkson Renny de Medeiros]

Em 27 de agosto de 2014 16:29, Jorge Petry - BSD 
escreveu:

>
> Em 26/08/2014 15:33, Luiz Otavio O Souza escreveu:
>
>  On 26 August 2014 10:55, Jorge Petry - BSD wrote:
>>
>>> Bom dia pessoal.
>>>
>>> Alguém ja passou por esse tipo de erro?
>>> Estão aparecendo nos logs e dmesg. Possuo 02 Servers com Freebsd
>>> 10-RELEASE
>>> rodando jails e aparece nos 2.
>>>
>>>
>>> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
>>> queue awaiting acceptance
>>> sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in
>>> queue
>>>
>>>

Uma curiosidade... você aplicou essa regra no sysctl do host ou do jail?

Como jail é um ambiente isolado, provavelmente tem seu próprio sysctl.

Fazendo uma analogia com virtualização, o que quero saber é se você aplicou
o sysctl no HOST ou no GUEST.

Welkson
-
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 sonewconn

[Jorge Petry - BSD]

Em 26/08/2014 15:33, Luiz Otavio O Souza escreveu:

On 26 August 2014 10:55, Jorge Petry - BSD wrote:

Bom dia pessoal.

Alguém ja passou por esse tipo de erro?
Estão aparecendo nos logs e dmesg. Possuo 02 Servers com Freebsd 10-RELEASE
rodando jails e aparece nos 2.


sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance
sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in queue
awaiting acceptance
sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in queue
awaiting acceptance
sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance
sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance


Jorge,

Isso pode acontecer quando o daemon/programa recebe muitas conexões e
não consegue aceitar todas as conexões que estão na fila.

O tamanho dessa fila pode ser configurado durante a configuração do
socket pelo listen(8) (backlog) até o tamanho máximo que é o sysctl
kern.ipc.somaxconn (128 por padrao).

Espero que ajude a identificar o problema ai.

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

Olá Luiz.

Obrigado pela lembrança. Setei em 512, mas ainda continua aparecendo.

Aug 27 15:41:26 server kernel: sonewconn: pcb 0xf80265003dc8: Listen 
queue overflow: 151 already in queue awaiting acceptance


Vou ajustar umas confs de sysctl e ver no que melhora.

Obrigado.

Jorge Petry.

-
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 sonewconn

[Jorge Petry - BSD]

Em 26/08/2014 13:59, Matheus Weber da Conceição escreveu:

Identifique o socket que tá dando o erro:

netstat -naA | grep 0xf80265003dc8
netstat -naA | grep 0xf80177664188

-Matheus


On Tue, Aug 26, 2014 at 10:55 AM, Jorge Petry - BSD 
wrote:


Bom dia pessoal.

Alguém ja passou por esse tipo de erro?
Estão aparecendo nos logs e dmesg. Possuo 02 Servers com Freebsd
10-RELEASE rodando jails e aparece nos 2.


sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance
sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in
queue awaiting acceptance
sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in
queue awaiting acceptance
sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance
sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
queue awaiting acceptance


Obrigado.

Jorge Petry.
-
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

Olá Mateus.

O netstat não me retorna nada com esses parâmetros.
Vou continuar olhando e procurando.

Obrigado.

Jorge Petry.

-
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 sonewconn

[Luiz Otavio O Souza]

On 26 August 2014 10:55, Jorge Petry - BSD wrote:
> Bom dia pessoal.
>
> Alguém ja passou por esse tipo de erro?
> Estão aparecendo nos logs e dmesg. Possuo 02 Servers com Freebsd 10-RELEASE
> rodando jails e aparece nos 2.
>
>
> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
> queue awaiting acceptance
> sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in queue
> awaiting acceptance
> sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in queue
> awaiting acceptance
> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
> queue awaiting acceptance
> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
> queue awaiting acceptance
>

Jorge,

Isso pode acontecer quando o daemon/programa recebe muitas conexões e
não consegue aceitar todas as conexões que estão na fila.

O tamanho dessa fila pode ser configurado durante a configuração do
socket pelo listen(8) (backlog) até o tamanho máximo que é o sysctl
kern.ipc.somaxconn (128 por padrao).

Espero que ajude a identificar o problema ai.

Luiz
-
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 sonewconn

[Matheus Weber da Conceição]

Identifique o socket que tá dando o erro:

netstat -naA | grep 0xf80265003dc8
netstat -naA | grep 0xf80177664188

-Matheus


On Tue, Aug 26, 2014 at 10:55 AM, Jorge Petry - BSD 
wrote:

> Bom dia pessoal.
>
> Alguém ja passou por esse tipo de erro?
> Estão aparecendo nos logs e dmesg. Possuo 02 Servers com Freebsd
> 10-RELEASE rodando jails e aparece nos 2.
>
>
> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
> queue awaiting acceptance
> sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in
> queue awaiting acceptance
> sonewconn: pcb 0xf80177664188: Listen queue overflow: 8 already in
> queue awaiting acceptance
> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
> queue awaiting acceptance
> sonewconn: pcb 0xf80265003dc8: Listen queue overflow: 151 already in
> queue awaiting acceptance
>
>
> Obrigado.
>
> Jorge Petry.
> -
> 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] Erro na Instalação do port dns/bind99

[Renato Botelho]

On Jun 27, 2014, at 15:33, Paulo Henrique - BSDs  wrote:
> 
> Saudações,
> 
> Durante a instalação do bind99 via ports o processo de instalação é 
> interrompido no instalação do script de inicialização do daemon.
> 
> Alguma forma de fazer o make ignorar tal ausencia e concluir a 
> instalação do Bind ?
> 
> Segue a mensagem de erro do port:
> 
> ===> Staging rc.d startup script(s)
> install: /usr/ports/dns/bind99/work/stage/usr/etc/rc.d/named: No such 
> file or directory
> *** Error code 71
> 
> Stop.
> make[1]: stopped in /usr/ports/dns/bind99
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/dns/bind99
> root@ns01:/usr/ports/dns/bind99 #
> 
> 
> Qualquer dica será muito bem vinda.

Isso é um bug, provavelmente o bug só aparece quando a opção REPLACE_BASE está 
setada e o maintainer acabou não vendo.

Você pode abrir um bug em  http://bugs.freebsd.org/bugzilla e mandar email pra 
freebsd-po...@freebsd.org, copiando o mantenedor.

[]s
--
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 no syslogd

[Nilton Jose Rizzo]

Em Wed, 7 May 2014 11:49:51 -0300, Denis Granato escreveu
> pelo que vi agora no man syslogd , o "-a" é pra permitir qual host pode
> enviar
> log pro servidor. Como minha rede é fechada, não restringi ninguem

  Exatamente, hummm mas vc também não pos o -s  hummm certo

  -s fecha o syslogd, se não usar o -s ele recebe direto de todos na rede

   Não tinha atentado para isso.

Rizzo


  
> 
> Att
> 
> 2014-05-07 11:31 GMT-03:00 Nilton Jose Rizzo :
> 
> > Em Wed, 7 May 2014 11:26:36 -0300, Denis Granato escreveu
> > > Segue como tenho o meu aqui
> > >
> > > ## /etc/rc.conf
> > > syslogd_flags="-C -n"
> >
> >hummm vc não usa a opção -a? porque?
> >
> >
> > Rizzo
> >
> > >
> > > ## /etc/syslog.conf
> > >
> > > +192.168.18.90
> > > *.* /var/log/syslog-cisco.log
> > > +192.168.18.92
> > > *.* /var/log/syslog-cisco.log
> > >
> > > Para rotacionar, tenho no
> > >
> > > ## /etc/newsyslog.conf
> > >
> > > /var/log/syslog-cisco.log  zabbix:zabbix 644 30   *   @T00  B
> > >
> > > 2014-05-07 11:06 GMT-03:00 Nilton Jose Rizzo :
> > >
> > > > Em Wed, 07 May 2014 01:19:55 -0300, Marcelo Gondim escreveu
> > > > > Em 06/05/14 23:31, Nilton Jose Rizzo escreveu:
> > > > > > Pessoas estou tentanto fazer um servidor de logs
> > > > > > em casa, já fiz alguns com vários FreeBSD e todos
> > > > > > funcionáram certinho, porém este aqui é com um rádio
> > > > > > DLINK, quero que ele log tudo na minha máquina que
> > > > > > fica ligada 24/dia, então fiz isso aqui:
> > > > > >
> > > > > >
> > > > > > syslogd_enable="YES"# Run syslog daemon (or NO).
> > > > > > syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want
> > a
> > > > different
> > > > > > one.
> > > > > > syslogd_flags="-d -v -a 192.168.0.1"# Flags to syslogd
> > (if
> > > > enabled)
> > > > > >
> > > > > > -d (Debug mode)
> > > > > > -d (verbose Mode)
> > > > > > -a (client IP)
> > > > > >
> > > > > > mas o syslog me dá esse erro aqui:
> > > > > >
> > > > > > validate: dgram from IP 192.168.0.1, port 40256, name dlinkrouter.;
> > > > > > rejected in rule 0 due to port mismatch.
> > > > > >
> > > > > > Se fosse machine name mismatch, eu achei de montão na net
> > > > > > agora port mismatch não achei  alguem me pode me dar
> > > > > > uma dica?
> > > > > Opa Rizzo,
> > > > >
> > > > > Você não está com algum firewall aí não?
> > > >
> > > >Não ... mas lendo mais atentamente o manuam (ontem estava com sono)
> > > >  vi que o correto seria assim:
> > > >
> > > >   -a 192.168.0.1/24:*   <--> indicando para aceitar conexões em
> > > >  todas as portas (!?) acho que o Dlink não obecede ao protocolo direito
> > > >  ainda não parei para olhar o porque disso mas funcionou, porém ele
> > > >  está logando tudo no /var/log/message não cobsegui fazer ele logar
> > > >  em um outro arquivo, puz no final do syslogd.conf essas linha:
> > > >
> > > > +192.168.0.1
> > > > *.*  /var/log/192.168.0.1.log
> > > >
> > > >[]'s
> > > > Rizzo
> > > >
> > > > >
> > > > > []'s
> > > > > Gondim
> > > > > -
> > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > >
> > > >
> > > > ---
> > > > /*
> > > > **Nilton José RizzoUFRRJ
> > > > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > > > **http://lattes.cnpq.br/0079460703536198
> > > > **/
> > > >
> > > > -
> > > > 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
> >
> >
> > ---
> > /*
> > **Nilton José RizzoUFRRJ
> > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **/
> >
> > -
> > 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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 syslogd

[Denis Granato]

pelo que vi agora no man syslogd , o "-a" é pra permitir qual host pode
enviar
log pro servidor. Como minha rede é fechada, não restringi ninguem

Att


2014-05-07 11:31 GMT-03:00 Nilton Jose Rizzo :

> Em Wed, 7 May 2014 11:26:36 -0300, Denis Granato escreveu
> > Segue como tenho o meu aqui
> >
> > ## /etc/rc.conf
> > syslogd_flags="-C -n"
>
>hummm vc não usa a opção -a? porque?
>
>
> Rizzo
>
> >
> > ## /etc/syslog.conf
> >
> > +192.168.18.90
> > *.* /var/log/syslog-cisco.log
> > +192.168.18.92
> > *.* /var/log/syslog-cisco.log
> >
> > Para rotacionar, tenho no
> >
> > ## /etc/newsyslog.conf
> >
> > /var/log/syslog-cisco.log  zabbix:zabbix 644 30   *   @T00  B
> >
> > 2014-05-07 11:06 GMT-03:00 Nilton Jose Rizzo :
> >
> > > Em Wed, 07 May 2014 01:19:55 -0300, Marcelo Gondim escreveu
> > > > Em 06/05/14 23:31, Nilton Jose Rizzo escreveu:
> > > > > Pessoas estou tentanto fazer um servidor de logs
> > > > > em casa, já fiz alguns com vários FreeBSD e todos
> > > > > funcionáram certinho, porém este aqui é com um rádio
> > > > > DLINK, quero que ele log tudo na minha máquina que
> > > > > fica ligada 24/dia, então fiz isso aqui:
> > > > >
> > > > >
> > > > > syslogd_enable="YES"# Run syslog daemon (or NO).
> > > > > syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want
> a
> > > different
> > > > > one.
> > > > > syslogd_flags="-d -v -a 192.168.0.1"# Flags to syslogd
> (if
> > > enabled)
> > > > >
> > > > > -d (Debug mode)
> > > > > -d (verbose Mode)
> > > > > -a (client IP)
> > > > >
> > > > > mas o syslog me dá esse erro aqui:
> > > > >
> > > > > validate: dgram from IP 192.168.0.1, port 40256, name dlinkrouter.;
> > > > > rejected in rule 0 due to port mismatch.
> > > > >
> > > > > Se fosse machine name mismatch, eu achei de montão na net
> > > > > agora port mismatch não achei  alguem me pode me dar
> > > > > uma dica?
> > > > Opa Rizzo,
> > > >
> > > > Você não está com algum firewall aí não?
> > >
> > >Não ... mas lendo mais atentamente o manuam (ontem estava com sono)
> > >  vi que o correto seria assim:
> > >
> > >   -a 192.168.0.1/24:*   <--> indicando para aceitar conexões em
> > >  todas as portas (!?) acho que o Dlink não obecede ao protocolo direito
> > >  ainda não parei para olhar o porque disso mas funcionou, porém ele
> > >  está logando tudo no /var/log/message não cobsegui fazer ele logar
> > >  em um outro arquivo, puz no final do syslogd.conf essas linha:
> > >
> > > +192.168.0.1
> > > *.*  /var/log/192.168.0.1.log
> > >
> > >[]'s
> > > Rizzo
> > >
> > > >
> > > > []'s
> > > > Gondim
> > > > -
> > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > >
> > > ---
> > > /*
> > > **Nilton José RizzoUFRRJ
> > > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > > **http://lattes.cnpq.br/0079460703536198
> > > **/
> > >
> > > -
> > > 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
>
>
> ---
> /*
> **Nilton José RizzoUFRRJ
> **http://www.rizzo.eng.br  http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **/
>
> -
> 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] erro no syslogd

[Nilton Jose Rizzo]

Em Wed, 7 May 2014 11:26:36 -0300, Denis Granato escreveu
> Segue como tenho o meu aqui
> 
> ## /etc/rc.conf
> syslogd_flags="-C -n"

   hummm vc não usa a opção -a? porque?


Rizzo

> 
> ## /etc/syslog.conf
> 
> +192.168.18.90
> *.* /var/log/syslog-cisco.log
> +192.168.18.92
> *.* /var/log/syslog-cisco.log
> 
> Para rotacionar, tenho no
> 
> ## /etc/newsyslog.conf
> 
> /var/log/syslog-cisco.log  zabbix:zabbix 644 30   *   @T00  B
> 
> 2014-05-07 11:06 GMT-03:00 Nilton Jose Rizzo :
> 
> > Em Wed, 07 May 2014 01:19:55 -0300, Marcelo Gondim escreveu
> > > Em 06/05/14 23:31, Nilton Jose Rizzo escreveu:
> > > > Pessoas estou tentanto fazer um servidor de logs
> > > > em casa, já fiz alguns com vários FreeBSD e todos
> > > > funcionáram certinho, porém este aqui é com um rádio
> > > > DLINK, quero que ele log tudo na minha máquina que
> > > > fica ligada 24/dia, então fiz isso aqui:
> > > >
> > > >
> > > > syslogd_enable="YES"# Run syslog daemon (or NO).
> > > > syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want a
> > different
> > > > one.
> > > > syslogd_flags="-d -v -a 192.168.0.1"# Flags to syslogd (if
> > enabled)
> > > >
> > > > -d (Debug mode)
> > > > -d (verbose Mode)
> > > > -a (client IP)
> > > >
> > > > mas o syslog me dá esse erro aqui:
> > > >
> > > > validate: dgram from IP 192.168.0.1, port 40256, name dlinkrouter.;
> > > > rejected in rule 0 due to port mismatch.
> > > >
> > > > Se fosse machine name mismatch, eu achei de montão na net
> > > > agora port mismatch não achei  alguem me pode me dar
> > > > uma dica?
> > > Opa Rizzo,
> > >
> > > Você não está com algum firewall aí não?
> >
> >Não ... mas lendo mais atentamente o manuam (ontem estava com sono)
> >  vi que o correto seria assim:
> >
> >   -a 192.168.0.1/24:*   <--> indicando para aceitar conexões em
> >  todas as portas (!?) acho que o Dlink não obecede ao protocolo direito
> >  ainda não parei para olhar o porque disso mas funcionou, porém ele
> >  está logando tudo no /var/log/message não cobsegui fazer ele logar
> >  em um outro arquivo, puz no final do syslogd.conf essas linha:
> >
> > +192.168.0.1
> > *.*  /var/log/192.168.0.1.log
> >
> >[]'s
> > Rizzo
> >
> > >
> > > []'s
> > > Gondim
> > > -
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> >
> > ---
> > /*
> > **Nilton José RizzoUFRRJ
> > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **/
> >
> > -
> > 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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 syslogd

[Denis Granato]

Segue como tenho o meu aqui

## /etc/rc.conf
syslogd_flags="-C -n"

## /etc/syslog.conf


+192.168.18.90
*.* /var/log/syslog-cisco.log
+192.168.18.92
*.* /var/log/syslog-cisco.log

Para rotacionar, tenho no

## /etc/newsyslog.conf

/var/log/syslog-cisco.log  zabbix:zabbix 644 30   *   @T00  B




2014-05-07 11:06 GMT-03:00 Nilton Jose Rizzo :

> Em Wed, 07 May 2014 01:19:55 -0300, Marcelo Gondim escreveu
> > Em 06/05/14 23:31, Nilton Jose Rizzo escreveu:
> > > Pessoas estou tentanto fazer um servidor de logs
> > > em casa, já fiz alguns com vários FreeBSD e todos
> > > funcionáram certinho, porém este aqui é com um rádio
> > > DLINK, quero que ele log tudo na minha máquina que
> > > fica ligada 24/dia, então fiz isso aqui:
> > >
> > >
> > > syslogd_enable="YES"# Run syslog daemon (or NO).
> > > syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want a
> different
> > > one.
> > > syslogd_flags="-d -v -a 192.168.0.1"# Flags to syslogd (if
> enabled)
> > >
> > > -d (Debug mode)
> > > -d (verbose Mode)
> > > -a (client IP)
> > >
> > > mas o syslog me dá esse erro aqui:
> > >
> > > validate: dgram from IP 192.168.0.1, port 40256, name dlinkrouter.;
> > > rejected in rule 0 due to port mismatch.
> > >
> > > Se fosse machine name mismatch, eu achei de montão na net
> > > agora port mismatch não achei  alguem me pode me dar
> > > uma dica?
> > Opa Rizzo,
> >
> > Você não está com algum firewall aí não?
>
>Não ... mas lendo mais atentamente o manuam (ontem estava com sono)
>  vi que o correto seria assim:
>
>   -a 192.168.0.1/24:*   <--> indicando para aceitar conexões em
>  todas as portas (!?) acho que o Dlink não obecede ao protocolo direito
>  ainda não parei para olhar o porque disso mas funcionou, porém ele
>  está logando tudo no /var/log/message não cobsegui fazer ele logar
>  em um outro arquivo, puz no final do syslogd.conf essas linha:
>
> +192.168.0.1
> *.*  /var/log/192.168.0.1.log
>
>[]'s
> Rizzo
>
> >
> > []'s
> > Gondim
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> ---
> /*
> **Nilton José RizzoUFRRJ
> **http://www.rizzo.eng.br  http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **/
>
> -
> 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] erro no syslogd

[Nilton Jose Rizzo]

Em Wed, 07 May 2014 01:19:55 -0300, Marcelo Gondim escreveu
> Em 06/05/14 23:31, Nilton Jose Rizzo escreveu:
> > Pessoas estou tentanto fazer um servidor de logs
> > em casa, já fiz alguns com vários FreeBSD e todos
> > funcionáram certinho, porém este aqui é com um rádio
> > DLINK, quero que ele log tudo na minha máquina que
> > fica ligada 24/dia, então fiz isso aqui:
> >
> >
> > syslogd_enable="YES"# Run syslog daemon (or NO).
> > syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want a 
> > different
> > one.
> > syslogd_flags="-d -v -a 192.168.0.1"# Flags to syslogd (if
enabled)
> >
> > -d (Debug mode)
> > -d (verbose Mode)
> > -a (client IP)
> >
> > mas o syslog me dá esse erro aqui:
> >
> > validate: dgram from IP 192.168.0.1, port 40256, name dlinkrouter.;
> > rejected in rule 0 due to port mismatch.
> >
> > Se fosse machine name mismatch, eu achei de montão na net
> > agora port mismatch não achei  alguem me pode me dar
> > uma dica?
> Opa Rizzo,
> 
> Você não está com algum firewall aí não?

   Não ... mas lendo mais atentamente o manuam (ontem estava com sono)
 vi que o correto seria assim:
  
  -a 192.168.0.1/24:*   <--> indicando para aceitar conexões em 
 todas as portas (!?) acho que o Dlink não obecede ao protocolo direito
 ainda não parei para olhar o porque disso mas funcionou, porém ele
 está logando tudo no /var/log/message não cobsegui fazer ele logar 
 em um outro arquivo, puz no final do syslogd.conf essas linha:

+192.168.0.1
*.*  /var/log/192.168.0.1.log

   []'s
Rizzo

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


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

-
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 syslogd

[Marcelo Gondim]

Em 06/05/14 23:31, Nilton Jose Rizzo escreveu:
> Pessoas estou tentanto fazer um servidor de logs
> em casa, já fiz alguns com vários FreeBSD e todos
> funcionáram certinho, porém este aqui é com um rádio
> DLINK, quero que ele log tudo na minha máquina que
> fica ligada 24/dia, então fiz isso aqui:
>
>
> syslogd_enable="YES"# Run syslog daemon (or NO).
> syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want a different
> one.
> syslogd_flags="-d -v -a 192.168.0.1"# Flags to syslogd (if 
> enabled)
>
> -d (Debug mode)
> -d (verbose Mode)
> -a (client IP)
>
> mas o syslog me dá esse erro aqui:
>
> validate: dgram from IP 192.168.0.1, port 40256, name dlinkrouter.;
> rejected in rule 0 due to port mismatch.
>
> Se fosse machine name mismatch, eu achei de montão na net
> agora port mismatch não achei  alguem me pode me dar
> uma dica?
Opa Rizzo,

Você não está com algum firewall aí não?

[]'s
Gondim
-
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 de configuração: Apache?

[Luiz Otavio O Souza]

2014-04-30 13:42 GMT-03:00 Prof. João Henrique:
> Olá a todos.
> Não sei se é exatamente off-topic. Se for, peço que me desculpem.
> Escrevo pois preciso de opiniões que reforcem ou refutem um laudo.
> Quando um endereço fictício, como www.aleluia.com.br/livro/ apresenta
> normalmente o conteúdo, mas ao digitar www.aleluia.com.br/livro o
> retorno é um erro 404, em qual SOFTWARE estaria o erro de
> configuração? Suponha que a máquina tenha Apache instalado.

Quando se configura um Alias no apache, se você especifica o Alias com
a '/' no final você precisa necessariamente utilizar a barra no final
para acessar essa URL.

Alias "/livro/" "/usr/local/www/livro" <- causa o problema

Alias "/livro" "/usr/local/www/livro" <- funciona sem o '/' no final

Inclusive isso esta documentado na configuração do apache:

#
# Alias: Maps web paths into filesystem paths and is used to
# access content that does not live under the DocumentRoot.
# Example:
# Alias /webpath /full/filesystem/path
#
# If you include a trailing / on /webpath then the server will
# require it to be present in the URL.  You will also likely
# need to provide a  section to allow access to
# the filesystem path.


Att.,
Luiz
-
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 de configuração: Apache?

[Nicolas Wildner]

- Mensagem original -
> De: "Prof. João Henrique" 
> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
> 
> Enviadas: Quarta-feira, 30 de Abril de 2014 13:42:56
> Assunto: [FUG-BR] Erro de configuração: Apache?
> 
> Olá a todos.
> Não sei se é exatamente off-topic. Se for, peço que me desculpem.
> Escrevo pois preciso de opiniões que reforcem ou refutem um laudo.
> Quando um endereço fictício, como www.aleluia.com.br/livro/ apresenta
> normalmente o conteúdo, mas ao digitar www.aleluia.com.br/livro o
> retorno é um erro 404, em qual SOFTWARE estaria o erro de
> configuração? Suponha que a máquina tenha Apache instalado.
> 
> Obrigado!
> 
> João Henrique
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 

Já pegando o gancho:

Códigos HTTP centena 100:
Informacional. É um status/andamento de algo

Códigos HTTP centena 200:
Sucesso. Não quer dizer que deu certo, mas o servidor
processou a requisição e te entregou um status

Códigos HTTP centena 300:
Redirecionamento. Múltiplas escolhas, página movida
de lugar, Redirecionamento temporário...

Códigos HTTP centena 400:
Erro de cliente. Página que não existe, acesso negado,
requisição mal formatada. É o servidor informando que o
browser tá fazendo "gordice". As vezes alguém clica em
um link que já expirou, e não é culpa do servidor se ele
não existe mais.

Códigos HTTP centena 500:
Erro de servidor. Não foi processado e retornou erro.
Ambiente mal configurado, loop, armazenamento cheio(dav)...


Meus 2 centavos: O navegador está acessando sem a "trailing slash"
(última barra) e é atribuição do servidor web tratar este tipo de
coisa e diferenciar se é um diretório, um VirtualHost ou uma página
onde o trailing slash deve ser tratado.


Nícolas Wildner
Analista de Infraestrutura de TI
Transportes Bertolini Ltda.
www.tbl.com.br
-
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

[Nicolas Wildner]

- Mensagem original -
> De: "tati" 
> Para: freebsd@fug.com.br
> Enviadas: Sexta-feira, 7 de Março de 2014 9:27:58
> Assunto: [FUG-BR] erro
> 
> bom dia!!!
> 
> estou tentanto instalar o freebsd no Virtualbox e esta dando um erro,
> sera
> que alguem poderia me ajudar a resolver
> 
> erro:
> Booting:
> CPU doesn't support long mode
> Error while including /boot/menu.rc, in the line:
> menu-display
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Algum destes é o teu problema:

- O Windows que é o teu hospedeiro é 32 bit(pouco provável)
- A máquina virtual que criastes é 32 bits no Virtualbox
- Não estão habilitadas as instruções de virtualização na
configuração da tua mobo.

Chegou a ler as respostas dos outros colegas da lista?


Nícolas Wildner
Analista de Infraestrutura de TI
Transportes Bertolini Ltda.
www.tbl.com.br
-
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 ao iniciar o gnome na segunda vez

[Cleyton Agapito]

Em 19 de setembro de 2013 22:36, Otacílio escreveu:

> Em 18/09/2013 23:22, Cleyton Agapito escreveu:
> > Em 18 de setembro de 2013 10:11, Otacílio  >escreveu:
> >
> >> Em 18/09/2013 08:52, Tiago Ribeiro escreveu:
> >>> Em 18/09/13 01:59, Cleyton Agapito escreveu:
>  Em 18 de setembro de 2013 00:12, Otacílio  >>> escreveu:
> > Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
> >> Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
> >>> Estou com um problema incrivelmente chato no gnome.
> >>>
> >>> Depois de fazer login eu faço logout e então o segundo longin não
> >>> funciona. No terminal eu recebo uma mensagem de timeout que não foi
> >>> possivel contactar o servidor de configurações.
> >>>
> >>> Alguém tem alguma dica do que pode ser esta droga?
> >>> Tenta por o nome da sua máquina no /etc/hosts tipo assim:
> >>>
> >>> 127.0.0.1maquina1maquina1.dominio
> >>>
> >>> Estranho funcionar no primeiro logon e no próximo parar de funcionar.
> >>>
> >> Já está.
> >>
> >> Olhei agora e vi que fica um processo zumbi. Quando tiver um tempinho
> >> hoje vou ver que processo é esse.
> >>
> >> []'s
> >> -Otacílio
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> > ps ax | grep umount
> >
> > ou
> >
> > ps ax | grep gvfs
> >
> > Está claro que processo é ou preciso desenhar?
> >
> > []'s
> >
>
>
> Precisa ser tão grosseiro? Eu ofendi você em algum momento?
>
> Se não quiser ajudar ou se quiser ofender pode ficar calado que não faz
> falta não.
>
> []'s
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Ok.
-
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 ao iniciar o gnome na segunda vez

[Otacílio]

Em 18/09/2013 23:22, Cleyton Agapito escreveu:
> Em 18 de setembro de 2013 10:11, Otacílio escreveu:
>
>> Em 18/09/2013 08:52, Tiago Ribeiro escreveu:
>>> Em 18/09/13 01:59, Cleyton Agapito escreveu:
 Em 18 de setembro de 2013 00:12, Otacílio >> escreveu:
> Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
>> Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
>>> Estou com um problema incrivelmente chato no gnome.
>>>
>>> Depois de fazer login eu faço logout e então o segundo longin não
>>> funciona. No terminal eu recebo uma mensagem de timeout que não foi
>>> possivel contactar o servidor de configurações.
>>>
>>> Alguém tem alguma dica do que pode ser esta droga?
>>> Tenta por o nome da sua máquina no /etc/hosts tipo assim:
>>>
>>> 127.0.0.1maquina1maquina1.dominio
>>>
>>> Estranho funcionar no primeiro logon e no próximo parar de funcionar.
>>>
>> Já está.
>>
>> Olhei agora e vi que fica um processo zumbi. Quando tiver um tempinho
>> hoje vou ver que processo é esse.
>>
>> []'s
>> -Otacílio
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> ps ax | grep umount
>
> ou
>
> ps ax | grep gvfs
>
> Está claro que processo é ou preciso desenhar?
>
> []'s
>


Precisa ser tão grosseiro? Eu ofendi você em algum momento?

Se não quiser ajudar ou se quiser ofender pode ficar calado que não faz 
falta não.

[]'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] Erro ao iniciar o gnome na segunda vez

[Cleyton Agapito]

Em 18 de setembro de 2013 10:11, Otacílio escreveu:

> Em 18/09/2013 08:52, Tiago Ribeiro escreveu:
> > Em 18/09/13 01:59, Cleyton Agapito escreveu:
> >> Em 18 de setembro de 2013 00:12, Otacílio  >escreveu:
> >>
> >>> Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
>  Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
> > Estou com um problema incrivelmente chato no gnome.
> >
> > Depois de fazer login eu faço logout e então o segundo longin não
> > funciona. No terminal eu recebo uma mensagem de timeout que não foi
> > possivel contactar o servidor de configurações.
> >
> > Alguém tem alguma dica do que pode ser esta droga?
> > Tenta por o nome da sua máquina no /etc/hosts tipo assim:
> >
> > 127.0.0.1maquina1maquina1.dominio
> >
> > Estranho funcionar no primeiro logon e no próximo parar de funcionar.
> >
> Já está.
>
> Olhei agora e vi que fica um processo zumbi. Quando tiver um tempinho
> hoje vou ver que processo é esse.
>
> []'s
> -Otacílio
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

ps ax | grep umount

ou

ps ax | grep gvfs

Está claro que processo é ou preciso desenhar?

[]'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] Erro ao iniciar o gnome na segunda vez

[Otacílio]

Em 18/09/2013 08:52, Tiago Ribeiro escreveu:
> Em 18/09/13 01:59, Cleyton Agapito escreveu:
>> Em 18 de setembro de 2013 00:12, Otacílio escreveu:
>>
>>> Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
 Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
> Estou com um problema incrivelmente chato no gnome.
>
> Depois de fazer login eu faço logout e então o segundo longin não
> funciona. No terminal eu recebo uma mensagem de timeout que não foi
> possivel contactar o servidor de configurações.
>
> Alguém tem alguma dica do que pode ser esta droga?
> Tenta por o nome da sua máquina no /etc/hosts tipo assim:
>
> 127.0.0.1maquina1maquina1.dominio
>
> Estranho funcionar no primeiro logon e no próximo parar de funcionar.
>
Já está.

Olhei agora e vi que fica um processo zumbi. Quando tiver um tempinho 
hoje vou ver que processo é esse.

[]'s
-Otacílio
-
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 ao iniciar o gnome na segunda vez

[Tiago Ribeiro]

Em 18/09/13 01:59, Cleyton Agapito escreveu:
> Em 18 de setembro de 2013 00:12, Otacílio escreveu:
>
>> Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
>>> Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
 Estou com um problema incrivelmente chato no gnome.

 Depois de fazer login eu faço logout e então o segundo longin não
 funciona. No terminal eu recebo uma mensagem de timeout que não foi
 possivel contactar o servidor de configurações.

 Alguém tem alguma dica do que pode ser esta droga?
>>>
Tenta por o nome da sua máquina no /etc/hosts tipo assim:

127.0.0.1maquina1maquina1.dominio

Estranho funcionar no primeiro logon e no próximo parar de funcionar.

-- 
http://www.bsdjf.com.br

-
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 ao iniciar o gnome na segunda vez

[Cleyton Agapito]

Em 18 de setembro de 2013 00:12, Otacílio escreveu:

> Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
> > Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
> >> Estou com um problema incrivelmente chato no gnome.
> >>
> >> Depois de fazer login eu faço logout e então o segundo longin não
> >> funciona. No terminal eu recebo uma mensagem de timeout que não foi
> >> possivel contactar o servidor de configurações.
> >>
> >> Alguém tem alguma dica do que pode ser esta droga?
> >  Já tive esse problema com o X 
> >
> >   Era porcausa do driver ati que dava erro o X travava (ficava o
> >processo do X como zumbi) só com kill -9 saida (nem sempre) por isso
> >optei em deixar o gdm rodando
> >
> >
> > Rizzo
> >
> >
>
> Eu já estou usando o gdm.
>
>
Olá Otacílio,

Eu já tive o mesmo problema (com o gdm também), salvo engano (porque já faz
um tempo que não tenho usado esta configuração), no logout o processo que
desmonta o gvfs fica preso, procure no ps por umount que ele vai estar lá,
matando ele o login volta ao normal.

Andei procurando por isso mas não encontrei nada a respeito, como só uso
eventualmente logo em outro terminal e mato na mão mesmo.

Talvez um script que desse cabo dele no logout (com um sleep se necessário)
contornaria a situação.

[]'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] Erro ao iniciar o gnome na segunda vez

[Otacílio]

Em 17/09/2013 23:48, Nilton Jose Rizzo escreveu:
> Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
>> Estou com um problema incrivelmente chato no gnome.
>>
>> Depois de fazer login eu faço logout e então o segundo longin não
>> funciona. No terminal eu recebo uma mensagem de timeout que não foi
>> possivel contactar o servidor de configurações.
>>
>> Alguém tem alguma dica do que pode ser esta droga?
>  Já tive esse problema com o X 
>
>   Era porcausa do driver ati que dava erro o X travava (ficava o
>processo do X como zumbi) só com kill -9 saida (nem sempre) por isso
>optei em deixar o gdm rodando
>
>
> Rizzo
>
>

Eu já estou usando o gdm.
-
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 ao iniciar o gnome na segunda vez

[Nilton Jose Rizzo]

Em Tue, 17 Sep 2013 23:43:32 -0300, Otacílio escreveu
> Estou com um problema incrivelmente chato no gnome.
> 
> Depois de fazer login eu faço logout e então o segundo longin não 
> funciona. No terminal eu recebo uma mensagem de timeout que não foi 
> possivel contactar o servidor de configurações.
> 
> Alguém tem alguma dica do que pode ser esta droga?

Já tive esse problema com o X 

 Era porcausa do driver ati que dava erro o X travava (ficava o 
  processo do X como zumbi) só com kill -9 saida (nem sempre) por isso
  optei em deixar o gdm rodando 


Rizzo

> 
> []'s
> -Otacílio
> -
> 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] Erro arpresolve: can't allocate llinfo for

[Luiz Otavio O Souza]

2013/8/7 Hygor 

> Em 6 de agosto de 2013 17:55, Listas Discussão  >escreveu:
>
> > Observei esse problema também e até agora não encontrei solução.
> >
> > Fiz uns testes com FreeBSD e OpenOSFPD e por exemplo, tenho o ip
> > 172.16.0.1/30 configurado numa interface do FreeBSD, essa interface está
> > ligada em outro roteador com o ip 172.16.0.2/30. Fecho uma sessão OSPF
> > entre ambos, ao anunciar a rede 172.16.0.0/30 pelo OSPF o FreeBSD
> remove a
> > rota que é criada ao configurar o ip na interface e adiciona a recebida
> > pelo OSPF.
> >
> > Bem estranho, ele não dá a devida preferência para a rota diretamente
> > conectada e pior que, ao derrubar o OSPF, ele simplesmente remove a rota
> da
> > tabela, não sobe a rota diretamente conectada.
> >
>
> Esse foi exatamente o comportamento apresentado... acredito que quem está
> fazendo isso é o OpenOSPFD( no meu caso o OpenBGPD).


Não posso falar pelo OSPF nem pelo openospfd que eu não conheço.

Porém, no caso do openbgpd, ele é transparente e por isso mesmo não faz
nenhum filtro automagicamente, se ele receber uma rota ele vai tentar
incluir ela na tabela de rotas do SO.

Se ele deve ou não fazer isso quando já existe uma rota estática na tabela
é uma coisa que eu não sei responder.

De qualquer forma eu sempre adiciono filtros para todas as minhas redes
locais (meus blocos e todas as redes que uso que para conectar aos meus
upstreams e downstreams) da mesma forma como já é feito com as redes
reservadas:

# filter bogus networks
deny from any prefix 10.0.0.0/8 prefixlen >= 8
deny from any prefix 127.0.0.0/8 prefixlen >= 8
deny from any prefix 169.254.0.0/16 prefixlen >= 16
deny from any prefix 172.16.0.0/12 prefixlen >= 12
deny from any prefix 192.0.2.0/24 prefixlen >= 24
deny from any prefix 192.168.0.0/16 prefixlen >= 16
deny from any prefix 224.0.0.0/4 prefixlen >= 4
deny from any prefix 240.0.0.0/4 prefixlen >= 4

# refuse to accept our prefixes
deny from any prefix xxx.xxx.xxx.0/21 prefixlen >= 22 # client 1
deny from any prefix xxx.xxx.xxx.0/22 prefixlen >= 22 # client 2
deny from any prefix xxx.xxx.xxx.0/20 prefixlen >= 20 # client x
deny from any prefix xxx.xxx.xxx.0/22 prefixlen >= 22 # client y
deny from any prefix xxx.xxx.xxx.0/22 prefixlen >= 22 # client w
deny from any prefix xxx.xxx.xxx.0/20 prefixlen >= 20  # my IP block
deny from any prefix xxx.xxx.xxx.0/20 prefixlen >= 20   # my IP block
deny from any prefix xxx.xxx.xxx.0/30 prefixlen >= 30  # upstream
deny from any prefix xxx.xxx.xxx.0/30 prefixlen >= 30  # upstream

Luiz
-
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 arpresolve: can't allocate llinfo for

[Hygor]

Em 6 de agosto de 2013 17:55, Listas Discussão escreveu:

> Observei esse problema também e até agora não encontrei solução.
>
> Fiz uns testes com FreeBSD e OpenOSFPD e por exemplo, tenho o ip
> 172.16.0.1/30 configurado numa interface do FreeBSD, essa interface está
> ligada em outro roteador com o ip 172.16.0.2/30. Fecho uma sessão OSPF
> entre ambos, ao anunciar a rede 172.16.0.0/30 pelo OSPF o FreeBSD remove a
> rota que é criada ao configurar o ip na interface e adiciona a recebida
> pelo OSPF.
>
> Bem estranho, ele não dá a devida preferência para a rota diretamente
> conectada e pior que, ao derrubar o OSPF, ele simplesmente remove a rota da
> tabela, não sobe a rota diretamente conectada.
>

Esse foi exatamente o comportamento apresentado... acredito que quem está
fazendo isso é o OpenOSPFD( no meu caso o OpenBGPD).


> Em 6 de agosto de 2013 16:54, Hygor  escreveu:
>
> > Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza  > >escreveu:
> >
> > > passar mais detalhes da sua configuração ?
> >
> >
> > Otavio,
> >  Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e
> > anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu..
> >
> >  **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais?
> >
> > Obrigado!!
> >
> > Hygor Cavalcante
> > FSNETWORK CONSULTORIA
> > Skype: hygorr
> > MSN: hy...@bsd.com.br
> > EMAIL: hy...@bsd.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
>
-
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 arpresolve: can't allocate llinfo for

[Listas Discussão]

Observei esse problema também e até agora não encontrei solução.

Fiz uns testes com FreeBSD e OpenOSFPD e por exemplo, tenho o ip
172.16.0.1/30 configurado numa interface do FreeBSD, essa interface está
ligada em outro roteador com o ip 172.16.0.2/30. Fecho uma sessão OSPF
entre ambos, ao anunciar a rede 172.16.0.0/30 pelo OSPF o FreeBSD remove a
rota que é criada ao configurar o ip na interface e adiciona a recebida
pelo OSPF.

Bem estranho, ele não dá a devida preferência para a rota diretamente
conectada e pior que, ao derrubar o OSPF, ele simplesmente remove a rota da
tabela, não sobe a rota diretamente conectada.


Em 6 de agosto de 2013 16:54, Hygor  escreveu:

> Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza  >escreveu:
>
> > passar mais detalhes da sua configuração ?
>
>
> Otavio,
>  Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e
> anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu..
>
>  **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais?
>
> Obrigado!!
>
> Hygor Cavalcante
> FSNETWORK CONSULTORIA
> Skype: hygorr
> MSN: hy...@bsd.com.br
> EMAIL: hy...@bsd.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] Erro arpresolve: can't allocate llinfo for

[Hygor]

Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza escreveu:

> passar mais detalhes da sua configuração ?


Otavio,
 Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e
anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu..

 **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais?

Obrigado!!

Hygor Cavalcante
FSNETWORK CONSULTORIA
Skype: hygorr
MSN: hy...@bsd.com.br
EMAIL: hy...@bsd.com.br
-
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 arpresolve: can't allocate llinfo for

[Luiz Otavio O Souza]

2013/8/6 Hygor 

> 2013/8/6 Hygor 
>
> > Bom dia,
> >   Estou tendo problemas em uma vlan onde nao consigo pingar os ips do msm
> > segmento.. nessa interface esta setado um ip /22... nos logs aparecem a
> > seguinte msg:
> > arpresolve: can't allocate llinfo for IP
> >
> > Nessa mesma interface tenho outra vlan sem nenhuma anomalia.
> >
> >  Algum dos colegas já se deparou com essa msg nos logs?
> >
> > Já aumentei o kern.ipc.nmbclusters para 32768 segue a saida do netstat -m
> >
> > 1796/2434/4230 mbufs in use (current/cache/total)
> > 1794/1394/3188/32768 mbuf clusters in use (current/cache/total/max)
> > 1794/1278 mbuf+clusters out of packet secondary zone in use
> (current/cache)
> > 0/104/104/16384 4k (page size) jumbo clusters in use
> > (current/cache/total/max)
> > 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max)
> > 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max)
> > 4037K/3812K/7849K bytes allocated to network (current/cache/total)
> > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> > 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> > 0/0/0 sfbufs in use (current/peak/max)
> > 0 requests for sfbufs denied
> > 0 requests for sfbufs delayed
> > 0 requests for I/O initiated by sendfile
> > 0 calls to protocol drain routines
> >
> >
> via arping eu pingo todos os IPS..
>
>
Você não tem nenhum problema ai na sua configuração ? As redes não estão se
'sobrepondo' de alguma maneira ?

Pode passar mais detalhes da sua configuração ?

Isso não é problema com limite de buffers...

Luiz
-
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 arpresolve: can't allocate llinfo for

[Hygor]

2013/8/6 Hygor 

> Bom dia,
>   Estou tendo problemas em uma vlan onde nao consigo pingar os ips do msm
> segmento.. nessa interface esta setado um ip /22... nos logs aparecem a
> seguinte msg:
> arpresolve: can't allocate llinfo for IP
>
> Nessa mesma interface tenho outra vlan sem nenhuma anomalia.
>
>  Algum dos colegas já se deparou com essa msg nos logs?
>
> Já aumentei o kern.ipc.nmbclusters para 32768 segue a saida do netstat -m
>
> 1796/2434/4230 mbufs in use (current/cache/total)
> 1794/1394/3188/32768 mbuf clusters in use (current/cache/total/max)
> 1794/1278 mbuf+clusters out of packet secondary zone in use (current/cache)
> 0/104/104/16384 4k (page size) jumbo clusters in use
> (current/cache/total/max)
> 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max)
> 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max)
> 4037K/3812K/7849K bytes allocated to network (current/cache/total)
> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> 0/0/0 sfbufs in use (current/peak/max)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 0 requests for I/O initiated by sendfile
> 0 calls to protocol drain routines
>
>
via arping eu pingo todos os IPS..
-
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 buildworld

[Nilton Jose Rizzo]

Em Thu, 27 Jun 2013 13:54:38 -0300, Nilton Jose Rizzo escreveu
> Em Thu, 27 Jun 2013 10:10:29 -0300, Adiel de Lima Ribeiro escreveu
> > On Thu, 2013-06-27 at 01:21 -0300, Nilton Jose Rizzo wrote:




   Mais uma parte da saga compilando os sources ...

CC='/usr/bin/clang' mkdep -f .depend -a -std=gnu99   
/usr/src/lib/libpmc/libpmc.c /usr/src/lib/libpmc/pmclog.c
===> lib/libproc (depend)
rm -f .depend
CC='/usr/bin/clang' mkdep -f .depend -a-I/usr/src/lib/libproc -std=gnu99   
/usr/src/lib/libproc/proc_bkpt.c /usr/src/lib/libproc/proc_create.c 
/usr/src/lib/libproc/proc_regs.c /usr/src/lib/libproc/proc_sym.c 
/usr/src/lib/libproc/proc_rtld.c /usr/src/lib/libproc/proc_util.c
===> lib/libprocstat (depend)
rm -f .depend
CC='/usr/bin/clang' mkdep -f .depend -a-I. -I/usr/src/lib/libprocstat -
D_KVM_VNODE -DLIBPROCSTAT_NWFS -DLIBPROCSTAT_ZFS -std=gnu99   
/usr/src/lib/libprocstat/cd9660.c /usr/src/lib/libprocstat/common_kvm.c 
/usr/src/lib/libprocstat/core.c /usr/src/lib/libprocstat/libprocstat.c 
/usr/src/lib/libprocstat/msdosfs.c /usr/src/lib/libprocstat/ntfs.c 
/usr/src/lib/libprocstat/smbfs.c /usr/src/lib/libprocstat/udf.c 
/usr/src/lib/libprocstat/nwfs.c
In file included from /usr/src/lib/libprocstat/libprocstat.c:62:
/usr/include/sys/ksem.h:33:2: error: "no user-servicable parts inside"
#error "no user-servicable parts inside"
 ^
1 error generated.
mkdep: compile failed
*** [.depend] Error code 1

Stop in /usr/src/lib/libprocstat.
*** [depend] Error code 1

Stop in /usr/src/lib.
*** [lib__L] Error code 1

Stop in /usr/src.
*** [libraries] Error code 1

Stop in /usr/src.
*** [_libraries] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.
valfenda# 



o que fazer 


Rizzo

> > -- 
> > att,
> > Adiel de Lima Ribeiro
> > facebook.com/sembr.dyndns.info
> > 
> > -
> > 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
-
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 buildworld

[Nilton Jose Rizzo]

Em Thu, 27 Jun 2013 10:10:29 -0300, Adiel de Lima Ribeiro escreveu
> On Thu, 2013-06-27 at 01:21 -0300, Nilton Jose Rizzo wrote:
> > alguem pode me dar uma luz?  já atualizei hoje de novo a árvore 
> >   src (stable) mas continua a dar esse erro aqui:
> > 
> > 
> > /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> > I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> > I/usr/src/lib/libthr/../../include -
I/usr/src/lib/libthr/arch/amd64/include -
> > I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> > I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> > I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> > D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 
-
> > Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> > unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-
> > Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -
Wno-
> > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-
unused-
> > function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_setschedparam.c 
-o 
> > thr_setschedparam.o
> > /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> > I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> > I/usr/src/lib/libthr/../../include -
I/usr/src/lib/libthr/arch/amd64/include -
> > I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> > I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> > I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> > D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 
-
> > Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> > unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-
> > Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -
Wno-
> > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-
unused-
> > function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_sig.c -o 
thr_sig.o
> > /usr/src/lib/libthr/thread/thr_sig.c:331:2: error: implicit declaration of
> >   function '__fillcontextx2' is invalid in C99
> >   [-Werror,-Wimplicit-function-declaration]
> > __fillcontextx2((char *)uc);
> > ^
> > /usr/src/lib/libthr/thread/thr_sig.c:331:2: note: did you mean 
> > '__fillcontextx'?
> > __fillcontextx2((char *)uc);
> > ^~~
> > __fillcontextx
> > /usr/include/ucontext.h:83:5: note: '__fillcontextx' declared here
> > int __fillcontextx(char *ctx);
> > ^
> > 1 error generated.
> > *** [thr_sig.o] Error code 1
> > 
> > Stop in /usr/src/lib/libthr.
> > *** [lib/libthr__L] Error code 1
> > 
> > Stop in /usr/src.
> > *** [libraries] Error code 1
> > 
> > Stop in /usr/src.
> > *** [_libraries] Error code 1
> > 
> > Stop in /usr/src.
> > *** [buildworld] Error code 1
> > 
> > Stop in /usr/src.
> > valfenda#
> > 
> > 
> > Se alguem puder agradeço
> > 
> > 
> > Rizzo
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> Eu particularmente nunca consegui atualizar pra stable, sempre tive
> muitos erros na compilação.
> Consigo recompilar o kernel e fazer o buildworld rodando um
> freebsd-update e depois atualizando os fontes com svn checkout. 
> Imagino que assim eu evite problemas com versões de arquivos, que 
> deve ser o que gera erros. Aproveitando, alguém tem alguma dica pra 
atualizar
> pra stable?

 sempre fiz assim deste o cvs até o svn ...  na verdade faço sempre o 
seguinte:

  instalo o sistema sem src só ports
instalo o subversion via ports, removo o ports e faço um checkout dos src e 
ports, recompilo src (buildworld, installworld, buildkernel installkernel
atualizo os ports instalados (svn) e ai começo a instalação de cada coisa
que uso(X, firefox, libreoffice) tudo via ports ... normalmente o único que
dá erro é o libre office que sempre deixo por último ai faço a instalação via
pkg_add.

Até hoje só consegui compilar o libreoffice uma única vez.

Rizzo
> -- 
> att,
> Adiel de Lima Ribeiro
> facebook.com/sembr.dyndns.info
> 
> -
> 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] erro no buildworld

[Adiel de Lima Ribeiro]

On Thu, 2013-06-27 at 01:21 -0300, Nilton Jose Rizzo wrote:
> alguem pode me dar uma luz?  já atualizei hoje de novo a árvore 
>   src (stable) mas continua a dar esse erro aqui:
> 
> 
> /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/amd64/include -
> I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -
> Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -
> Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-
> tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-
> function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_setschedparam.c -o 
> thr_setschedparam.o
> /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/amd64/include -
> I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -
> Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -
> Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-
> tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-
> function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_sig.c -o thr_sig.o
> /usr/src/lib/libthr/thread/thr_sig.c:331:2: error: implicit declaration of
>   function '__fillcontextx2' is invalid in C99
>   [-Werror,-Wimplicit-function-declaration]
> __fillcontextx2((char *)uc);
> ^
> /usr/src/lib/libthr/thread/thr_sig.c:331:2: note: did you mean 
> '__fillcontextx'?
> __fillcontextx2((char *)uc);
> ^~~
> __fillcontextx
> /usr/include/ucontext.h:83:5: note: '__fillcontextx' declared here
> int __fillcontextx(char *ctx);
> ^
> 1 error generated.
> *** [thr_sig.o] Error code 1
> 
> Stop in /usr/src/lib/libthr.
> *** [lib/libthr__L] Error code 1
> 
> Stop in /usr/src.
> *** [libraries] Error code 1
> 
> Stop in /usr/src.
> *** [_libraries] Error code 1
> 
> Stop in /usr/src.
> *** [buildworld] Error code 1
> 
> Stop in /usr/src.
> valfenda#
> 
> 
> Se alguem puder agradeço
> 
> 
> Rizzo
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Eu particularmente nunca consegui atualizar pra stable, sempre tive
muitos erros na compilação.
Consigo recompilar o kernel e fazer o buildworld rodando um
freebsd-update e depois atualizando os fontes com svn checkout. 
Imagino que assim eu evite problemas com versões de arquivos, que deve
ser o que gera erros. Aproveitando, alguém tem alguma dica pra atualizar
pra stable?
-- 
att,
Adiel de Lima Ribeiro
facebook.com/sembr.dyndns.info


-
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 buildworld

[Nilton Jose Rizzo]

Em Thu, 27 Jun 2013 01:26:49 -0300, Danilo Egea escreveu
> On 6/27/13 1:21 AM, Nilton Jose Rizzo wrote:
> > 
> >alguem pode me dar uma luz?  já atualizei hoje de novo a árvore
> >src (stable) mas continua a dar esse erro aqui:
> >
> >
> > /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> > I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> > I/usr/src/lib/libthr/../../include -
I/usr/src/lib/libthr/arch/amd64/include -
> > I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> > I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> > I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> > D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 
-
> > Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> > unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-
> > Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -
Wno-
> > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-
unused-
> > function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_setschedparam.c 
-o
> > thr_setschedparam.o
> > /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> > I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> > I/usr/src/lib/libthr/../../include -
I/usr/src/lib/libthr/arch/amd64/include -
> > I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> > I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> > I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> > D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 
-
> > Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> > unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-
> > Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -
Wno-
> > tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-
unused-
> > function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_sig.c -o 
thr_sig.o
> > /usr/src/lib/libthr/thread/thr_sig.c:331:2: error: implicit declaration of
> >function '__fillcontextx2' is invalid in C99
> >[-Werror,-Wimplicit-function-declaration]
> >  __fillcontextx2((char *)uc);
> >  ^
> > /usr/src/lib/libthr/thread/thr_sig.c:331:2: note: did you mean
> > '__fillcontextx'?
> >  __fillcontextx2((char *)uc);
> >  ^~~
> >  __fillcontextx
> > /usr/include/ucontext.h:83:5: note: '__fillcontextx' declared here
> > int __fillcontextx(char *ctx);
> >  ^
> > 1 error generated.
> > *** [thr_sig.o] Error code 1
> >
> > Stop in /usr/src/lib/libthr.
> > *** [lib/libthr__L] Error code 1
> >
> > Stop in /usr/src.
> > *** [libraries] Error code 1
> >
> > Stop in /usr/src.
> > *** [_libraries] Error code 1
> >
> > Stop in /usr/src.
> > *** [buildworld] Error code 1
> >
> > Stop in /usr/src.
> > valfenda#
> >
> >
> > Se alguem puder agradeço
> >
> >
> > Rizzo
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> O seu make.conf está com as linhas abaixo?
> 
> # This setting to build world without -Werror:
> NO_WERROR=
> # This setting to build kernel without -Werror:
> WERROR=


   Obrigado, devo ter passado por essas informações desapercebido no 
 UPDATING ... 

   
 Rizzo

> -
> 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] erro no buildworld

[Danilo Egea]

On 6/27/13 1:21 AM, Nilton Jose Rizzo wrote:
> 
>alguem pode me dar uma luz?  já atualizei hoje de novo a árvore
>src (stable) mas continua a dar esse erro aqui:
>
>
> /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/amd64/include -
> I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -
> Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -
> Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-
> tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-
> function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_setschedparam.c -o
> thr_setschedparam.o
> /usr/bin/clang  -O2 -pipe  -DPTHREAD_KERNEL -
> I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread  -
> I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/amd64/include -
> I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -
> I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -
> I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -
> D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -
> Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-
> unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -
> Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-
> tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-
> function -Wno-conversion -c /usr/src/lib/libthr/thread/thr_sig.c -o thr_sig.o
> /usr/src/lib/libthr/thread/thr_sig.c:331:2: error: implicit declaration of
>function '__fillcontextx2' is invalid in C99
>[-Werror,-Wimplicit-function-declaration]
>  __fillcontextx2((char *)uc);
>  ^
> /usr/src/lib/libthr/thread/thr_sig.c:331:2: note: did you mean
> '__fillcontextx'?
>  __fillcontextx2((char *)uc);
>  ^~~
>  __fillcontextx
> /usr/include/ucontext.h:83:5: note: '__fillcontextx' declared here
> int __fillcontextx(char *ctx);
>  ^
> 1 error generated.
> *** [thr_sig.o] Error code 1
>
> Stop in /usr/src/lib/libthr.
> *** [lib/libthr__L] Error code 1
>
> Stop in /usr/src.
> *** [libraries] Error code 1
>
> Stop in /usr/src.
> *** [_libraries] Error code 1
>
> Stop in /usr/src.
> *** [buildworld] Error code 1
>
> Stop in /usr/src.
> valfenda#
>
>
> Se alguem puder agradeço
>
>
> Rizzo
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
O seu make.conf está com as linhas abaixo?

# This setting to build world without -Werror:
NO_WERROR=
# This setting to build kernel without -Werror:
WERROR=
-
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 de compilação do driver Nvid ia - GeForce Go 7 series (notebook)

[Nilton Jose Rizzo]

Em Mon, 20 May 2013 15:26:52 -0300, Ricardo Carlini Sperandio escreveu
> Em 20-05-2013 14:38, Ricardo Tweeg escreveu:
> > /usr/X11R6/lib/modules/drivers: No such file or directory
> Esse é o caminho do erro... Falta o pacote de devel do X11.

  Na versão do FreeBSD 9.x achoi que nãoesiste mais esse diretorio
  tbm estou longe de um BSD mas acho que é isso mesmo

Rizzo

> 
> -
> 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